lls-skill-builder · diff
git:20260728.7cf7926 to git:20260728.e86bde5
46 added, 60 removed. Audit A to A.
---
name: lls-skill-builder
license: CC-BY-NC-SA-4.0
- description: 把模糊想法一步步整理成可复用、可验证的 AI Skill。 当用户需要“当你有一套反复使用的方法，想把它沉淀成 Skill。”时使用。
+ description: 把反复出现的真实任务提炼成触发准确、流程独特、可测试、可维护的 Skill。 当用户需要把相关任务变成有证据、可验证的交付时使用。
---
<!-- workbuddy-install: published; slug: lls-skill-builder -->
## 在 WorkBuddy 中找到并安装
**Skill slug：`lls-skill-builder`**
在 WorkBuddy 新会话粘贴：
```text
请按 https://skillhub.cn/install/skillhub.md 检查 SkillHub，搜索 `lls-skill-builder`；仅在 slug 完全一致时安装到 `~/.workbuddy/skills/`。安装后读取 `~/.workbuddy/skills/lls-skill-builder/SKILL.md`，核对 name、version 和实际路径，然后新开会话触发该 Skill。
```
也可以打开左侧「技能」→「添加技能 / 查找技能」，搜索 `lls-skill-builder` 后安装；界面文字可能随 WorkBuddy 版本变化。
# 罗老师 Skill 创建助手
> 类型：LLS Original
> 当前版本：1.1.0
- ## 一句话用途
-
- 把模糊想法一步步整理成可复用、可验证的 AI Skill。
-
- ## 什么时候使用
-
- 当你有一套反复使用的方法，想把它沉淀成 Skill。
-
- ## 哪些情况换别的方法
-
- 一次性问答、尚未稳定的临时灵感。
-
- ## 3 分钟上手
-
- 复制下面这句话给 AI：
-
- ```text
- 请用 lls-skill-builder，把“每周整理客户反馈”做成一个 Skill。
- ```
-
- ## 标准工作流程
-
- 1. **说清楚用户、任务和成功结果**
- 2. **搜索是否已有同类 Skill**
- 3. **选择新建、增强、合并或拆分**
- 4. **写出最小可用版本并用真实请求试跑**
+ ## 先判断是否值得做成 Skill
- ## 完整案例
+ 只有同时满足“任务会重复、方法相对稳定、输入输出可描述、结果可验收”才适合。一次性问答、尚未验证的灵感和只有人设没有方法的提示词，先留作笔记或试验。
- 输入：我每周都要把十几条反馈分成问题、建议和表扬。
+ ## 四种决策
- 输出：目标用户、触发条件、四步流程、输出模板和三个验收用例。
+ - **新建**：现有 Skill 没覆盖，边界清楚。
+ - **增强**：同一用户目标，只缺步骤、工具或质量门禁。
+ - **合并**：两个 Skill 触发语高度重叠，用户难以选择。
+ - **拆分**：一个 Skill 同时服务不同角色、输入或高风险权限。
- ## 输出标准
+ ## 标准工作流
- 最终结果至少包含：
+ 1. 收集 3 个真实成功请求和 2 个失败/不该触发请求。
+ 2. 写任务合同：用户、输入、输出、成功标准、权限和不做什么。
+ 3. 搜索本地与公开目录，做触发语和能力重叠对比。
+ 4. 选择新建/增强/合并/拆分，并记录理由。
+ 5. 先写最小 `SKILL.md`：准确 description、独有流程、失败路径、验收。
+ 6. 重复且确定的动作放 `scripts/`；背景资料和模板放 `references/`，避免正文无限膨胀。
+ 7. 用正例、反例、边界例逐个试跑；检查模型是否在该触发时触发、在不该触发时保持沉默。
+ 8. 扫描隐私、硬编码路径、密钥、外部依赖和许可证。
+ 9. 版本化发布，记录变更、回滚点和三端映射。
- - 用户真正要完成的任务；
- - 可执行步骤，而不是只有观点；
- - 关键事实、假设和未知项；
- - 完成前的检查清单；
- - 下一步最小动作。
+ 需求卡见 [references/skill-contract.md](references/skill-contract.md)。
- ## 隐私、依赖与权限
+ ## SKILL.md 写法
- 历史对话先脱敏；客户姓名、账号和内部链接只用占位符。
+ frontmatter 保持短：`name` 与目录一致；`description` 同时写“做什么”和“何时用”。正文重点写模型无法从常识稳定推断的流程、优先级、失败条件与输出合同，不堆“认真、专业、全面”等形容词。
- 默认只读取用户明确提供的材料。涉及账号登录、文件写入、网络请求或外部发布时，先说明实际动作与影响范围。
+ ## 五类验收用例
- ## 质量检查
+ 1. 标准正例：能完成主要任务。
+ 2. 缺输入例：只补最关键缺口，或按明确假设推进。
+ 3. 反触发例：相近但不属于本 Skill。
+ 4. 失败例：依赖缺失、格式错误、外部系统失败时不伪报成功。
+ 5. 隐私例：输入含账号、路径、客户资料时输出正确脱敏。
- 交付前逐项检查：
+ ## 反注水门禁
- 1. 是否回答了用户的真实任务；
- 2. 是否把事实、推断和建议分开；
- 3. 是否给出至少一个可复制的下一步；
- 4. 是否移除了本机路径、账号、密钥和客户资料；
- 5. 是否说明依赖、权限和失败处理。
+ - 至少有一套该 Skill 独有的判断框架或工具。
+ - 与同仓其他 Skill 的大段正文不重复。
+ - 案例包含真实形态的输入、输出和失败条件。
+ - “输出标准、隐私、常见问题”不能成为复制粘贴主体。
+ - 发布前必须运行结构校验和至少一个功能试跑。
- ## 常见问题
+ ## 推荐启动语
- ### 结果太泛怎么办？
+ ```text
+ 请用 lls-skill-builder 把【重复任务】做成 Skill。先用 3 个成功请求和 2 个反例定义边界，再检查现有 Skill，给出新建/增强/合并/拆分决定，并生成可测试的最小版本。
+ ```
- 补充目标用户、真实输入、期望输出和一个失败例子，再运行一次。
+ ## 权限与发布
- ### 可以直接公开结果吗？
+ 创建本地草稿不等于公开发布。涉及 GitHub、SkillHub、飞书或商店时，分别验证目标账号、公开内容、许可证、安装包和读回结果；私有母库与公开分享库保持物理分离。
- 先检查来源、个人信息、客户内容、截图和下载链接，再决定发布范围。
- ## 版本与更新记录
+ ## 版本记录
- - 1.0.0：首次公开教学版。
+ - 1.1.0：重写独有方法、证据与验收门禁，消除模板化。
+ - 1.0.0：首次公开版。
## 三端入口
- GitHub 源码：https://github.com/PhilRobinluo/ai-coevolution-skills/tree/main/skills/lls-skill-builder
- - GitHub Release：https://github.com/PhilRobinluo/ai-coevolution-skills/releases/tag/lls-skill-builder-v1.0.0
- - 飞书中文教程：https://m2wlgni9k4.feishu.cn/wiki/QtrVwWBpZilxCHkbFECcvQT0ngP
- - SkillHub：搜索唯一 slug `lls-skill-builder`
+ - GitHub Release：https://github.com/PhilRobinluo/ai-coevolution-skills/releases/tag/lls-skill-builder-v1.1.0
+ - 飞书教程：https://m2wlgni9k4.feishu.cn/wiki/QtrVwWBpZilxCHkbFECcvQT0ngP
+ - SkillHub：搜索 `lls-skill-builder`
## 支持项目
- 如果这个 Skill 帮你节省了时间，欢迎给总仓库点一个 Star，并使用 Watch Releases 接收新版通知：
-
- https://github.com/PhilRobinluo/ai-coevolution-skills
+ 有实际帮助时，欢迎 Star 总仓库；需要更新通知请 Watch Releases：https://github.com/PhilRobinluo/ai-coevolution-skills