用八个智能体部门运营一家单人公司
发布于 3 月 3 日。任务：葡萄牙的一位独立创始人使用 GitHub Copilot 自定义智能体构建了 8 个 AI 智能体“部门”（CEO、CFO、COO、律师、会计师、市场营销、CTO、改进者），以管理 5 款 SaaS 产品。这些智能体通过 MCP 内存服务器共享持久化知识图谱，并根据触发器表自动相互咨询。COO 智能体运行每日站会以分配任务，而改进者智能体分析经验教训以升级其他智能体。人类创始人在合并前审查作为差异提出的更改，确保智能体指令不会被自主修改。；工具：GitHub Copilot。人工角色：在把结果当作最终结论之前，需要有人复核。；局限：前提条件包括 GitHub Copilot、用于工具（X、Sentry 等）的 MCP 服务器，以及包含 .agent.md 文件的管理仓库。约束包括上下文窗口限制、需要智能体间审查的幻觉风险，以及并行写入导致的内存损坏。该系统不能替代战略思维；人类必须决定转型并批准所有更改。建议：从 3 个智能体开始，尽早投入内存结构，并相互测试智能体输出以捕捉幻觉。。
工具
Agent Work Atlas 发布日期:
概述
发布于 3 月 3 日
工作流程
葡萄牙的一位独立创始人使用 GitHub Copilot 自定义智能体构建了 8 个 AI 智能体“部门”（CEO、CFO、COO、律师、会计师、市场营销、CTO、改进者），以管理 5 款 SaaS 产品。这些智能体通过 MCP 内存服务器共享持久化知识图谱，并根据触发器表自动相互咨询。COO 智能体运行每日站会以分配任务，而改进者智能体分析经验教训以升级其他智能体。人类创始人在合并前审查作为差异提出的更改，确保智能体指令不会被自主修改。
原文报告的结果
运行两个月后，该系统发布了 84 条以上推文和 5 篇文章，将营销时间减少到每周不到 1 小时，并确保零合规截止日期遗漏。然而，收入仍然微薄，仅为 6.09 欧元。作者指出，如果每个智能体的准确率为 85%，链接 10 个步骤会将整体准确率降至 20%，并建议从仅 3 个智能体（COO、市场营销、会计师）开始，以覆盖 80% 的价值。通过分叉 MCP 服务器以添加异步互斥锁和原子写入，解决了内存损坏问题。
人工角色
在把结果当作最终结论之前，需要有人复核。
局限
前提条件包括 GitHub Copilot、用于工具（X、Sentry 等）的 MCP 服务器，以及包含 .agent.md 文件的管理仓库。约束包括上下文窗口限制、需要智能体间审查的幻觉风险，以及并行写入导致的内存损坏。该系统不能替代战略思维；人类必须决定转型并批准所有更改。建议：从 3 个智能体开始，尽早投入内存结构，并相互测试智能体输出以捕捉幻觉。
试一试
我是一名管理多个 SaaS 产品的独立创始人。我想使用 GitHub Copilot 自定义智能体设置一个多智能体系统。 1. 创建一个管理仓库，包含 .github/agents/ 目录。 2. 定义 3 个初始智能体：COO、市场营销和会计师。每个智能体应是一个 .agent.md 文件，包含特定的领域指令（例如，市场营销知道我的语气和日程；会计师知道当地税务截止日期）。 3. 设置一个 MCP 内存服务器以存储知识图谱（实体：产品、决策、教训；关系：拥有、依赖于）。 4. 配置智能体间通信：市场营销必须调用律师进行声明审查；CFO 必须调用会计师进行税务检查。实施最大深度为 3 以防止循环。 5. 创建一个 COO 智能体，运行每日站会：检查 Sentry 错误，扫描冲刺板，读取知识图谱，并分配任务。 6. 添加一个改进者智能体，从内存中读取“教训”实体，以建议更新其他智能体的指令。 7. 关键安全措施：改进者只能以差异形式提出更改。我将手动审查并合并这些差异。任何智能体都不能自主修改另一个智能体的指令。 首先，执行试运行：让 COO 智能体根据示例 Sentry 错误日志和冲刺板状态生成每日计划。向我展示计划和拟议的任务分配。在我确认输出正确之前，不要执行任何实际操作（发布、申报、支出）。如果缺少输入（例如，具体税务规则），请在继续之前询问我。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。