技术 · 熟练
技能该自动跑，还是等你喊一句？
按「谁按下开始」分两型，规则才写得上去
技能变多之后最先坏掉的不是能力，是秩序 —— 你分不清哪些该自动跑、哪些该等你喊，于是它们互相盖住、也互相调用。这一页给的是按「调用时机」分型的办法：用户触发型只有你打出来才跑（它充当编排者）· 模型触发型你或模型都能调（它携带可复用的纪律），再配一条写死的组合规则 —— 用户触发型可以调模型触发型，反向不行。三个动作：给每个技能标型 → 按型决定它怎么进上下文 → 检查有没有违规的调用链。关键不是装得更规范，是让「谁按了开始」这件事有唯一答案。
方法 · 一图看懂
1
按调用时机分两型 — 用户触发型：只有你打出来才跑，它做编排；模型触发型：你或模型都能调，它装的是可复用的纪律
2
写死一条组合规则 — 用户触发型可以调模型触发型；用户触发型 ⛔ 不许调另一个用户触发型（否则你不知道自己按了几次开始）
3
按型决定怎么进上下文 — 模型触发型走「按需加载」（按文件与关键词取，⛔ 不全文常驻）；用户触发型留成你手边的一串短命令
4
别把整套流程交给框架 — 框架替你接管流程，同时也夺走你的控制权、让它自己的 bug 变得难修；技能要小、可改、可组合
原理 · 为什么有效
分型的依据只有一句话：「谁按下开始」决定了三件事 —— 它什么时候进上下文、谁负责收尾、出了错找谁。两型混在一起的典型症状是：你以为自己在手动指挥，其实某个技能已经替你把下一步也做了；或者反过来，你每次都要从零把它喊起来，因为它从来不会自己进场。分型不是分类癖，是把「开始」这个动作的所有权固定下来。
适用场景
适用：技能装到十几个以上、开始互相盖住；或者你发现「它老在不该自动的时候自己动了」。不适用：只有三五个技能、且你全程手动指挥 —— 这时分型带来的秩序收益还抵不上维护成本，先按需加载就够。
自测 · 5 问
你能说出自己装的每个技能属于哪一型吗（用户触发 / 模型触发）
有没有出现「用户触发型去调用户触发型」的链（自己按了两次开始却不知道）
模型触发型的技能，是不是每次都被全文塞进上下文（而不是按需取）
出错时你能定位到是哪一型、哪个技能的动作导致了它吗
你有没有为了「更规范」把整套流程交给一个框架，结果它自己的 bug 你修不动
怎么上手 · 验证步骤
四步，一次做完：① 把你现在装的技能列成一张表，逐个标型（判据：它是「你打出来才跑」还是「模型也会自己调」）；② 逐条检查调用关系，凡「用户触发型 → 用户触发型」的一律拆开 —— 要么把被调的那个降成模型触发型，要么让调用方直接问你要那一步；③ 模型触发型的技能，改成按文件与关键词触发、只取相关的那一份，⛔ 不全文常驻；④ 挑一个你每天都会用到的用户触发型技能，把它的名字缩成一个你记得住的短命令。
自检动作：随便挑一次「它自己动起来」的经历，往回追一句话 —— 这一步是谁按的开始？如果你答不出，就说明分型还没落地；如果你答出的是「另一个用户触发型」或「一个框架」，就是第 2、4 条没过。