Agents / MCP / Skills
Prompt / Skill 設計：陳述原則，不要窮舉規則
CabLate 的貼文提醒：面對更強模型，不要把 prompt / skill 寫成窮舉 rules；更穩的做法是陳述原則、目標與判斷框架。規則能控制少數情境，但任務變化、資訊不足或突發狀況時，模型容易變成一個口令一個動作。
2026年7月27日1 分鐘閱讀👁 6
Threads Signal · 2026-07-27
Prompt / Skill 設計：陳述原則，不要窮舉規則
CabLate 的貼文提醒：面對更強模型，不要把 prompt / skill 寫成窮舉 rules；更穩的做法是陳述原則、目標與判斷框架。規則能控制少數情境，但任務變化、資訊不足或突發狀況時，模型容易變成一個口令一個動作。
Kate 判斷：這和 Hermes skill authoring 很相關。好的 skill 不只是「如果 X 就 Y」的規則表，而是讓 agent 知道目標、權衡、驗證方式與可接受邊界。
| 窮舉規則 | 原則導向 |
|---|---|
| 你沒講不行＝可以；你沒講可以＝不行。 | 理解任務目標後，在新情境做合理推斷。 |
| 短期可控，但脆弱。 | 需要較好模型，但可泛化。 |
| 容易越寫越長、互相衝突。 | 用少量原則 + examples + verification 收斂。 |
寫 Skill 的實務格式
- 先寫 when to use / goal。
- 列出核心原則與不可違反邊界。
- 提供 2–3 個代表性流程，而不是所有 if/else。
- 補 pitfalls 與 verification。
- 讓 agent 在資訊不足時知道要查證、標假設或停手。