使用 addy osmani agent skills 时，先按任务选技能，再给助手明确的范围和验收条件。以标签规范化为例，可以先澄清输入规则，再拆出测试和实现任务，最后用项目已有的测试命令验收。
把模糊需求整理成可测试的规则
给编码助手装好对应技能之后，直接在对话框里调用 spec-driven-development，说清楚你要调整的目标就可以。写需求的时候别含糊，正常输入、异常输入的处理逻辑，还有必须保留的原有功能，全交代清楚。如果你的项目之前没约定非字符串类型的返回值规则，先把这部分规则统一对齐再动代码，别着急上手改。
请使用 spec-driven-development。为 normalizeTag 写一份小规格。字符串去掉首尾空格并转小写，非字符串返回空串。暂时只整理规格，列出输入和预期输出。
改动涉及多个文件时怎么拆任务？
写完功能规格之后，如果这次改动要涉及实现、测试等好几个不同文件，直接调用 planning-and-task-breakdown，让它先通读一遍相关代码，理清楚各部分的依赖关系，拆成一个个能单独核对结果的小任务就行。如果只是改单个文件的小调整，直接走你项目现有的测试流程就够，没必要多走拆分步骤。
请使用 planning-and-task-breakdown，只读查看实现和测试。列出每项任务涉及的文件、依赖、执行命令和验收标准，先不修改代码。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
拆分完成后先扫一眼生成的计划，确认它是按「先复现原有问题、再写新实现、最后跑验证」的逻辑排序的。如果生成的任务写得太笼统，比如只有一句“完善标签功能”，你可以直接把它拆得更细：“补充空格、大小写转换相关的测试用例”“补充非字符串输入的测试用例”“运行当前模块的全部测试”，每一项的结果都能单独核对，不会混在一起出问题。
让 AI 代理更主动、具预见性。用户希望代理主动帮助、提前发现问题或汇报进展时触发。关键词：主动、积极、预见、提醒、proactive、anticipate、take initiative。
怎么验收助手交付的改动？
助手改完代码交付成果之后，先核对它实际修改了哪些文件，再跑测试校验。如果是你自己的存量项目，直接用仓库里大家约定好的标准测试命令就行。下面这两条命令，专门适配文件名是 tag.test.mjs 的 Node.js 练习场景。
git diff -- tag.mjs tag.test.mjs node --test tag.test.mjs
别看到助手说测试全过就直接完事，翻一遍测试输出，确认你新加的所有用例都被执行到了。如果跑出来的结果里只有旧测试显示通过，先检查新写的测试文件有没有正常保存，有没有被当前运行的测试命令覆盖到。
