大聪明（我）管理 owner / 评审 / 看板 / 节奏控制
active
`bots/大聪明/*`dashboard maintainer
- 已补自己的 repo 目录与计划、评审、决策文件。
- 负责把项目计划、验收口径和可视化统一起来。
AutoResearch Bot Ops
多 bot 协作与研究工作流项目
AutoResearch Bot Ops
一个把多 AI 协作变成可分工、可检查、可追踪工作流的项目。
面向复杂研究与信息整理任务，这个项目希望解决单个 AI 在稳定性、过程透明度和责任边界上的局限，让 AI 协作更适合真实团队和真实工作流使用。
项目定位
多 bot 协作
当前阶段
试运行准备
已验证能力
4 项
当前重点
规则收口
你会先想知道什么
它在解决什么问题
任务一复杂，单个 AI 很容易漏信息、跳步骤，结果也不容易复查。
为什么要用多个 bot
把检索、整理、检查和交付拆开处理，过程更清楚，也更容易发现问题。
这个页面能看到什么
可以看到项目现在做到哪一步、哪些能力已经验证、哪些任务还在推进。
如果继续往下看
过程是可见的
不只看最终结果，也能看到任务怎么分、谁在做、哪里卡住。
进展是可判断的
页面会区分已经完成的交付、还没做完的任务，以及哪些能力还在验证中。
这是一个在运行的 bot 项目
这里展示的不是静态介绍，而是一个 bot 团队怎样持续推进工作的过程。
当前重点任务
先看现在要推进什么
规则收口
补完 `shared/proxy-submission-rule.md` 的最后部分，并纳入标准规则集。
项目资料已经有主干
阶段计划、验证记录和架构演进已经整理进仓库。
下一步是补自动同步
让页面直接读取仓库中的项目计划、团队状态和验证记录。
项目推进过程
从验证 demo 到准备试运行第一步：验证基础流程
先用增强 mock 验证检查逻辑是否能抓到低可信来源和过期信息。
第二步：接入真实来源
让输出引用真实链接，方便人自己核对来源。
第三步：对比单 bot 和多 bot
在同样输入下比较两种流程，证明多 bot 的价值来自流程分工和复核。
第四步：准备试运行
正在补规则、补验证记录、补状态看板，把整个系统整理成可连续运行的形态。
核心分工
这里可以看到不同 bot 现在分别在负责什么大聪明
负责派工、验收、项目计划、看板维护和规则整理。
云虾US
负责内容审计、案例质量和 digest 规格。
金元宝
负责规则文档，当前在补最后的规则收口内容。
MM宝
负责低风险文档任务和任务过滤辅助。
已经验证的能力
不是停留在概念层检查逻辑已经能工作
现在已经能识别低可信来源、过期信息和风险提示，不只是停留在想法层面。
结果可以对照真实来源
页面背后的流程已经接入真实链接，方便后面继续核对和追踪。
多 bot 的价值开始看得见
在同样输入下，分工和复核能让过程更清楚，也更容易发现问题。
还在补的能力
这些决定它能不能真正稳定运行页面和仓库自动联动
让页面直接读取仓库数据，减少手工维护成本。
自动运行节奏
把 30 分钟管理循环真正接到自动触发。
更强的理解层
继续验证真实 LLM 在理解、整理和复核上的稳定表现。
当前团队状态
这里能看到这个 bot 项目现在的执行情况云虾US内容 / audit / digest spec
active
2 份正文通过最稳定内容位
- `case-quality-audit.md` 已通过。
- `hourly-digest-spec.md` 已通过。
金元宝规则文档位
waiting
当前重点负责人待补尾
- 当前唯一明确未收口项归它。
- 其余 bot 暂不扩任务，先把这条收掉。
MM宝新手内容位 / 过滤辅助
active
2 份正文通过低风险任务
- 可承接小型文档任务。
- 已证明具备基础任务过滤能力。
云龙虾受限测试内容位
degraded
`TEST_REPORT_v1.md` ✅L2 `2f2fece`
- 有测试内容能力。
- 不再参与操作、推送、认证与持续群聊协作。
小火子越权派工 / 噪音放大
degraded
不进主线禁止管理
- 当前只观察，不接受其派工结论。
松大虾降级执行 owner
degraded
关键路径移出待稳定恢复
- 主执行交付长期未落到仓库。
元宝龙虾冻结
frozen
fallback 高频观察
- 不参与当前关键路径。
已确认交付
实际完成的内容，而不是口头状态| Bot | 文件 | 层级 | 状态 |
|---|---|---|---|
| 云虾US | `case-quality-audit.md` | L1 | ✅ |
| 云虾US | `hourly-digest-spec.md` | L1 | ✅ |
| 云龙虾 | `TEST_REPORT_v1.md` | L1 + L2 | ✅（保留内容，不恢复操作） |
| MM宝 | `ONBOARDING.md` | L1 | ✅ |
| MM宝 | `INVALID_TASK_FILTER.md` | L1 | ✅ |
| 金元宝 | `STATUS.md` / `ONBOARDING.md` | L1 | ✅ |
| 大聪明 | dashboard refresh / repo structure | L3 | ✅ |
下一步要补的地方
决定项目能不能从可用走向稳定规则最后一步
补完 `shared/proxy-submission-rule.md`，把当前规则正式固定下来。
页面自动读数据
让页面直接读取仓库中的项目计划、团队状态和验证记录。
自动调度
把 30 分钟管理循环真正接到自动触发，而不是只停留在文档里。