meta-skill-creator

Name: meta-skill-creator
Author: KimYx0207

151stars46forks

How to install meta-skill-creator?

kimyx0207/kim_service/meta-skill-creator

$npx -y skills add KimYx0207/Kim_Service --skill meta-skill-creator

Installs into the current project.

Summary

创建、重构或验收可复用技能包。适用于把重复工作流做成跨宿主能力包，并明确触发规则、第一动作、渐进加载、资产模板、脚本校验、触发评测、基线对比、验收证据、闭环治理、公开交付边界和不可伪造的运行证明；也适用于清理冗余参考、拆分人读模板与机器结构数据、补齐首次公开前的验收记录、记录运行反馈、生成写回或不写回决定。当用户提到"做一个 skill / 改 skill / 优化 skill / 评审 skill / 加 trigger eval / 加 release gate / 加 baseline / 准备开源 / 做闭环 / 写回改进"时，必须使用本技能；不

Files · 1

View on GitHub

SKILL.md

1	# 元技能创建器
2
3	用这个技能把可重复工作流做成能运行、能验收、能迁移的技能包。产物不是“更长的提示词”，而是一个默认入口很轻、细节按需加载、校验方法可复现的能力包。
4
5	## 核心契约
6
7	- 从用户真实工作流出发，不从个人偏好的模板出发。
8	- 写文件前先证明这件事值得技能化；一次性任务不要硬做成技能包。
9	- `SKILL.md` 只保留路由面：触发、第一动作、渐进加载、硬停止和验证。
10	- 详细研究、产品设计、包计划、触发评测、验收方法和模板放到 `references/`、`assets/`、`evals/`、`scripts/`。
11	- 需要补全模糊意图、让用户多次选择或先锁 MVP 再批量生成的 skill，必须设计 Codex `request_user_input` / Claude Code `AskUserQuestion` 等宿主原生决策面；Markdown 选择卡只能是降级等待界面，不能冒充真实确认。
12	- 图片、视频、演示文稿、文档、报表、仪表盘或其他渲染产物，优先检查 Image2 / 宿主原生能力；MCP、脚本、SVG、静态预览是降级或辅助路线，必须有降级证据。
13	- 外部材料只能抽象成质量原则；不要复制别人的命名、页面结构、视觉系统、提示词、示例或商业话术。
14	- 当候选 Skill 要影响公开受众的理解、偏好或行动，或要生成多页视觉内容时，必须先让 Skill 自己研究受众需求、公开讨论和同类供给，再形成“机会研究 -> 受众决策 -> 创意系统”。不要把流量研究变成用户必填问题，也不要把单一平台的标题/封面套路抽到通用层。
15	- 每次交付都要闭环：记录运行证据、评审发现、`writeback` / `proposal` / `none-with-reason` / `blocked` 决策，并把可复用学习写回对应 reference、template、validator、eval 或 example。
16
17	## 能力分层
18
19	完整包是能力库，不是所有候选 Skill 的固定模板。按任务风险和交付阶段选择强度：
20
21	1. `core`：所有候选都要明确目标、触发、输入、输出、执行步骤契约、边界和最小验证。目标必须说明谁在什么压力下得到什么最终产物以及如何验收；每个步骤必须有输入、动作、可观察输出、进入下一步的条件和失败路线；边界必须覆盖非目标、权限、事实来源、副作用、停止与降级。
22	2. `conditional`：只有领域陌生、事实会变化、产物可视化、面向公开受众、需要多轮决策或依赖宿主工具时，才加载深度研究、内容机会、创意决策板、多模态或交互式 MVP 模块。
23	3. `release`：只有声称可分发、可销售、可迁移或明显优于基线时，才强制执行 clean-session 基线、宿主证明、人工验收和完整闭环。
24
25	不得因为完整包里存在某个模板，就要求每个候选 Skill 填满它；也不得因为当前任务简单，就删除以后命中条件时需要的能力。
26
27	## 渐进加载
28
29	只读当前阶段需要的文件：
30
31	\| 当前阶段 \| 读取 \| 何时使用 \|
32	\|---\|---\|---\|
33	\| 意图与领域研究 \| `references/intent-domain-research.md`、`assets/domain-research-brief-template.md` \| 所有候选先写最小领域研究简报；只有领域陌生、当前事实会变、用户要求 deep research、涉及公开兼容/安全/商业就绪声明时升级为深度研究。检索后证据仍不足则标 `research-needed`。内容营销或公开传播类技能再加载内容机会研究。 \|
34	\| 表面与产物链 \| `references/experience-surface-model.md` \| Skill 要产出文件、媒体、截图、演示文稿、报告、仪表盘或其他可见产物。 \|
35	\| 产品化设计 \| `references/product-design.md` \| 需要决定多个产物、用户旅程、3 分钟可见结果、首次公开表面或商业交付时。简单单一工作流不强制。 \|
36	\| 运行契约 \| `references/skill-contract.md` \| 写入或改动候选技能包前使用。 \|
37	\| 来源抽象边界 \| `references/source-abstraction-boundary.md` \| 使用外部案例、内部样例或竞品材料时，先抽象再重写。 \|
38	\| 包计划 \| `assets/package-plan-template.md` \| 编辑前映射 `SKILL.md`、参考文件、资产、脚本、评测和示例。 \|
39	\| 多模态/工具路线 \| `references/multimodal-tooling.md`、`assets/multimodal-prompt-brief-template.md` \| Skill 依赖 Image2、宿主媒体能力、MCP、本地渲染器或脚本；先记录本地能力清单和多模态简报。多页视觉产物还要写每页角色、画面、文字区、禁止遮挡区和页面连续性。 \|
40	\| 交互式决策与 MVP 门 \| `references/interactive-mvp-product-skill.md` \| Skill 要在模糊意图下弹多决策、锁定风格/封面/首屏/MVP 后批量生产，或要跨 Codex、Claude Code 宿主复用确认流程。 \|
41	\| 评测设计 \| `references/evaluation-method.md`、`evals/trigger-eval.json` \| `core` 至少设计触发正反例、两个真实任务和一个边界任务。 \|
42	\| 发布级运行证明 \| `assets/trigger-run-record-template.json`、`assets/host-event-anchor-template.json`、`assets/host-attestation-template.json`、`assets/reviewer-attestation-template.json` \| 仅在 `release` 层设计真实 with/without clean-session、目录外运行/人工锚点和基线对比。 \|
43	\| 发布门禁 \| `references/release-gate.md`、`assets/acceptance-run-template.md` \| 声称可以分发、迁移或交付给别人使用前。 \|
44	\| 闭环治理 \| `references/closed-loop-governance.md`、`assets/loop-run-record-template.md` \| 验收、失败、复盘、漂移、发布准备或用户要求“闭环”时；必须写明运行记录和写回决策。 \|
45
46	`assets/` 里的 `.md` 是给人填写的工作模板，`.json` 是给脚本或校验读取的结构数据；只有创建对应产物时才读取。`scripts/` 只在校验、转换或打包时运行，不要把脚本内容粘进对话上下文。
47
48	## 工作流
49
50	1. 分类：判断是 `new-skill`、`refactor-skill`、`evaluate-skill`、`package-plan`，还是 `not-a-skill`。
51	2. Fetch 与研究：先做足以验证目标、原生产物和失败模式的最小证据扫查；只有命中 `conditional` 条件时才升级并执行 `references/intent-domain-research.md` 的 Abstract Deep Research Protocol。只收集会改变包决策、产物表面、工具路线或验收标准的证据。公开传播/营销类 Skill 由 Skill 自己研究受众需求、场景词、同类内容、公开讨论与内容空缺，不把“流量从哪里来”问给用户。
52	3. 设计：确定结果、触发边界、输入输出、本地能力路线、交互式决策面、MVP 锁定门、包结构和公开失败模式。多页视觉产物必须有 Creative Decision Board，能说明每页画什么、字放哪、为什么这样安排。
53	4. 构建：只创建或修改当前目标必须触碰的最小文件集。
54	5. 验证：`core` 层运行结构检查、触发正反例、两个真实任务和一个边界任务；`release` 层再用跨平台 Python 入口创建 `pending` 验收目录，由外部宿主分别运行不加载/加载 Skill 的干净会话，并把 host event/attestation 与 human reviewer attestation 留在 run folder 外。报告 `structure_status=artifact_consistent`、`runtime_status=verified`、`human_status=verified` 分别证明了什么，任何一层都不能替代另一层。
55	6. 闭环：填写运行记录；决定 `writeback`、`proposal`、`none-with-reason` 或 `blocked`；只有可复用学习才写回规则，不能把聊天总结冒充闭环。
56
57	## 包结构
58
59	可用模块（不是每个候选 Skill 的默认文件清单）：
60
61	- `SKILL.md`：轻入口，负责触发和执行契约。
62	- `references/`：领域规则、产品模型、能力路线、来源抽象、评测方法、发布门禁。
63	- `assets/`：可填写模板、工作表、结构数据或提示词简报。
64	- `scripts/`：确定性校验、转换、渲染或包检查。
65	- `evals/`：触发评测和回归用例。
66	- `examples/`：小而真实的输入/输出示例，不写私有历史、内部评分或假运行证据。
67
68	只有当新文件能防止具体失败，或能让 Skill 更容易跑通时才添加。不要为了保存研究笔记而新增参考文件。
69
70	## 硬停止
71
72	遇到以下情况先停止并说明阻塞：
73
74	- 任务只是一次性提示词，不是可重复工作流。
75	- 目标只写了功能或文件名，没有用户、压力场景、最终产物和可观察成功标准。
76	- 执行步骤只有“分析、优化、处理”等空动作，没有输入、动作、输出、转移条件或失败路线。
77	- 边界没有说明非目标、事实来源、权限/副作用、停止条件和降级行为。
78	- 领

People who liked this also viewed

6 picks

Type

meta-skill-creator

151stars46forks

View on GitHub

How to install meta-skill-creator?

kimyx0207/kim_service/meta-skill-creator

$npx -y skills add KimYx0207/Kim_Service --skill meta-skill-creator

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	# 元技能创建器
2
3	用这个技能把可重复工作流做成能运行、能验收、能迁移的技能包。产物不是“更长的提示词”，而是一个默认入口很轻、细节按需加载、校验方法可复现的能力包。
4
5	## 核心契约
6
7	- 从用户真实工作流出发，不从个人偏好的模板出发。
8	- 写文件前先证明这件事值得技能化；一次性任务不要硬做成技能包。
9	- `SKILL.md` 只保留路由面：触发、第一动作、渐进加载、硬停止和验证。
10	- 详细研究、产品设计、包计划、触发评测、验收方法和模板放到 `references/`、`assets/`、`evals/`、`scripts/`。
11	- 需要补全模糊意图、让用户多次选择或先锁 MVP 再批量生成的 skill，必须设计 Codex `request_user_input` / Claude Code `AskUserQuestion` 等宿主原生决策面；Markdown 选择卡只能是降级等待界面，不能冒充真实确认。
12	- 图片、视频、演示文稿、文档、报表、仪表盘或其他渲染产物，优先检查 Image2 / 宿主原生能力；MCP、脚本、SVG、静态预览是降级或辅助路线，必须有降级证据。
13	- 外部材料只能抽象成质量原则；不要复制别人的命名、页面结构、视觉系统、提示词、示例或商业话术。
14	- 当候选 Skill 要影响公开受众的理解、偏好或行动，或要生成多页视觉内容时，必须先让 Skill 自己研究受众需求、公开讨论和同类供给，再形成“机会研究 -> 受众决策 -> 创意系统”。不要把流量研究变成用户必填问题，也不要把单一平台的标题/封面套路抽到通用层。
15	- 每次交付都要闭环：记录运行证据、评审发现、`writeback` / `proposal` / `none-with-reason` / `blocked` 决策，并把可复用学习写回对应 reference、template、validator、eval 或 example。
16
17	## 能力分层
18
19	完整包是能力库，不是所有候选 Skill 的固定模板。按任务风险和交付阶段选择强度：
20
21	1. `core`：所有候选都要明确目标、触发、输入、输出、执行步骤契约、边界和最小验证。目标必须说明谁在什么压力下得到什么最终产物以及如何验收；每个步骤必须有输入、动作、可观察输出、进入下一步的条件和失败路线；边界必须覆盖非目标、权限、事实来源、副作用、停止与降级。
22	2. `conditional`：只有领域陌生、事实会变化、产物可视化、面向公开受众、需要多轮决策或依赖宿主工具时，才加载深度研究、内容机会、创意决策板、多模态或交互式 MVP 模块。
23	3. `release`：只有声称可分发、可销售、可迁移或明显优于基线时，才强制执行 clean-session 基线、宿主证明、人工验收和完整闭环。
24
25	不得因为完整包里存在某个模板，就要求每个候选 Skill 填满它；也不得因为当前任务简单，就删除以后命中条件时需要的能力。
26
27	## 渐进加载
28
29	只读当前阶段需要的文件：
30
31	\| 当前阶段 \| 读取 \| 何时使用 \|
32	\|---\|---\|---\|
33	\| 意图与领域研究 \| `references/intent-domain-research.md`、`assets/domain-research-brief-template.md` \| 所有候选先写最小领域研究简报；只有领域陌生、当前事实会变、用户要求 deep research、涉及公开兼容/安全/商业就绪声明时升级为深度研究。检索后证据仍不足则标 `research-needed`。内容营销或公开传播类技能再加载内容机会研究。 \|
34	\| 表面与产物链 \| `references/experience-surface-model.md` \| Skill 要产出文件、媒体、截图、演示文稿、报告、仪表盘或其他可见产物。 \|
35	\| 产品化设计 \| `references/product-design.md` \| 需要决定多个产物、用户旅程、3 分钟可见结果、首次公开表面或商业交付时。简单单一工作流不强制。 \|
36	\| 运行契约 \| `references/skill-contract.md` \| 写入或改动候选技能包前使用。 \|
37	\| 来源抽象边界 \| `references/source-abstraction-boundary.md` \| 使用外部案例、内部样例或竞品材料时，先抽象再重写。 \|
38	\| 包计划 \| `assets/package-plan-template.md` \| 编辑前映射 `SKILL.md`、参考文件、资产、脚本、评测和示例。 \|
39	\| 多模态/工具路线 \| `references/multimodal-tooling.md`、`assets/multimodal-prompt-brief-template.md` \| Skill 依赖 Image2、宿主媒体能力、MCP、本地渲染器或脚本；先记录本地能力清单和多模态简报。多页视觉产物还要写每页角色、画面、文字区、禁止遮挡区和页面连续性。 \|
40	\| 交互式决策与 MVP 门 \| `references/interactive-mvp-product-skill.md` \| Skill 要在模糊意图下弹多决策、锁定风格/封面/首屏/MVP 后批量生产，或要跨 Codex、Claude Code 宿主复用确认流程。 \|
41	\| 评测设计 \| `references/evaluation-method.md`、`evals/trigger-eval.json` \| `core` 至少设计触发正反例、两个真实任务和一个边界任务。 \|
42	\| 发布级运行证明 \| `assets/trigger-run-record-template.json`、`assets/host-event-anchor-template.json`、`assets/host-attestation-template.json`、`assets/reviewer-attestation-template.json` \| 仅在 `release` 层设计真实 with/without clean-session、目录外运行/人工锚点和基线对比。 \|
43	\| 发布门禁 \| `references/release-gate.md`、`assets/acceptance-run-template.md` \| 声称可以分发、迁移或交付给别人使用前。 \|
44	\| 闭环治理 \| `references/closed-loop-governance.md`、`assets/loop-run-record-template.md` \| 验收、失败、复盘、漂移、发布准备或用户要求“闭环”时；必须写明运行记录和写回决策。 \|
45
46	`assets/` 里的 `.md` 是给人填写的工作模板，`.json` 是给脚本或校验读取的结构数据；只有创建对应产物时才读取。`scripts/` 只在校验、转换或打包时运行，不要把脚本内容粘进对话上下文。
47
48	## 工作流
49
50	1. 分类：判断是 `new-skill`、`refactor-skill`、`evaluate-skill`、`package-plan`，还是 `not-a-skill`。
51	2. Fetch 与研究：先做足以验证目标、原生产物和失败模式的最小证据扫查；只有命中 `conditional` 条件时才升级并执行 `references/intent-domain-research.md` 的 Abstract Deep Research Protocol。只收集会改变包决策、产物表面、工具路线或验收标准的证据。公开传播/营销类 Skill 由 Skill 自己研究受众需求、场景词、同类内容、公开讨论与内容空缺，不把“流量从哪里来”问给用户。
52	3. 设计：确定结果、触发边界、输入输出、本地能力路线、交互式决策面、MVP 锁定门、包结构和公开失败模式。多页视觉产物必须有 Creative Decision Board，能说明每页画什么、字放哪、为什么这样安排。
53	4. 构建：只创建或修改当前目标必须触碰的最小文件集。
54	5. 验证：`core` 层运行结构检查、触发正反例、两个真实任务和一个边界任务；`release` 层再用跨平台 Python 入口创建 `pending` 验收目录，由外部宿主分别运行不加载/加载 Skill 的干净会话，并把 host event/attestation 与 human reviewer attestation 留在 run folder 外。报告 `structure_status=artifact_consistent`、`runtime_status=verified`、`human_status=verified` 分别证明了什么，任何一层都不能替代另一层。
55	6. 闭环：填写运行记录；决定 `writeback`、`proposal`、`none-with-reason` 或 `blocked`；只有可复用学习才写回规则，不能把聊天总结冒充闭环。
56
57	## 包结构
58
59	可用模块（不是每个候选 Skill 的默认文件清单）：
60
61	- `SKILL.md`：轻入口，负责触发和执行契约。
62	- `references/`：领域规则、产品模型、能力路线、来源抽象、评测方法、发布门禁。
63	- `assets/`：可填写模板、工作表、结构数据或提示词简报。
64	- `scripts/`：确定性校验、转换、渲染或包检查。
65	- `evals/`：触发评测和回归用例。
66	- `examples/`：小而真实的输入/输出示例，不写私有历史、内部评分或假运行证据。
67
68	只有当新文件能防止具体失败，或能让 Skill 更容易跑通时才添加。不要为了保存研究笔记而新增参考文件。
69
70	## 硬停止
71
72	遇到以下情况先停止并说明阻塞：
73
74	- 任务只是一次性提示词，不是可重复工作流。
75	- 目标只写了功能或文件名，没有用户、压力场景、最终产物和可观察成功标准。
76	- 执行步骤只有“分析、优化、处理”等空动作，没有输入、动作、输出、转移条件或失败路线。
77	- 边界没有说明非目标、事实来源、权限/副作用、停止条件和降级行为。
78	- 领

People who liked this also viewed

6 picks

Type