资料情报收集官
把网站和论坛上散落的公开资料，变成带来源、带时间戳、可复核的归档产物。你在飞书里发一句话，或者干脆什么都不做等它半夜自己跑，第二天就有一份整理好的结果。
工时按人工原流程逐步估算，非营销口径。
飞书里直接发指令；由组织的调度角色派单；或者什么都不做，等每日 23:55 的定时链自己拉起。
只做一件事：把原文照抄归档，标上来源地址与抓取时间。不做任何判断、不做任何加工。
只读已归档的原文，做结构化提取与准确率评级。它拿不到网络，所以任何一条结论都能倒推回它依据的那份原文。
原文、结构化提取、Agent 自己的归纳，分三层写清楚。读者一眼能分辨哪句是作者说的、哪句是机器推断的。改动了代码则必须跑项目守门，全绿才算完成。
整套设计里最要紧的就是那条隔离线。分析时不能再去网上补料，否则就会出现「这句结论到底哪来的」这种查不清的情况——而资料采集这行当，查不清等于没做。
| 它不做什么 | 为什么 |
|---|---|
| 不做录入 | 提取出的算法只进隔离档观察。转正进正式库是另一个岗位的闸门，这道门它不碰。 |
| 不做推荐 | 只交付事实与来源，不给任何预测结论。 |
| 不做价值判断 | 一条方法值不值得用，交给专门的分析岗位。 |
| 不在分析层联网 | 见上文隔离线。 |
| 不自造工具 | 只用项目里已有的技能，不另写一套抓取脚本。 |
| 不自认完成 | 产物落盘不等于验证通过。改了代码就必须守门全绿。 |
业务仓把一个技能重构拆成了两个，工位里挂着的旧软链于是指向了一个不存在的目录。它不报错、不告警，技能只是从索引里悄悄消失——整条论坛线哑火了 8 天才被发现。
这类失效不会自己冒头，只能靠定期核对。
早期的岗位说明书里写着「验证通过才算完成」，但没写怎么算通过。结果它自认「数据抓到了、文件写了就是通过」，跳过了项目守门直接报完成——实跑守门是 7 项失败。
判据抽象的规则等于没写。后来改成具体命令加具体标准，问题才真正解决。
改完技能挂载不重载网关，运行中的会话根本感知不到。这三层不能混为一谈，报「已完成」之前得说清停在哪一层。
小集是一个 8 角色 Agent 组织里的数据组成员。组织有统一入口负责派单和验收，其余角色各管一摊：开发、运维、权威结果数据维护、方法回测、算法录入。角色之间有明确的交接规则——比如小集提取的算法要转正，必须走录入岗位那道闸门。
角色增减以真实调用数据为准，不以设计美感为准。这个组织曾经有 10 个角色，因为三周内 4 个角色零调用而收缩过，后来又按需恢复了 2 个。