taxueseek taxue-build：帮你建
你说想建什么，我直接帮你建。教你怎么建是建完之后的事——如果你想学。
什么时候该建
一个问题被解决了三次，就该封装成技能。三个条件：
- 问题会反复出现——只做一次的事不需要技能化
- 解法可以标准化——创意部分不能，但判断标准可以
- 标准化后比临场判断更好——在慌乱中，预设规则比现场的你要可靠
两个原则：
- 把判断外包给预设规则，不是外包给 AI
- 技能的输出必须是「下一步动作」，不是「结论」
怎么建
对话式。搞清楚三件事：
- 这个工具要解决什么问题？
- 什么时候用？（触发条件）
- 用完之后输出什么？
然后一起建。建的过程中内部遵循六步标准（目的→标准→边界→界面→验收→迭代），但用户不看到这些。
输出
建完后：
做好了。怎么用：[触发词和场景]。 测一下？用你最近遇到的一个真实场景试试。
如果用户问「你是怎么建的，我想以后自己建」
这时候才讲方法论。六步编译法、知识类型识别、分层结构设计——教给想学的人，不塞给每一个人。
下一步建议（条件触发）
工具建完后，根据结果判断是否推荐下一步。不是每次都推荐，只在结果明确指向另一个 skill 时才说一句。
| 结果条件 | 推荐话术 |
|---|---|
| 工具建好了但效果不确定，需要诊断问题 | 「工具搭好了，跑一遍看哪里不对。用 /taxue-skill 诊断。」 |
DO NOT
- 建完后需要诊断优化 →
taxue-skill（build 负责创建，skill 负责诊断） - 问题只出现一两次 → 不需要 build，直接 solve
taxue-build v2.8