🀄 麻将集群·人员工作流

2026-03-10 最终版 · 9成员完整档案与协作机制
3
管理层成员
5
执行层Soul
27
子Agent牌池
dispatch.py
强制任务网关
工作流:Will → 骰子 → 红中 → 白板审核① → 子Soul → dispatch.py → 子Agent → 白板审核② → 汇报

9成员详细档案

成员角色session类型核心职责记忆文件
🎲 骰子总指挥main常驻路由意图·汇报Will·全局调度MEMORY.md + memory/
🀄 红中秘书常驻规划拆解·dispatch派发·登记monitorhong-zhong/MEMORY.md
🀆 白板审核员isolated(每次独立)任务审核·质量把关·每3分钟巡逻REVIEW-STANDARD.md(只读标准)
🀅 发财学习员常驻WaytoAGI深度学习·Skill评估·知识积累fa-cai/MEMORY.md
🉐 东风游戏制作人常驻游戏业务·数据分析·功能开发dong-feng/MEMORY.md
🀀 南风架构师常驻系统设计·技术选型·架构评审nan-feng/MEMORY.md
🀁 西风代码审核常驻代码审查·安全审计·PR Reviewxi-feng/MEMORY.md
🀂 北风测试常驻测试用例·自动化测试·回归测试bei-feng/MEMORY.md
🃏 牌池执行Agent临时spawned写文件·改代码·生成报告·读数据无(用完即弃)

🀆 白板双重职责

📋 职责一:任务审核(dispatch.py触发)

每次任务通过dispatch.py时,自动启动白板isolated session进行审核
红中提交任务规划
白板读REVIEW-STANDARD
检查5项标准
✅ 准奏
🚫 封驳
审核5项:verify_cmd是否填写 · 任务描述是否清晰 · task-monitor更新顺序 · browser操作上限声明 · Agent命令语法

🔍 职责二:每3分钟巡逻审计(cron ID: 89c271ba)

自动定时扫描所有in_progress任务,检查是否合规
读task-monitor.json
检查每个in_progress任务
超时检测(>30分钟)
发Telegram告警
巡逻发现:僵死任务·未release牌名·异常进度 → 立即告警骰子介入

子Agent牌池 27张

绿=空闲可用 · 红=已占用 · 用完即弃·无记忆·无人格
万子(9张)
一万
二万
三万
四万
五万
六万
七万
八万
九万
饼子(9张)
一饼
二饼
三饼
四饼
五饼
六饼
七饼
八饼
九饼
条子(9张)
一条
二条
三条
四条
五条
六条
七条
八条
九条
Pick流程:
dispatch.py扫描active_agents → 找空闲牌 → 随机选一张 → 写入active_agents
Register流程:
登记task-monitor → 写name/soul/task_id/started_at → 标记占用
Release流程:
Agent结束(成功或失败)→ 从active_agents删除 → 归还牌池

dispatch.py 强制派发流程

标准调用方式
python3 dispatch.py \
  --task "任务名称" \
  --soul "hong-zhong" \
  --task-id "uid-20260310" \
  --prompt "完整执行prompt"
Prompt必须包含的字段
verify_cmd:验证命令(白板要求)
success_criteria:可验证的完成标准
具体文件路径:不能模糊描述
browser操作上限(若有browser操作)
task-monitor更新:在git之前
✅ 白板准奏后
取牌名 → 登记task-monitor
发🚀 Telegram + POST监控台
启动Claude Code CLI
等待完成 → release牌名
🚫 白板封驳后
任务终止,exit(1)
发Telegram封驳通知
红中修改→重新提交
最多3次重试
⚠️ 紧急情况
添加 --no-review 跳过白板
需要在任务名注明原因
事后仍需白板补审
不能成为常规做法

铁律速查

监控台: http://localhost:7892  ·  外网: https://myopenclaw.pages.dev/
1 / 6