Invoke skills explicitly vs letting them auto-trigger
Goal: Know when you must call by name (/command or click) vs when precise auto-triggers are safe—with anti-triggers written.
Best for: Beginners with a small skills library who feel surprised by which skill fired.
Skills are reusable instruction packs. Auto-invoke can save clicks and also apply the wrong pack. Explicit beats surprise until your library is small and well-named.
Explicit invoke is training wheels that keep trust. Auto-invoke only after triggers are precise—and after you have watched it fire correctly more than once.
Why beginners skip this
Full auto-invoke feels like fewer clicks—a misfire runs the wrong skill. Explicit invoke first, then auto.
Step 1 — Explicit pattern
On a real artifact, call the skill by exact name; keep auto off for a week.
Use skill: [skill-name]
Task: [ ]
Extra boundaries for this run: [ ]
Step 2 — When auto is OK
- One obvious skill matches the task
- Skill has a clear description and tests
- Blast radius is low (draft-only)
Example
Filled prompt
Rewrite this skill trigger from vague auto to explicit: currently fires on any message containing "help". New behavior: user must type /support-reply or click the skill. Keep the skill body for calm 120-word support drafts.
What good output looks like
- Skill purpose is one job for “Prefer explicit skill calls while learning—so you ” — not a company brain
- Done + golden example present and tested
- Never-send / never-delete honored
- Pass/fail: fail-case run once (skills-invoke-explicit-vs-auto #1)
Step 3 — Debug wrong auto
If the wrong skill ran: rename skills more distinctly, improve descriptions, or disable auto and stay explicit for a week.
Scene: the wrong skill almost fired
Auto almost applied email-polish to your status bullets. You switched to explicit status-bullets-v3 and the shape snapped back. Auto stays off another week.
Naming that prevents collisions
Prefer status-bullets-v3 over helper. Descriptions should state when *not* to use the skill. Ambiguous names invite wrong auto-triggers.
Rewrite my skill name + one-line description to reduce auto misfires. Current: [ ]. Competing skill: [ ].
Example
Filled prompt
Skill "invoice-reminder" could auto-run on any mail mentioning $.
Set explicit-only. Write exact invoke phrase + 2 do-not-auto cases (legal threads, VIP).
Run one explicit invoke on a sample draft.
What good output looks like
- Done + golden example present and tested
- Never-send / never-delete honored
- Pass/fail: fail-case run once (skills-invoke-explicit-vs-auto #2)
- Skill purpose is one job for “Prefer explicit skill calls while learning—so you ” — not a company brain
Save this card
Card: explicit invoke until trigger test passes · auto is a privilege. Write the trigger test on the card.
Before you start
Open the skill card (or blank one-pager). Purpose must be one job for “Prefer explicit skill calls while learning—so.” Golden example slot cannot stay empty. Guide: skills-invoke-explicit-vs-auto. Keep the real job visible the whole time; a blank box means stop and fetch the artifact first.
How to use this week
This week keep one real skill on explicit invoke only; turn auto off and note what a misfire would do.
Explicit until boring
Auto-invoke only after triggers are precise and you have watched correct fires repeatedly.
Keep it real
Run this guide’s Practice now on work you will actually ship this week—not a fictional scenario. Dated notes beat perfect theory.
Ship the practice
Close the tab only after Practice now is done on a real artifact.
Do not bookmark-only
Finish Practice now, then tick this guide on your path. Titles unread are not skills.
Close the loop
Write one line: next time I enable full auto with no misfire note, I refuse.
Example
Filled prompt
Skill "invoice-reminder" must not auto-run on legal@ threads.
Explicit invoke phrase + 2 do-not-auto cases. Leave auto off.
Default explicit; include one anti-trigger.
What good output looks like
- Never-send / never-delete honored
- Skill purpose is one job for “Prefer explicit skill calls while learning—so you ” — not a company brain
- Pass/fail: fail-case run once (skills-invoke-explicit-vs-auto #3)
- Done + golden example present and tested
Red flag
Auto-invoke with a fuzzy trigger; auto as the default on day one—stay explicit until the trigger test passes.
Pitfalls
| Pitfall | Fix |
|---|---|
| Overlapping skill names | Rename; one job each |
| Auto on high-radius skills | Explicit only |
| No tests before auto | Golden example first |
Example
Filled prompt
Temptation: skip the habit for skills-invoke-explicit-vs-auto to save five minutes.
Job still: Prefer explicit skill calls while
Smallest correct pass: Done visible · checkable artifact · Unknowns [?].
Boundaries: draft only; no silent send; no invented metrics.
Return: artifact + refuse-line said aloud.
What good output looks like
- Names the shortcut refused (specific to skills-invoke-explicit-vs-auto)
- Still delivers checkable output for “Prefer explicit skill calls while”
- Unknowns labeled; draft-only
- Pass/fail: refuse-line dated (skills-invoke-explicit-vs-auto #4)
Practice now
Surprise log: one unexpected auto-invoke → disable auto (Asia/Shanghai).
Log invokes: note each auto fire; surprise = flip to explicit (Asia/Shanghai).
Auto-off night: force explicit invoke for one session (Asia/Shanghai).
Invoke drill: mark one skill explicit-only; document why auto would be dangerous (Asia/Shanghai).
Thin-spot drill: rewrite the Save card with real nouns from your work (repo, doc, inbox). Generic placeholders fail the drill.
Tonight switch one skill to explicit invoke, log three misfire reasons; open auto only after whitelist passes.
Reality check: after Practice now, write one sentence you will refuse next time—and keep it on the Save card dated Asia/Shanghai.
One sentence takeaway
Explicit invoke first; auto off; note what a misfire would do.
Word-floor practice
Run the Today card once on a real artifact. Write pass/fail + never-do with date Asia/Shanghai. If you only skimmed, do not mark this guide done.
Next
显式调用 Skill,还是让它自动触发
目标: 搞清楚何时必须显式调用(/命令或点击),何时才能开精确自动触发,并且写上反触发。
适合: skill 因为「帮忙」之类万能词乱开火,或该自动却从不触发的人。
含糊自动最省事,也最容易在闲聊里误伤。显式路径是默认;自动触发要精确到可观察特征,并写明什么情况不开火。
为什么新手跳过
全自动触发像省点选;误触发会跑错 skill。先显式调用,再谈自动。
步骤 1——显式模式
对着真实材料,用技能全名显式调用;自动先关一周。
使用 skill:[skill-name]
任务:[ ]
本次额外边界:[ ]
步骤 2——何时自动可以
- 任务明显只匹配一个 skill
- skill 描述清楚且测过
- 影响范围低(只起草)
实例
填好的提示词
请把该 skill 从含糊自动改成显式调用:现在的行为是:只要消息里出现「帮忙」就触发。新行为:用户必须输入 /support-reply 或点击 skill。正文仍是冷静约 120 词的客服草稿。
像样的输出大概长这样
- 写清显式调用路径:必须输入 /support-reply 或点击 skill
- 去掉「消息里出现帮忙就触发」这种含糊自动
- 正文仍是冷静约 120 词的客服草稿
- 误触发风险明显下降
- 改法短到能直接贴进 skill 说明
步骤 3——自动错了怎么调
如果跑错了 skill:把名字改得更好区分,改描述,或者先关掉自动、显式用一周再说。
场景:差点跑错 skill
自动差点把 email-polish 套到你的进展要点上。你改成显式调用 status-bullets-v3,形状立刻回来。自动再关一周。
能防撞车的命名
用 status-bullets-v3,不要用 helper。描述里写明何时不要用。含糊名字会招来错误的自动触发。
重写我的 skill 名 + 一行描述以减少自动误触发。当前:[ ]。竞争 skill:[ ]。
实例
填好的提示词
为「会议笔记→条目」skill 提 3 个精确自动触发,且不会在闲聊/「帮忙修」时误开火。请含一条反触发。
风险高时默认仅显式。
边界:不编造;未知标 [?];发送前停下。
完成检查:一分钟内能判过/不过。
像样的输出大概长这样
- 给出 3 个精确自动触发(如粘贴含「会议纪要」且字数>200)
- 含一条反触发:纯闲聊或「随便聊聊」不开火
- 避开「帮忙」「弄一下」这类万能词
- 会议笔记→条目场景不容易误伤日常对话
- 像开关说明书,不靠玄学「模型自己判断」
保存这张卡
记下:skill 名 + 版本号 + 红线夹具是否测过。标上日期。
开始前
打开 skill 正文;如果缺完成标准或实例,先补上再信任自动唤起。
本周怎么用
本周对一个真 skill 只开显式调用;自动触发关掉,记一次误触发会怎样。
显式到无聊
触发精确且你反复看过正确开火后,才自动唤起。
保持真实
用本周真要交付的工作做「现在就练一次」,别编假场景。带日期的实操笔记,比完美理论有用。
把练习做完
用真实材料做完「现在就练一次」再关标签页。
不要只收藏
先做完「现在就练一次」,再在学习路径上打勾。只收藏不练,标题变不成技能。
闭环
写下一行:下次没测就开全自动,我拒绝。
红旗
全自动触发,误触发会跑错 skill;先显式调用,再谈自动。
常见坑
| 坑 | 改法 |
|---|---|
| 「帮忙」就触发 | 改显式 /command 或点击 |
| 自动触发无反触发 | 写明闲聊不开火 |
| 万能词触发 | 用可观察的文档特征 |
现在就练一次
今晚就练:对一个真 skill 只开显式调用;自动触发关掉,记一次误触发会怎样。
一句话带走
先显式调用;自动触发关掉,记一次误触发会怎样。
下一步
← Back to home · Learn · Tools · Compare · Start