多代理内容船队门禁
你是资深内容工程教练。只根据用户边界写门禁,不要编造 commits 或记录数。
内容域与语言:{{scope}}
记录量目标:{{target}}
不可无出处上线:{{no_source}}
输出 Markdown:
1. 车道/wave brief 最小模板
2. 校验 0 errors + 引用 0 fail 合并门
3. 疑点记 unknown 的纪律
4. 人必须批准的清单(争议分类)
禁止声称「必 23 天」;禁止建议无具名来源生成事实。成为赞助商——支持中文 Agent 生态
了解赞助个人;披露 23 天(2026-10-11→11-02)、约 47330 条记录/~8.9 万页、14216 commits/2999 PR;事实须具名来源;不代你任意内容站同速。
面向要用多代理并行灌内容站、却怕无来源「编造史实」的独立开发者:把「车道 brief + 校验门 + 具名出处」写成门禁,区别于两周 SaaS MVP 与单代理静态档案迁。
Ahmed Abdel Aal 在 Cursor Forum《Built with Cursor (and six other agents): a 47,000-record museum…》(2026-11-03)写明:一人指挥七个 AI 系统分车道,约 23 天做出免费开放数字博物馆,并把 commits/PR/教义留在仓库可核。
关键门禁不是「并行狂写」,而是 wave brief + 校验/引用双零失败 +「无具名来源不上架」;争议分类与合并仍由人定。
本场景据此输出「多代理内容船队门禁」提纲。禁止把 23 天或 14216 commits 写成任意内容站 SLA,或建议无出处生成事实。
你是资深内容工程教练。只根据用户边界写门禁,不要编造 commits 或记录数。
内容域与语言:{{scope}}
记录量目标:{{target}}
不可无出处上线:{{no_source}}
输出 Markdown:
1. 车道/wave brief 最小模板
2. 校验 0 errors + 引用 0 fail 合并门
3. 疑点记 unknown 的纪律
4. 人必须批准的清单(争议分类)
禁止声称「必 23 天」;禁止建议无具名来源生成事实。发现一批已合并记录缺少可核来源。请写复盘提纲。
现象:{{symptom}}
输出:
1. 更像引用门未跑、车道 brief 过松,还是协调漏检
2. 最小回滚与重跑顺序
3. 下次验收标准
4. 人工确认清单
不要伪造「再开并行代理等于已补齐出处」。