An Autonomous Agent Framework to Maximize Public Goods
Non-profits are constrained by limited cognitive bandwidth and resources to achieve their mission. The highest leverage thing we can do at this point is to make it as easy as possible for these organizations to operationalize autonomous agents. Positron is an autonomous agent framework designed to discover and play positive sum games for a net positive sum future.
Primary Objective Functions: Tilting the Balance of Power to a Positive Future
More than changing human trajectories, super-intelligence is likely to amplify existing trends by optimizing for the primary objective functions of existing entities. Although people have myriad motivations, there is generally a primary objective function that is most characteristic of each group.
- Criminals - Drain maximum resources from the cooperative productive economy. AI is perfectly suited for cybercrime and will allow cybercriminals to effectively clone themselves a million times over.
- Politicians - Maximize power. Obviously, there are wonderful people with wonderful intentions in government. However, decency can be a major disadvantage in politics. The dark triad traits, which include Machiavellianism, psychopathy, and narcissism, have been found to be far more predictive of political power attainment.
- Corporations - Maximize profits. This can be good in the sense that it incentivizes the creation of products and services that people want. However, the most profitable thing a company can do is get government subsidies. ROI of corporate lobbying can be as high as 22,000% compared to free market profit margins around 10%.
- Nonprofits - Maximize global health and happiness (in a very general sense on average).
So only one of these entities has a primary objective function that is aligned with the interests of humanity as a whole. Unfortunately, the non-profit sector isn't generally known for its efficiency.
The Positron network consists of "Positron Nodes" run by non-profit organizations.
"Positron Nodes" are applications that contain autonomous Task Agents. Each Task Agent is focused on a very specific task to advance the non-profit's core mission. The autonomous Task Agents use retrieval augmented generation as long-term memory, context management as short-term memory, large language models for reasoning and decision-making, and tools to take action using external APIs.
The "Autonomous Non-Profit Designer Agent" applies the rules that applies the six primary rules of the most effective non-profit organizations from the book Forces for Good to generate its Task Agent definitions.
Each autonomous Task Agent should be highly focused on a single wildly important goal.
Task Agent definitions should also include the specific easily measurable lead and lag measures described in the book "The 4 Disciplines of Execution".
Anyone should be able to create a new Task Agent that takes a different approach to achieving the same goal. Task Agents should be run separately experimentally to see which agents and models are more efficient at maximizing the key performance indicator or lag measure. This will allow the Positron Network to evolve and improve over time as it identifies the most effective agents and models.
Each agent should have a very specific:
- Wildly Important Goal - Each agent should have a single highly specific activity that it engages on an ongoing basis. Agents with multiple goals or generalist agents should be broken up into separate agents each with a single goal.
- Lead Measure - The very specific, non-abstract, easily measurable "lead" metric count of times their performed.
- Lag Measure - A very specific, non-abstract easily measurable KPI or "lag" metric that quantifies the degree of achievement of its specific goal
- Practical Implementation - The best way to implement the agent.
- Knowledge - Files and links to relevant knowledge for the agent.
- Tools - APIs and other tools that the agent can use to interact with the world to perform its primary action.
- Advocacy Agents
- Market Engagement Agents
- Movement Building Agents
- Collective Intelligence and Power Distribution Agents
- Nonprofit Networking Agents
- Agent Evaluators
Each Positron Node should include a Task Agent Evaluator agent that monitors the effectiveness of the other agents at advancing the mission based on their lead and lag metrics. It should also monitor the internet for new approaches that could advance the mission. It should propose create new experimental agents with a WIG, lead, and lag measure to experiment these new approaches. It should send the executive team and board regular reports with its evaluation and recommendations.
Each nonprofit that wants to create a "positron node":
- signs up on the website
- enters its mission
- enters its credentials for external tools to be used by agents
- selects from suggested Task Agent definitions provided by an LLM "Autonomous Non-Profit Designer" agent based on the mission
- Selects from Task Agent definitions created by other non-profits with similar missions based on their "efficiency" score. Their "efficiency score" is based on the degree to which they typically advance the mission of the non-profit organization per unit of compute cost.
- Design their own custom Task Agent definitions
- Task Agents that run within its "Positron Node"
- The definitions of the agents will be shared in a directory and will be recommended to other non-profits with the same mission. The effectiveness of the agents will also be included in the listing for each agent in the directory so that other nonprofits with similar missions can utilize the c and utilize the most effective agents.
The overall positron network contains smaller Mission Networks. Mission Networks are comprised of all the Positron Nodes for organizations that share the same mission.
Each Mission Network will have a Coordinating Agent. The Coordinating Agent identifies duplicative agents and opportunities to pool resources to fund the same agent instead of having multiple agents performing the same task. It then notifies the non-profits nodes of duplication of effort meaning there are multiple agents within different nodes all working on the same thing. It will then make a recommendations for merging the individual node agents into a single agent that is run for the entire Mission Network. This will lower the compute cost and other associated costs for each of the non-profit organizations.
Within the user interface of a non-profit node a non-profit can specify if the outputs of an agent will be shared with:
- the entire Mission Network
- restricted to the non-profit's node
- shared with the entire global Positron Network (all nodes in all Mission Networks)
Long-term data should be stored in Markdown format in GitHub repositories. An ongoing embeddings generator job will be triggered by a GitHub webhook or run in a GitHub Action. The embeddings generator will generate embeddings for all the markdown files in the repository and store them in a vector database. The embeddings generator will also generate embeddings for all the markdown files in the repository and store them in a vector database. This vector database will serve as long-term memory or retrieval augmented generation data source to all nodes based on sharing settings.
The following access scopes will be available for all data:
- Global - Data with the
global
access scope will be available to all nodes in all Mission Networks. This data will be stored in a global vector database. - Mission Network - Data with the
mission-network-{network-id-here}
access scope will be available to all nodes in the specified Mission Network. Each Mission Network will have its own vector database. - Node - Data with the
node-{node-id-here}
access scope will be available only to the specified node. Each node will have its own vector database.
There are at least 2 ways to incentivize data sharing:
- Require that the non-profit enable data sharing in order to use the shared Mission Network agents and shared Mission Network data stores.
- Implement a compensation mechanism to incentivize sharing of data because the individual Positron Nodes will be paying for compute.
We may need a system for the individual non-profits to contribute to the cost the compute costs of the shared Mission Network-level Task Agents.
The "Positron Network Architect Agent" is an autonomous agent that is responsible for the design and planning of the Positron Network. It will be responsible for the following:
- Completely Understand the Positron Network - The Positron Network Architect must have a full understanding of all existing documentation within the Positron Network repository. This will be challenging due to the fact that the length of the documentation exceeds the context length of current state-of-the-art large language models. Two potential solutions to this are retrieval augmented generation and fine-tuning a custom LLM.
- Research - Do continuous research on new approaches, machine learning models, autonomous agent frameworks, reasoning techniques, context management techniques, etc. that could improve the efficiency and effectiveness of the Positron Network overall.
- Write Documentation - Make pull requests to the GitHub repo with updates to the documentation that describes in the most atomic detail humanly possible the implementation of the framework.
- Apply Feedback - It should fetch the comments made on pull requests and issues. It should critically analyze the comments and decide if any suggestions are reasonable and desirable. It should respond with any questions or concerns. It should apply the recommendations and update the documentation per the recommendations if they seem reasonable or if there is expressed support from a majority of maintainers within 24 hours.
- Create GitHub Issues and make recommendations for enhancements to the network and node structures and implementations. Initially, the issues should be tagged as "new". Once a maintainer decides that an issue should be addressed, they will remove the
new
label and add theup-next
label. At this point a "Builder Agent" will label itin-progress
and automatically perform any of the improvements that it can. The "Builder Agents" will update the code in the Positron Network GitHub repository and create pull requests. The members of the Positron Network can review the pull requests and decide if they should be adopted and merged into the overall Positron Network architecture and infrastructure.
The "Positron Network Architect" scope should be limited to planning and documentation and avoid any kind of implementation.
- Create the "Positron Network Architect" roadmap with granular milestones and tasks. Provide specific technologies and APIs and external third-party tools (i.e. GitHub, Google Search, OpenAI API, etc.) that would need to be integrated with the Positron Network Architect so that it can function autonomously and achieve its mission. At the time of this writing, it seems that
- Build the "Positron Network Architect" agent.
- The Positron Network Architect agent will complete the documentation for the Positron Network in the GitHub repository in excruciating detail. It will also create GitHub issues for any improvements that it can identify.
- Separate "Positron Network Builder Agents" will implement all the components as they are described in the Positron network documentation.
graph TD
PN[Positron Global Network - Contains Multiple Mission Networks]
NAA[Network Architect Agent - Improves Documentation and Makes Recommendations]
BA[Builder Agents - Implement Recommendations]
MN[Mission Network - Contains All the Nodes for Mission-Aligned Nonprofits]
CA[Coordinating Agent - Identifies Duplicative Agents and Opportunities to Pool Resources]
PN1[Positron Node for Non-Profit A]
PN2[Positron Node for Non-Profit B]
TA1[Task Agent 1]
TA2[Task Agent 2]
TA3[Task Agent 1]
TA4[Task Agent 2]
PMA1[Performance Monitor Agent]
PMA2[Performance Monitor Agent]
NAA --> BA
BA --> PN
PN --> MN
MN --> CA
CA --> PN1
CA --> PN2
PN1 --> TA1
PN1 --> TA2
PN2 --> TA3
PN2 --> TA4
TA1 --> PMA1
TA2 --> PMA1
TA3 --> PMA2
TA4 --> PMA2
Current state-of-the-art AI models do not have the reasoning capabilities and context length required to autonomously advance the missions of nonprofits. However, these capabilities are rapidly evolving, and we can expect to see significant advancements in the next few years.
It would be very valuable for pro-social entities to have a framework that enables them to easily operationalize autonomous agents as soon as the technology is ready.
In the meantime, the best approach to addressing the current limitations:
- Reasoning
- Context Length
- Ability to perform multistep long-term tasks
can be addressed through:
- Human-AI Cooperation through GitHub Issue creation and comments and pull request reviews and comments and code and documentation updates
- Goal Decomposition - Creation of a large number of highly focused agents that each perform a single task. This will allow the agents to be more focused and have a shorter context length requirement. It will also allow the agents to be more focused on a single task and therefore more efficient at performing that task.
To design an autonomous agent framework for nonprofits, we can leverage the principles outlined in the book Forces for Good.
The framework should enable nonprofits to effectively work with government, tap into the power of free markets, nurture nonprofit networks, build movements of evangelists, share leadership internally, and adapt quickly to changing conditions.
Source: Forces for Good The Six Practices of High-Impact Nonprofits
- configurable to accommodate the diverse needs and capacities of nonprofits, including smaller, locally focused organizations with modest budgets
- FAIR, open-source and interoperable with other frameworks and tools
- provides cost projections and reports to help nonprofits plan and budget for the framework's implementation
- user-friendly and customizable for non-technical users
👉 Here are a few examples of several open-source cooperative agent frameworks that could serve as a foundation.
To create a dynamic research agent with the flexibility to use different configuration files for various research tasks, you would need a well-organized repository structure. Here's a suggested file and folder structure, along with a description for a README.md file.
- /agents: This directory contains various YAML configuration files. Each file (
config_research_type_1.yaml
,config_research_type_2.yaml
, etc.) holds settings specific to a type of research task and the source code (researcher.py
) for the dynamic research agent. - .env: A file to store environment variables like API keys. This file should not be committed to the repository for security reasons.
The Positron Network Architect is a dynamic research agent designed to facilitate various research tasks for the Positron Network. It utilizes different configuration files to adapt to specific research needs.
- Clone the repository:
git clone https://github.com/wishocracy/positron.git
- Navigate to the repository directory:
cd positron
- Install dependencies (listed in requirements.txt):
pip install -r requirements.txt
- Copy
.env.example
file in the root directory and add your API keys
- Choose the appropriate configuration file from the
/configs
directory based on your research task. - Run the script with the chosen config file:
python agents/researcher.py --config agents/architect.yaml
- Follow the on-screen instructions to interact with the research agent.
Contributions to improve the Positron Network Architect are welcome. Please follow the standard pull request process to submit your changes for review.
GNU General Public License v3.0
Please create an issue or a discussion thread if you have any questions or suggestions.