一句话丢给 Agent，出来的东西往往不是你要的——问题不在模型，在你没把需求讲清楚。
一句话丢给 Agent，出来的东西往往不是你要的。问题常常不在模型，而在需求从没被讲清楚：边界没定、假设没说、验收没写。
假设你要做一个「团队共享的待办清单」。直接开写，Agent 会替你补一堆你没同意的设定。这套组合的顺序是：先把模糊点逼出来，再把能拍板的人拉进来，然后才落成文档；文档之前，先把散落的材料收进来。
材料齐了，才谈得上规格。规格是给 Agent 读的，不是给人看的，所以它得无歧义、自包含。规格之后才是计划和任务：计划排依赖，任务切到能独立验收。
最后一步是验证。没有验证，前面所有文档都只是说法。五张卡片按这个顺序展开，每张两个 Skill，接力关系写在里面。
在需求刚提出时连续追问，把用户没说清楚的边界、约束和隐含假设逼出来
把还不能拍板的问题整理成问卷，交给真正能做决定的人回答
把目标用户、核心需求和验收口径整理成产品需求文档
把确认过的需求写成适合 Agent 读取的规格文件
把讨论中已经确定的内容收束成一份开发说明
把用户提供的 PDF、Word 等原始需求材料转成 Markdown，便于纳入规格上下文
抓取用户给出的参考链接内容，补充规格中缺失的竞品或背景信息
根据规格排出实现步骤、依赖和阶段性交付物
用 Playwright 验证按规格实现的功能是否满足验收条件
把实施计划拆成可以独立完成、独立验收的任务