Outcome
把明确的 Skill 需求转化为结构最小、行为可靠、可验证并适配目标平台的实现。
Routing
- 新建通用 Skill、创建项目级 Skill 或升级已有 Skill 时进入对应分支。
- 由
audit-agent-setup调用时遵循上层的审查或修复授权;由build-plugin统筹时沿用其任务范围和恢复条件,不重复确认。 - Plugin 打包、安装、分发、普通文档或提示词润色不属于本 Skill。
Steps
- 读取
workflows/§01-research.md,查明需求、目标项目、现状、依赖和平台契约。 - 读取
workflows/§02-clarification.md,只确认会改变结构、行为、权限或验收的决策。 - 读取
workflows/§03-design.md、rules/architecture.md、rules/frontmatter.md、rules/quality-standard.md和rules/platform-compatibility.md,形成最小设计;只有用户要求先评审设计,或存在会改变结构、行为、权限或验收的未决选择时才等待确认。 - 授权范围明确后读取
workflows/§04-implementation.md,实现该范围,复用确定性工具并保持单一规范源。 - 读取
workflows/§05-validation.md,按变更选择静态、内容、文案、独立 Reviewer、场景和平台验证。 - 读取
workflows/§06-delivery.md,报告变更、验证状态、未验证项和恢复条件。
Rules
SKILL.md只保留目标、路由/退出、执行顺序和必要红线;详细规则、模板、示例和校验由附属文件承载。- 每条新增内容都必须有用户需求、仓库事实、平台契约、可复现缺陷或明确安全要求依据;重复或无法说明用途就删除。
- 用户明确要求创建、升级或重构时已授权对应 Skill 文件的本地编辑;不自动 commit、push、发布、安装或更新 Plugin,并保留用户未提交修改。