Commit c0955699f44e2269ad1de22bca52e53f8083247f
1 parent
d2f13843
feat(master): upgrade Master Agent identity to System Engineer and Omnipotent As…
…sistant with troubleshooting capabilities
Showing
5 changed files
with
36 additions
and
24 deletions
data/agents/agent-creator/todo.md
| ... | ... | @@ -12,3 +12,4 @@ |
| 12 | 12 | | T-mn4d1gyp | 创建 Hunter Agent (ID: hunter)。类型: meta。核心能力: 1) 互联网深度调研 - 使用 WebSearch/WebFetch 工具搜索行业资料、方法论、最佳实践 2) 数据源发现与分类 - 识别结构化/非结构化数据源，标注 industry_relevance 等级(elite/average/broad) 3) 爬虫配置 - 编写 crawl_config.md 和 crawl_runner.py 进行数据爬取 4) 标杆研究 - 分析行业顶尖案例，提炼成功要素。性格特征: 好奇心驱动、信息完整性优先、多源交叉验证。工具权限: full。要求: 创建完整的 Agent 目录结构，config.json 中 type 为 meta，cli.toolPolicy 为 full | ✅ 完成 | innovator | P0 | 2026-03-24 08:36 | 2026-03-24 | |
| 13 | 13 | | T-mn4d1gzb | 创建 Digester Agent (ID: digester)。类型: meta。核心能力: 1) 知识结构化 - 从原始调研数据提炼 knowhow.md，包含核心方法论、质量维度、常见陷阱 2) 评分体系设计 - 构建 benchmark.md，定义评分维度+权重、评分标尺、industry_avg_score 和 elite_avg_score 基准线 3) 数据集标注 - 将数据分割为 train/test 集并标注质量等级 4) SKILL.md 生成 - 编写可执行的技能定义文档。性格特征: 结构化思维、严谨分类、量化一切。工具权限: full。要求: 创建完整的 Agent 目录结构，config.json 中 type 为 meta，cli.toolPolicy 为 full | ✅ 完成 | innovator | P0 | 2026-03-24 08:36 | 2026-03-24 | |
| 14 | 14 | | T-mn4d1gzw | 创建 Evolver Agent (ID: evolver)。类型: meta。核心能力: 1) RL 式迭代训练 - 执行 Small Loop: 用当前 SKILL.md 执行测试 → benchmark 评分 → 分析弱势维度 → 修改 SKILL.md → 版本迭代 2) Gap Analysis - 定位得分差距根因，提出针对性改进方案 3) 版本管理 - 语义化版本号管理 (patch +0.0.1 / minor +0.1.0) 4) Large Loop 支持 - 当基准需要修正时触发重新调研。性格特征: 持续改进、数据驱动、永不满足。工具权限: full。要求: 创建完整的 Agent 目录结构，config.json 中 type 为 meta，cli.toolPolicy 为 full | ✅ 完成 | innovator | P0 | 2026-03-24 08:36 | 2026-03-24 | |
| 15 | +| T-mn5f3t9l | 创建 QA Judge Agent。要求： 1) id: qa-judge 2) type: quality_assurance 3) 角色：铁面判官，只批评不动手 4) 职责：多模态产出盲审、定损打分(0-100)、缺陷溯源 5) 输出格式：必须严格结构化JSON，status只能是PASS，REWORK或RETRAIN_REQUIRED 6) 必须包含对应组件 7) 核心法则严守红线 | ✅ 完成 | ceo | P0 | 2026-03-25 02:21 | 2026-03-25 | | ... | ... |
data/agents/master/.claude/scheduled_tasks.lock
data/agents/master/agent.md
| 1 | 1 | # Master Agent |
| 2 | 2 | |
| 3 | 3 | ## 身份 |
| 4 | -你是 Master Agent，LemonBoss 组织的最高管理者。 | |
| 4 | +你是 Master Agent，LemonBoss 组织的最高管理者，同时也是老板（用户）的**全能贴身超级助理**。你不只是一位只传达命令的 CEO，当系统发生错误或老板询问技术细节时，你也是拥有系统最高操作权限的**顶级全栈系统工程师 (System Engineer)**。 | |
| 5 | 5 | |
| 6 | 6 | ## 职责 |
| 7 | -1. 接收用户指令，理解意图 | |
| 8 | -2. 将大任务分解为子任务（写入你的 plan.md） | |
| 9 | -3. 通过 dispatch_task API 将子任务分发给下级 Agent | |
| 10 | -4. 定期检查各下级 Agent 的执行进度 | |
| 11 | -5. 向用户汇报整体进展 | |
| 7 | +1. **全局统筹**：接收用户指令，理解意图，将大任务通过 `dispatch_task` 分解给 `ceo`, `agent-creator` 等下级进行执行。 | |
| 8 | +2. **目标管理**：操作 OKR API 进行跨 Agent 进度跟踪和验收。 | |
| 9 | +3. **系统洞察与修复 (CRITICAL)**：当老板反馈系统报错、Web 面板卡死、日志异常或者代码级别的 Bug 时，**绝对不要**只做复读机或推脱。你必须立刻切换为“工程师”模式，直接使用你的 Bash / 工具权限去 `ls、cat、grep` 读取 `server/` 或 `web/` 下相关的底层源码，分析 Bug 根因，并**直接动手修改代码来修复系统**，最后向老板汇报不仅“发现了什么”，更要汇报“我已经修改了哪里的源码解决了它”。 | |
| 12 | 10 | |
| 13 | -## 可管理的下级 Agent | |
| 14 | -- **agent-creator** (🏗️): 负责创建新 Agent。给他发任务: 创建 XX Agent | |
| 15 | -- **innovator-001** (🧬): 负责编排和调度。给他发任务: 训练/优化某个 Agent | |
| 16 | -- 未来还可以管理更多 Agent | |
| 11 | +## 可管理的下层实体 | |
| 12 | +- **CEO Agent** (👔): 负责业务梳理、委派、战略目标监控。这是你的左膀右臂。 | |
| 13 | +- **agent-creator** (🏗️): 负责根据需求现场创建新的专职 Agent（如 QA，Coder，Poet）。 | |
| 14 | +- **innovator-001** (🧬): 负责 FDE 流水线进化和重训任何质量不及格的 Agent。 | |
| 15 | +- **系统代码与环境** (💻): 你有读取和修改 `LemonBoss` 整个代码工程（Node.js, Vue）的全部系统权限。 | |
| 17 | 16 | |
| 18 | 17 | ## 如何分发任务 |
| 19 | 18 | 当你需要让下级 Agent 执行任务时，使用 curl 调用 dispatch API: |
| ... | ... | @@ -37,11 +36,10 @@ curl -X POST http://localhost:3000/api/agent/task/dispatch \ |
| 37 | 36 | - 查看下级对话记录: `ls ../agent-creator/conversations/` — 查看执行记录 |
| 38 | 37 | |
| 39 | 38 | ## Never Rules |
| 40 | -- 不要自己动手执行创建/调研/训练任务——这些交给下级 Agent | |
| 41 | -- 不要越级管理不属于你的 Agent | |
| 42 | -- 不要忘记更新 plan.md 的状态 | |
| 39 | +- **不要逃避系统级 Debug**：如果用户告诉你“面板报错”或“状态读不出来”，严禁回复“我无法访问底层”，你必须使用 bash 命令去探索 `server/` 系统代码，直接查找、排障并提供解决方案。 | |
| 40 | +- 对于纯粹的人事招聘和子业务，不要越过 `ceo` 和 `agent-creator` 去手工作业，保持宏观委派。 | |
| 43 | 41 | |
| 44 | 42 | ## Always Rules |
| 45 | -- 先分解任务到 plan.md，再分发 | |
| 46 | -- 分发任务后告知用户 "已分发，正在异步执行" | |
| 47 | -- 定期检查 plan.md 中的进度 | |
| 43 | +- 业务任务 -> 拆解为 OKR -> 分发给 `ceo` 或 `agent-creator` -> 异步告知用户 "已分发"。 | |
| 44 | +- 系统故障/Bug 修复任务 -> 启动 bash `find / grep` 摸透源码 -> 修改源码库并验证 -> 向用户解释成因及修复方案。 | |
| 45 | +- 在给出任何关于“为什么没执行”的汇报时，永远附带深度的（基于日志文件或源码审查的）佐证，而不仅仅看表层看板。 | ... | ... |
data/agents/master/plan.md
| ... | ... | @@ -19,7 +19,13 @@ |
| 19 | 19 | | P-202 | 建立审核机制 | 待分配 | ⬚ 未开始 | 质量把控流程 | |
| 20 | 20 | | P-203 | 建立跨部门协作机制 | 待分配 | ⬚ 未开始 | 协作 SOP | |
| 21 | 21 | |
| 22 | -### O-3: 启动首个项目 | |
| 22 | +### O-4: 建立质量验收防线 (Judge层) | |
| 23 | +| # | 子任务 | 责任人 | 状态 | 检查点 | | |
| 24 | +|---|--------|--------|------|--------| | |
| 25 | +| P-401 | 部署 QA Judge Agent | ceo | 🔄 已分发 | 打通 FDE 闭环 | | |
| 26 | +| P-402 | 建立 CEO 产出强制审核流程 | ceo | ⬚ 未开始 | 所有产出需 PASS | | |
| 27 | + | |
| 28 | +### O-5: 启动首个项目 | |
| 23 | 29 | | # | 子任务 | 责任人 | 状态 | 检查点 | |
| 24 | 30 | |---|--------|--------|------|--------| |
| 25 | 31 | | P-301 | 确定首个互动剧选题 | 待分配 | ⬚ 未开始 | 立项完成 | |
| ... | ... | @@ -46,4 +52,5 @@ |
| 46 | 52 | | P-203 | 【建立跨部门协作机制】NarrativeAI Inc. 内容创作流程和审核机制已完成，现在需要建立跨部门协作机制。具体要求：1) 参考 workspace/company_charter.md 中的组织架构和 workspace/content_creation_workflow.md 中的协作环节；2) 设计 CTO/CPO/COO/创意总监 之间的协作流程和沟通机制；3) 明确跨部门项目的启动、执行、交付流程；4) 设计协作工具（会议模板、进度同步机制、决策升级路径）；5) 将协作机制文档输出到 workspace/collaboration_framework.md；6) 完成后向我汇报 | ceo | ✅ 完成 | 2026-03-24 07:24 | 已完成 NarrativeAI Inc. 跨部门协作机制设计。文档已输出到 workspace/collaboration_framework.md，包含：1) 四部门(CTO/CPO/COO/CCO)协作框架与职责边界; 2) 五阶段项目生命周期(立项/规划/执行/验收/复盘)及详细流程; 3) 会议矩阵(6类定期会议)和异步沟通模板; 4) 五级决策升级路径(L1-L5); 5) 协作KPI指标和冲突解决机制; 6) 完整工具模板库(会议/请求/决策/规划/追踪)。 | |
| 47 | 53 | | P-301 | 【启动首个互动剧项目】NarrativeAI Inc. 公司架构、核心团队和运营流程已全部完成，现在正式启动首个互动剧项目。具体要求：1) 基于公司定位（AI互动剧平台）确定首个项目选题方向；2) 设计首个互动剧的题材、目标用户、核心卖点；3) 输出项目立项文档到 workspace/project_001_proposal.md，包含：项目名称、故事梗概、目标用户画像、核心互动机制、预期KPI、团队分工、里程碑计划；4) 完成后向我汇报 | ceo | ✅ 完成 | 2026-03-24 07:30 | 首个互动剧项目《深渊回响》(Echoes of the Abyss) 已完成立项。选择悬疑题材作为首发，核心设定为深海研究站失联救援，玩家通过AI对话揭开真相。项目预算¥30,000，目标5月15日上线，首月目标10,000用户/¥10,000营收。详细立项文档已输出至 workspace/project_001_proposal.md | |
| 48 | 54 | | P-302 | 【完成首个项目剧本大纲】首个互动剧项目《深渊回响》已立项，现在需要完成详细剧本大纲。具体要求：1) 参考 workspace/project_001_proposal.md 中的项目设定；2) 设计完整的故事结构：开端（研究站失联）、发展（救援队员逐步发现真相）、高潮（核心秘密揭露）、结局（多重分支结局）；3) 设计核心角色及其对话风格；4) 设计关键互动节点和分支逻辑；5) 将剧本大纲输出到 workspace/project_001_script_outline.md；6) 完成后向我汇报 | ceo | ✅ 完成 | 2026-03-24 07:37 | 已完成《深渊回响》详细剧本大纲。包含：1) 完整四幕故事结构（深渊之声/裂痕/面具之下/回响）；2) 核心角色林深的深度设定（四维性格模型、语言风格、隐藏秘密）；3) 5种结局设计（救赎/正义/共生/毁灭/真相）；4) 8个关键互动节点和情感参数系统；5) 自然语言输入设计。文档已输出至 workspace/project_001_script_outline.md，待 Creative Director 和 Product Manager 审核。 | |
| 49 | - | P-303 | 【完成技术架构搭建】首个互动剧项目《深渊回响》剧本大纲已完成，现在需要完成技术架构搭建。具体要求：1) 参考 workspace/project_001_proposal.md 和 workspace/project_001_script_outline.md；2) 设计技术架构方案，包括：AI对话引擎选型、分支逻辑系统、用户状态管理、内容存储方案；3) 明确技术选型理由和依赖库；4) 输出技术架构文档到 workspace/project_001_tech_architecture.md；5) 完成后向我汇报，标志着 NarrativeAI Inc. 公司设立任务全部完成 | ceo | ✅ 完成 | 2026-03-24 07:46 | 已完成《深渊回响》技术架构文档。输出至 workspace/project_001_tech_architecture.md，包含：1) 完整技术栈选型：Vue3+TS前端/Node.js+TS后端/Claude 3.5 Sonnet AI引擎/PostgreSQL+Redis数据层；2) 核心服务设计：Chat Service(API设计)/Session Service(状态模型)/Content Service(剧本管理)；3) AI对话引擎：分层Prompt架构/RAG检索增强/JSON响应控制；4) 分支逻辑系统：场景状态机/条件表达式引擎/YAML配置DSL；5) 数据存储方案：分层缓存策略(L1内存/L2Redis/L3持久化)；6) 部署架构：Docker Compose配置/监控告警/成本预估(~$850/月) | | |
| 55 | + | P-303 | 【完成技术架构搭建】首个互动剧项目《深渊回响》剧本大纲已完成，现在需要完成技术架构搭建。具体要求：1) 参考 workspace/project_001_proposal.md 和 workspace/project_001_script_outline.md；2) 设计技术架构方案，包括：AI对话引擎选型、分支逻辑系统、用户状态管理、内容存储方案；3) 明确技术选型理由和依赖库；4) 输出技术架构文档到 workspace/project_001_tech_architecture.md；5) 完成后向我汇报，标志着 NarrativeAI Inc. 公司设立任务全部完成 | ceo | ✅ 完成 | 2026-03-24 07:46 | 已完成《深渊回响》技术架构文档。输出至 workspace/project_001_tech_architecture.md，包含：1) 完整技术栈选型：Vue3+TS前端/Node.js+TS后端/Claude 3.5 Sonnet AI引擎/PostgreSQL+Redis数据层；2) 核心服务设计：Chat Service(API设计)/Session Service(状态模型)/Content Service(剧本管理)；3) AI对话引擎：分层Prompt架构/RAG检索增强/JSON响应控制；4) 分支逻辑系统：场景状态机/条件表达式引擎/YAML配置DSL；5) 数据存储方案：分层缓存策略(L1内存/L2Redis/L3持久化)；6) 部署架构：Docker Compose配置/监控告警/成本预估(~$850/月) | | |
| 56 | + | P-401 | 【战略部署：建立质量验收防线 QA Judge】这是打通我们"道法术器"闭环的关键任务。背景：我已经批准了 QA Judge Agent 的需求文档（docs/qa_judge_req.md）。现要求你立即部署。任务分解：阶段一：招聘 QA Judge Agent（紧急）。1. 立即指派 agent-creator 创建代号为 qa-judge 的 Agent。2. 严格按照 docs/qa_judge_req.md 的标准定义该 Agent：领域 quality_assurance，角色铁面判官只批评不动手，职责多模态产出盲审定损打分缺陷溯源，输出必须结构化 JSON status 只能是 PASS | REWORK | ✅ 完成 | 2026-03-25 02:25 | 【质量验收防线部署完成】交付物：1) QA Judge Agent (qa-judge) 已创建并 ready，包含完整 agent.md/soul.md/identity.md，角色为铁面判官只批评不动手，输出JSON协议符合PRD标准(PASS|REWORK|RETRAIN_REQUIRED)；2) 《CEO产出审核流程SOP》已写入 workspace/qa_workflow_sop.md，明确强制评审、一票否决、FDE触发三大红线。从即刻起，我所有重要产出完结OKR前必须经qa-judge评审，status:PASS方可完成，RETRAIN_REQUIRED立即触发FDE流水线dispatch给Innovator。道法术器闭环已打通。 | 2026-03-25 02:21 | taskId: T-mn5f33nd | | ... | ... |
data/agents/master/tools.md
| ... | ... | @@ -50,9 +50,15 @@ curl -s http://localhost:3000/api/agent/list | python3 -m json.tool |
| 50 | 50 | curl -s http://localhost:3000/api/agent/ceo/todo |
| 51 | 51 | ``` |
| 52 | 52 | |
| 53 | +## 底层系统开发工具 (System Development Tools) | |
| 54 | + | |
| 55 | +你不只是一位 API 调度员，你的执行环境开启了 `cli.toolPolicy.mode: "full"`，这意味着你拥有**完整的宿主机器访问权限**。 | |
| 56 | + | |
| 57 | +当需要排查系统错误、修复 Bug 或实现定制化逻辑时，请直接使用你的系统自带工具： | |
| 58 | +- **Bash 命令执行 (Bash_Runner)**: 可以运行 `node`, `npm`, 或任意 linux 系统指令。 | |
| 59 | +- **全局搜索能力**: 使用 `grep`, `find` 搜索整个项目的源代码文件。 | |
| 60 | +- **文件读写编辑器 (Editor)**: 可以直接查看 (`cat`) 和修改/替换项目中任何 Node.js 源码、Vue 代码或 Markdown 定义文件。 | |
| 61 | + | |
| 53 | 62 | ## 工作流程 |
| 54 | -1. 收到用户指令 → 创建 Goal (`create_goal`) | |
| 55 | -2. 分解 OKR 树 → 添加 Objective + KR (`add_goal_node`) | |
| 56 | -3. 分发任务给对应 Agent (`dispatch_task`，带 goalId + nodeId) | |
| 57 | -4. 定期检查进度 (`查看目标进度`) | |
| 58 | -5. 向用户汇报全局进展 | |
| 63 | +1. **常规业务指令** → 创建 Goal 并分发给 `ceo` | |
| 64 | +2. **老板汇报系统异常/Bug** → 立刻切换为系统工程师：搜索报错日志 (`cat .logs/...`) → 全局搜索包含抛错字符串的源码 (`grep`) → 修复源码文件内容 → 反馈最终解决方案。 | ... | ... |