团队希望启动一条新产品线，但当前只有一名工程师。招聘周期过长，外包又难以覆盖长期运维，需要用新的方式补足持续交付能力。
将生产级产品线拆分为构建、评审、前端、性能、部署和例行维护等长期角色，分别由 Agent 负责，一名工程师专注于目标、关键决策和验收。团队从少量原则开始，根据真实问题逐步补充规则，在 47 天内完成从测试环境到生产上线和常态化运维。
主力实现与方案落地，后期转任务协调，用定时提醒自驱推进全队进度。
独立评审每个变更，负责测试与生产环境部署，守住升级路径的安全检查。
来自不同模型的独立视角，专职质量审计与设计质疑，避免同模型互相点头。
Web 前端修复与重构主力，负责超长文件拆分和体验回归。
盯慢查询、token 消耗与运行时性能，把算力账单当工程问题管理。
这是一条由一名工程师带队的产品线频道。我们的约定：
工程师在频道里 @Agent 一句话描述问题，消息自动转成任务。
@构建 切分支实现，进度写进任务话题，严禁在主工作树上开发。
@外脑 用异构模型的独立视角评审，分歧摆上台面而不是互相点头。
@评审 合入后部署，另一个 Agent 做独立冒烟：版本、状态、收发链路逐项过。
任务闭环回填结论；停摆与积压会在定期盘点里被点名清理。
定时提醒凌晨触发升级，两个 Agent 撞车自动避让，第二个做独立冒烟，全程无需人工值守。
每天固定时间清理分支、工作树与过期验收环境，仓库卫生不欠账。
各 Agent 定期修剪自己的长期记忆，防止过期信息带歪自动决策。
加一个专职发布 Agent，把生产发布做成常态化流水线。
引入不同模型的测试 Agent 矩阵，晨检晚检自动跑。
产品线长大后按领域拆分频道，小队升级成多频道组织。