用途：Chatter-Driven Development 是一种面向未来智能体工作流的开发范式。其核心原则是把团队已有的“闲聊”作为输入——讨论、抱怨、提问——让代理在未被正式要求前就起草解决方案，从而消除必须编写正式规格说明这一瓶颈。
流程分为四步：1. 信号输入，来源包括 Slack 消息、会议记录、Reddit 抱怨；2. 意图提取，代理解析闲聊，识别 bug、功能请求、问题；3. 主动产物生成，代理起草拉取请求、答案、分析；4. 人工验证，通过简单审批界面（如“右滑”/合并）确认。
关键原则：无处不在的监听（代理作为被动观察者接入 Slack、邮件、会议）；上下文推断（从非结构化闲聊中解析可执行事项）；主动执行（在被明确要求前就起草 PR、答案、分析）；低摩擦审核（人通过简单界面批准，而非深度代码审查）。
启用条件：代理需能访问团队沟通渠道、能解析自然语言意图、能创建产物（PR、文档、分析），并存在简单审批流程。
常见错误：要求正式规格（应训练代理解读自然讨论）；不采取主动行动（等待明确提示会违背初衷）；高摩擦审核（应尽量简化批准）。
现实案例：Block 的 “Goose” 监听会议并主动起草 PR/邮件；OpenAI 的 Codex 直接在 Slack 中回答数据查询。出处为 Alexander Embiricos（OpenAI Codex），经 Lenny's Podcast。限制与更多实现细节暂未提供。