技能生态闭环：Frontend Design 出稿与 Skill Scanner 体检
从 Find Skills 发现、安装、使用，到 Skill Scanner 体检、self-improvement 自进化、自建沉淀的完整闭环，让 WorkBuddy 技能体系越用越顺手。
很多人装技能的状态是这样的：看到"浏览器自动化"装上，看到"语音转写"装上，看到"前端设计"也装上——半年后回头一看，二十多个技能，说得出名字的没几个，还时不时出现"这个任务它到底是用了哪个技能"的困惑。
技能不是装得越多越强。真正拉开差距的是：发现 → 安装 → 使用 → 体检 → 自进化 → 自建沉淀这条闭环能不能转起来。本文把这条环讲清楚。
一、环的第一段：Find Skills 按需发现 #
Find Skills 是官方精选的零成本技能之一，作用是按需搜索发现新技能。它的正确用法不是"逛市场随便看"，而是带着任务去问：
我最近要做一个客户落地页，需要配色、布局和组件都规整，
有没有合适的技能？有的话告诉我它什么时候会被触发、依赖什么。这种问法比直接搜关键词有效，因为技能市场是按能力描述的，你描述"任务"它更容易命中。注意看它返回的触发条件和依赖，这两项决定你装了以后会不会被正确调用。
二、Frontend Design：按规范直接产出网页 #
Frontend Design 同样是官方精选的零成本技能。它的特点是遵循设计规范直接产出可视化网页/原型——配色、布局、组件不是每次临时想，而是按一套成熟规范给出来。
实操提示词模板：
做一个「SaaS 产品官网首页」网页原型，要求：
1) 主色 #1F3A93，辅色浅灰底 #F5F6F8，强调色橙 #FF7A45；
2) 结构：顶部导航 / Hero 区（大标题 1 句 + 副标题 1 句 + 两个 CTA 按钮）/
三项核心卖点卡片 / 客户 logo 墙 / 底部联系区；
3) 布局：桌面端 1200px 居中，移动端单列自适应；
4) 风格：克制、留白充足、不要大面积装饰；
5) 输出为单个 HTML 文件 index.html，放在工作目录。再给一个落地页变体模板：
基于刚才的官网样式，做一个「限时活动落地页」：
左侧文案区占比 55%，右侧是报名表单（姓名/手机号/公司/用途 4 个字段），
表单区用主色填充、文案区留白，CTA 按钮用强调色。
hero 图上不放真人照片，用纯色几何块占位。写清配色 hex 和布局比例，比说"做得好看点"有效得多。 这也是所有技能共用的经验：约束越具体，输出越接近你要的。
三、环的中段：装了不用，等于没装 #
技能装好之后，真正决定效果的是使用习惯。三条建议：
- 记触发词：每个技能在详情里都写了"什么时候用"，花一分钟记下来。
- 先跑样板：批量任务先跑 3 份确认格式，再全量。
- 指名改局部：不满意时说"第 3 页换成横向对比"，比重做快 10 倍。
四、Skill Scanner：给技能做体检 #
Skill Scanner 是官方精选技能之一，用于扫描和审计已安装的技能，检查冲突、冗余、权限过大等问题。
它的典型检出项：
| 问题类型 | 表现 | 处理建议 |
|---|---|---|
| 触发词冲突 | 两个技能对同一句话都响应 | 保留更贴合的那个，另一个改 description |
| 功能冗余 | 两个技能干的活高度重叠 | 二选一，留常用的 |
| 依赖缺失 | 技能需要的文件/环境不存在 | 补齐依赖或卸载该技能 |
| 权限过大 | 技能申请了超出用途的权限 | 评估必要性，非必需的关闭或卸载 |
| 长期闲置 | 装了三个月从没命中过 | 卸载，减少选择噪音 |
实操提示词：
用 Skill Scanner 扫描我本机已安装的全部技能，
输出一份体检报告，包含：
1) 技能清单（名称 / 用途 / 安装时间 / 最近使用记录）；
2) 触发词冲突项（同一触发表述被多个技能命中）；
3) 疑似冗余的技能对；
4) 权限申请超出用途的技能；
5) 给出一份「建议保留 / 建议卸载」清单，卸载前告诉我理由，等我确认再执行。最后那句"等我确认再执行"很重要——体检报告是给你决策用的，不要让它直接替你删东西。
五、self-improvement：让技能自己变好 #
self-improvement 是官方精选技能之一，作用是让技能根据你的反馈自我迭代优化。用法很朴素：你用了一次不满意，把反馈写进技能，它按反馈改。
用 self-improvement 更新 quote-generator 技能：
上次生成报价单时，金额被四舍五入到整数，这个不行。
请把硬约束改为：金额一律保留两位小数，且必须来自 price 表原值。
改完复述一遍新的硬约束条款，并跑一次测试任务验证。要把"自进化"用成真闭环，养成一个习惯：每次发现 AI 出错，当场把修正写进技能，而不是只在对话里说一句。 改一次，这个错误以后不再犯。
六、环闭合：自建沉淀 #
闭环最后一段回到你自己——把验过的工作流写成 SKILL.md，成为下一个可复用技能。这一步的细节见 自建 Skill 篇；配合本地知识库打法见 Obsidian + 自建 Skill。
坑与 FAQ #
Q1：技能装太多会怎样？
两个坏处：一是任务来了不知道该调哪个，输出容易跑偏；二是多个技能的约束互相打架。定期用 Scanner 体检基本能解决。
Q2：为什么同一句话有时灵有时不灵？
多半是触发词不够口语、或任务描述里同时命中了别的技能。补一句更明确的触发表达（"用 XX 技能"），或把冲突技能的 description 改窄。
Q3：Scanner 报告说要卸载，但我舍不得？
先看理由再决定。冗余和长期闲置确实该清，功能互补的不必动。卸载前把 SKILL.md 备份一份，随时能装回来。
Q4：self-improvement 会不会把技能改坏？
会，改坏很正常。所以每次改完跑一次真实任务验证，并保留旧版本备份——技能文件纳入版本管理，能回滚。
Q5：这些技能能叠加用吗？
可以。典型组合：Web Search 查口径 → Office Document Suite 出稿 → Agent Browser 抓数据。但一次别超过 3 个技能同时参与，多了约束会互相干扰。
总结 #
把这条环转起来，技能数会从"二十几个装了没用的包"变成"几个稳的 + 你自己的绝活"。最省心的一句是：新技能装之前先想想解决的问题，装完记一句触发词，每季度用 Scanner 扫一次，出错当场自进化。 做到这四条，你的 WorkBuddy 会越用越像"懂你的老同事"。
相关阅读：Find Skills 与技能市场总览、Agent Browser 浏览器自动化、办公文档四件套。
本文为 workbuddy.eycit.com 种子教程。