https://kevis.me/tags/prompt-engineering/Recent content in Prompt-Engineering on KevisHugozh-CNWed, 15 Apr 2026 00:40:04 +0800https://kevis.me/posts/skills-design-focus-execution/Wed, 15 Apr 2026 00:40:04 +0800https://kevis.me/posts/skills-design-focus-execution/<p>写 Skill 的重点不在堆知识，而在明确触发条件、固定执行路径，并持续验证稳定性。</p> <h2 id="skills-设计重点不是知识而是稳定执行">Skills 设计：重点不是知识，而是稳定执行</h2> <p>Skill 最有价值的地方，不是多塞一点提示词，而是让 Claude 在合适的时候，按固定方法把任务做完。 所以写 Skill 时，重点不该放在“介绍 Skill 是什么”，而该放在三件事上：</p> <ul> <li>什么时候触发</li> <li>触发后按什么步骤执行</li> <li>怎么验证它真的比不用 Skill 更稳定</li> </ul> <h2 id="先设计-use-case不要先写模板">先设计 use case，不要先写模板</h2> <p>官方指南里最实用的一点是：先定义 2 到 3 个具体 use case，再开始写 Skill。不是“做一个文档生成 Skill”，而是这种粒度：</p> <ul> <li>用户会怎么提需求</li> <li>需要哪些步骤</li> <li>哪一步最容易出错</li> <li>最终结果长什么样</li> </ul> <p>例如：</p> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>Use Case: Sprint Planning </span></span><span style="display:flex;"><span>Trigger: &#34;帮我规划 sprint&#34; / &#34;创建这周任务&#34; </span></span><span style="display:flex;"><span>Steps: </span></span><span style="display:flex;"><span>1. 拉取当前项目状态 </span></span><span style="display:flex;"><span>2. 分析优先级和容量 </span></span><span style="display:flex;"><span>3. 生成任务建议 </span></span><span style="display:flex;"><span>4. 回写到项目系统 </span></span><span style="display:flex;"><span>Result: 一组可执行的 sprint tasks </span></span></code></pre></div><p>如果这些内容还没想清楚，Skill 基本也写不清楚。</p> <h2 id="frontmatter-决定了-skill-会不会被用到">frontmatter 决定了 Skill 会不会被用到</h2> <p>Anthropic 文档里强调得很直接：YAML frontmatter 是最重要的部分，Claude 主要靠它判断要不要加载 Skill。最核心的是 <code>description</code>，它必须同时说清两件事：</p>