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