{"id":"b6bb8c6a-ffc4-4f5d-9d7c-a5a5c5cd93b9","entityType":"agent","slug":"clawhub-wangjiaocheng-meta-skill-system","name":"Meta-Skill System","canonicalUrl":"https://www.xpersona.co/agent/clawhub-wangjiaocheng-meta-skill-system","canonicalPath":"/agent/clawhub-wangjiaocheng-meta-skill-system","generatedAt":"2026-10-10T21:50:24.488Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-10T16:37:50.923Z","emptyReason":null},"description":"元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、 Skill: Meta-Skill System Owner: wangjiaocheng Summary: 元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、 Tags: latest:1.0.15 Version history: v1.0.15 | 2026-09-22T10:27:","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.3K downloads reported by the source. Last updated 10/10/2026.","installCommand":"clawhub skill install s175zq13kt63ypfry5rgxh1pv18440m2:meta-skill-system","sourceUrl":"https://clawhub.ai/wangjiaocheng/meta-skill-system","homepage":"https://clawhub.ai/wangjiaocheng/skills/meta-skill-system","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/wangjiaocheng/meta-skill-system","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/wangjiaocheng/skills/meta-skill-system","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":63,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-10T16:37:50.923Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T16:37:50.923Z","emptyReason":null},"stars":null,"forks":null,"downloads":1336,"packageName":null,"latestVersion":"1.0.15","tractionLabel":"1.3K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T16:37:50.923Z","emptyReason":null},"lastUpdatedAt":"2026-10-10T16:37:50.923Z","lastCrawledAt":"2026-10-10T16:37:50.923Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-11T16:37:50.923Z","lastVerifiedAt":null,"highlights":[{"version":"1.0.15","createdAt":"2026-09-22T10:27:07.563Z","changelog":"meta-skill-system 1.0.15 - Removed the file skill-card.md from the project directory. - No changes were made to the core logic or SKILL.md content. - Skill functionality and structure remain unchanged.","fileCount":17,"zipByteSize":106486},{"version":"1.0.14","createdAt":"2026-09-22T10:02:40.375Z","changelog":"meta-skill-system v1.0.14 - Removed the redundant skill-card.md file. - No changes to functionality or core documentation content. - Maintains all existing features and references; cleanup only.","fileCount":17,"zipByteSize":106904},{"version":"1.0.13","createdAt":"2026-09-12T14:18:11.471Z","changelog":"meta-skill-system v1.0.13 - No other feature or logic changes in this release.","fileCount":17,"zipByteSize":106384},{"version":"1.0.12","createdAt":"2026-09-10T08:18:20.775Z","changelog":"No file changes detected for version 1.0.12. - No new features, bug fixes, or documentation updates in this release. - All functionality and content remain unchanged from the previous version.","fileCount":17,"zipByteSize":106553},{"version":"1.0.11","createdAt":"2026-09-08T15:41:40.997Z","changelog":"- No changes were made to core functionality, documentation, or interfaces. - The skill structure and main capabilities remain unchanged. - This update results in a slightly smaller package with no user-facing impact.","fileCount":16,"zipByteSize":105245},{"version":"1.0.10","createdAt":"2026-08-08T20:14:44.220Z","changelog":"meta-skill-system v1.0.10 - 输出结构中第三层范本文件由 exemplars.md 调整为 meta-skill-exemplars.md。 - 域任务总数由72提升至82，接口校验项由27提升至28，补充深化任务与校验完善。 - 多处更新领域功能描述、任务清单与结构映射，使内容与目录、引用和清单细节保持一致。","fileCount":17,"zipByteSize":106542},{"version":"1.0.9","createdAt":"2026-08-08T14:41:32.830Z","changelog":"- 增强领域负载物生成的接口校验标准，由21项升级为27项。 - 任务数量从70种增加到72种，并完善各域任务分布。 - 工作流执行与三轴任务协同能力描述显著增强，增加了5种轴间协同模式。 - 细化和扩展M3（领域负载物生成域）与M4（执行轴域）的任务内容。","fileCount":17,"zipByteSize":97285},{"version":"1.0.8","createdAt":"2026-07-25T18:59:09.262Z","changelog":"meta-skill-system 1.0.8 - 领域负载物生成能力简介中，新增“可选附加12维完整角色”说明。 - 其余技能内容未见结构性更动，仅description和生成能力部分微调。","fileCount":17,"zipByteSize":92186}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s175zq13kt63ypfry5rgxh1pv18440m2:meta-skill-system","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-meta-skill-system/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-meta-skill-system/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-meta-skill-system/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-meta-skill-system/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-meta-skill-system/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-meta-skill-system/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-10T21:50:24.484Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-meta-skill-system/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-meta-skill-system/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-meta-skill-system/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-meta-skill-system/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-10T16:37:50.923Z","emptyReason":null},"readme":"Skill: Meta-Skill System\n\nOwner: wangjiaocheng\n\nSummary: 元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、\n\nTags: latest:1.0.15\n\nVersion history:\n\nv1.0.15 | 2026-09-22T10:27:07.563Z | user\n\nmeta-skill-system 1.0.15\n\n- Removed the file skill-card.md from the project directory.\n- No changes were made to the core logic or SKILL.md content.  \n- Skill functionality and structure remain unchanged.\n\nv1.0.14 | 2026-09-22T10:02:40.375Z | user\n\nmeta-skill-system v1.0.14\n\n- Removed the redundant skill-card.md file.\n- No changes to functionality or core documentation content.\n- Maintains all existing features and references; cleanup only.\n\nv1.0.13 | 2026-09-12T14:18:11.471Z | user\n\nmeta-skill-system v1.0.13\n\n- No other feature or logic changes in this release.\n\nv1.0.12 | 2026-09-10T08:18:20.775Z | user\n\nNo file changes detected for version 1.0.12.\n\n- No new features, bug fixes, or documentation updates in this release.\n- All functionality and content remain unchanged from the previous version.\n\nv1.0.11 | 2026-09-08T15:41:40.997Z | user\n\n- No changes were made to core functionality, documentation, or interfaces.\n- The skill structure and main capabilities remain unchanged.\n- This update results in a slightly smaller package with no user-facing impact.\n\nv1.0.10 | 2026-08-08T20:14:44.220Z | user\n\nmeta-skill-system v1.0.10\n\n- 输出结构中第三层范本文件由 exemplars.md 调整为 meta-skill-exemplars.md。\n- 域任务总数由72提升至82，接口校验项由27提升至28，补充深化任务与校验完善。\n- 多处更新领域功能描述、任务清单与结构映射，使内容与目录、引用和清单细节保持一致。\n\nv1.0.9 | 2026-08-08T14:41:32.830Z | user\n\n- 增强领域负载物生成的接口校验标准，由21项升级为27项。\n- 任务数量从70种增加到72种，并完善各域任务分布。\n- 工作流执行与三轴任务协同能力描述显著增强，增加了5种轴间协同模式。\n- 细化和扩展M3（领域负载物生成域）与M4（执行轴域）的任务内容。\n\nv1.0.8 | 2026-07-25T18:59:09.262Z | user\n\nmeta-skill-system 1.0.8\n\n- 领域负载物生成能力简介中，新增“可选附加12维完整角色”说明。\n- 其余技能内容未见结构性更动，仅description和生成能力部分微调。\n\nv1.0.7 | 2026-07-25T18:13:48.381Z | user\n\n- In SKILL.md, clarified和expanded the三层结构 section,明确将三层结构命名为“任务清单 + 依赖拓扑”“任务要求清单”“范本清单”。\n- 在能力协同部分，新增了能力路径组合内容，说明了组件可任意组合，共有15条有效路径，并指向详细列表位置。\n- 扩展能力部分补充了合并能力的推荐命令及合并顺序说明，细化了导出合并提示词流程。\n- 补充了“四模式完备性”理论，明确创新归纳的逻辑穷尽性。\n- 修改了部分条目措辞（如“拒绝任何丝毫修改”）以提升规范表达，一致整体术语。\n- 其余内容为针对性细节修订，无核心功能变动。\n\nv1.0.6 | 2026-06-21T15:04:29.305Z | user\n\nmeta-skill-system v1.0.6\n\n- references/meta-skill-system-prompt.md 合并版提示词文件新增，整合了 SKILL.md 和所有 references 内容，支持一键导出提示词。\n- references/meta-skill-system-complete.md 被移除，提示词合并逻辑明确改为 meta-skill-system-prompt.md。\n- SKILL.md 增加说明，明确 references/meta-skill-system-prompt.md 用途及合并文件规则，细化扩展能力描述。\n\nv1.0.5 | 2026-06-17T17:10:59.793Z | user\n\nmeta-skill-system 1.0.5\n\n- 新增 references/meta-skill-system-complete.md 文件，支持技能内容合并导出。\n- SKILL.md 新增对合并版内容的说明，调整“三层结构”部分，增加“完整合并版（提示词导出用）”说明。\n- 使用规则补充明确：技能内容支持原样合并导出，可用于提示词需求，并具备生成领域负载物提示词的能力。\n- 明确内容权限相关说明，增加技能内容修改与用户填充的权限控制细则。\n- 文档结构细节完善，未改动核心能力与执行框架内容。\n\nv1.0.4 | 2026-06-17T16:05:32.650Z | user\n\nmeta-skill-system 1.0.4\n\n- No feature or logic changes in core capabilities; documentation and reference structure remain unchanged.\n- The skill system continues to provide domain evaluation, workflow reconstruction, domain payload generation, and a general-purpose task execution framework.\n\nv1.0.3 | 2026-06-16T11:37:16.950Z | user\n\nmeta-skill-system v1.0.3\n\n- 拓展任务支持范围，由10域62种任务提升为10域70种任务\n- 新增并强调“自指性”原则，明确本技能规范、方法、执行即规范自身，并以自身为产出样本\n- 增加“元技能特有维度”说明，详细阐述元层性质、系统性、可复用性与验证严格性\n- 保持原有三轴执行框架和结构组织不变\n- 仅文档内容更新，无代码或结构文件更改\n\nv1.0.2 | 2026-06-16T07:39:52.079Z | user\n\nmeta-skill-system v1.0.2\n\n- 新增「references/exemplars/M0-任务域协调域范本.md」范本文件，优化样本法参考内容。\n- 移除「references/exemplars/M0-元技能协调域范本.md」旧范本，保持范本库一致性。\n- SKILL.md 新增“校验豁免规则”章节，明确母技能的接口校验特殊标准。\n- 其余核心设计、能力描述与三层结构未变。\n\nv1.0.1 | 2026-06-16T06:19:49.950Z | user\n\n- 领域负载物生成的接口校验清单由20项升级为21项，相关描述已同步更新。\n- 其他功能与框架保持不变。\n\nv1.0.0 | 2026-06-15T15:51:58.201Z | auto\n\nmeta-skill-system v1.0.0\n\n- Initial release of the meta-skill-system, providing a complete framework for domain evaluation, workflow reconstruction, skill generation, and task execution.\n- Core capabilities include: domain elimination evaluation (five-step method), workflow restructuring (three-step method), domain artifact creation (three-layer structure + 20 interface checks), and a universal, three-axis task execution framework.\n- Defines six universal operations (perceive, cognize, act, organize, interact, guard) and their schema for structuring any task pipeline.\n- Fully self-contained: all features and methods are embedded; no external skills required.\n- Modular, extensible structure: reference files for skill catalog, requirements, and example methods support customization and sample-based execution.\n\nArchive index:\n\nArchive v1.0.15: 17 files, 106486 bytes\n\nFiles: references/exemplars/M0-任务域协调域范本.md (1686b), references/exemplars/M1-领域评估域范本.md (4333b), references/exemplars/M2-工作流重构域范本.md (5250b), references/exemplars/M3-领域负载物生成域范本.md (10997b), references/exemplars/M4-执行轴域范本.md (6401b), references/exemplars/M5-内容轴域范本.md (3609b), references/exemplars/M6-创新轴模式直用域范本.md (5269b), references/exemplars/M7-创新轴模式改进域范本.md (5453b), references/exemplars/M8-创新轴模式迁移域范本.md (2798b), references/exemplars/M9-创新轴模式构建域范本.md (3299b), references/meta-skill-catalog.md (13089b), references/meta-skill-exemplars.md (11475b), references/meta-skill-requirements.md (73838b), references/meta-skill-system-prompt.md (164711b), skill-card.md (2437b), SKILL.md (17214b), _meta.json (137b)\n\nFile v1.0.15:SKILL.md\n\n---\nname: meta-skill-system\nauthor: 王教成 Wang Jiaocheng (波动几何)\ndescription: 元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、meta-skill-system。\n---\n\n# 元技能系统\n\n## 定位\n\n本技能是一个**元技能系统**，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。\n\n**自指性**：本技能是一个自指系统——它定义的标准约束自身，它提供的方法作用于自身，它生成的产物以自身为样本。\n\n1. **结构自指**：本技能定义了领域负载物的生成标准（三层结构、28项接口校验、依赖拓扑），而本技能自身完全符合这些标准——它是自己定义的质量规范的第一个实例\n2. **执行自指**：本技能提供了三轴执行框架（S/C/A/O/I/G元操作+管线编排），而本技能自身的82个任务全部通过这个框架执行——它是自己定义的执行机制的第一个用户\n3. **方法自指**：本技能的内容轴提供清单法和样本法两种生成方式，而本技能自身同时是这两种方式的体现——生成的技能按清单法组织（任务清单、组件清单），同时以本技能为样本进行模仿生成\n\n## 核心能力\n\n### 能力协同（M0）\n\n**职责分工**：\n- **领域评估**：领域边界识别、存在理由分析、消除/重构/保留决策\n- **工作流重构**：流程结构分析、补偿层消除、IPO基元链重整\n- **领域负载物生成**：领域知识内容：catalog(清单)、requirements(要求)、exemplars(范本)\n- **通用任务执行**：三轴执行框架：执行轴编排、内容轴消费清单/样本、创新轴突破\n\n**价值链**：\n```\n传统领域 ──[领域评估]──→ 评估结论（消除/重构/保留）\n                              │\n                              ▼\n                  [工作流重构]（如需重构）\n                              │\n                              ▼\n                       重构后IPO基元链\n                              │\n                              ▼\n                  [领域负载物生成]\n                              │\n                              ▼\n                       领域负载物（简化版）\n                              │\n                              ▼\n                  [通用任务执行] 持续执行\n```\n\n**路径组合**：评估(A)、重构(R)、生成(G)、执行(X)四组件可任意组合，共 15 条有效路径（✅ 推荐  ⚠️ 不推荐）。完整路径为 A→R→G→X。详细列表见 `references/meta-skill-requirements.md` M0 域级说明。\n\n**四层价值属性**：\n- **领域评估**：判断价值——解决\"这个领域需不需要存在\"的根本问题（低频、脉冲式）\n- **工作流重构**：转化价值——解决\"从旧到新\"的转化问题（低频、脉冲式）\n- **领域负载物生成**：创建价值——解决\"从无到有\"的创建问题（中频、按需）\n- **通用任务执行**：运行时价值——解决\"执行任务\"的运行问题（高频、持续）\n\n**生产力价值**：将模糊任务需求转化为确定的方法论路径，消除试错成本——省掉的不是几小时会议，是一个团队每周的决策摩擦，让组织从\"怎么做\"的纠结中解放出来专注\"做什么\"。\n\n### 领域评估能力（M1）\n\n评估一个领域是否需要存在，而不是如何优化：\n\n- **评估五步法**：边界识别 → 存在理由分析 → 消除可行性评估 → 独立存在必要性判断 → 决策输出\n- **领域存在理由分类**：事情本身需要 / 人的局限需要 / 历史遗留 / 外部约束\n- **评估判断标准**：边界模糊度 / 功能离散度 / 独立价值 / 消除成本\n- **评估验证清单**：5项验证，全部通过才算评估完成\n\n**核心理念**：领域存在的根本问题不是\"这个领域能不能优化\"，而是\"这个领域需不需要存在\"。如果领域本身是人的局限产物（组织架构、部门壁垒、历史遗留），那么消除领域比重构领域更彻底。\n\n**适用范围**：任何可被识别为\"领域\"的实体——业务领域、工作流、组织部门、技术模块、知识分类、流程阶段等。\n\n**评估后典型决策**：\n- **消除**：边界模糊、功能离散、历史遗留、消除成本低\n- **重构**：边界清晰、功能内聚、消除成本高\n- **保留**：已足够优化、外部约束不可变\n\n**选择原则**：能消除的不重构，能重构的不保留。消除是最彻底的优化。\n\n**生产力价值**：消除冗余领域，直接减少组织维护成本和协作损耗——不是优化了预算，是砍掉了一整行，释放的资源转向真正的价值创造。\n\n### 工作流重构能力（M2）\n\n将任何领域的复杂工作流重构为AI辅助一人简易完成：\n\n- **重构三步法**：拆解（识别每个环节的存在理由）→ 消除（去掉人的局限补偿层）→ 重整（基于AI能力模型重编为端到端IPO基元链）\n- **环节分类**：核心环节 / 校准环节 / 传递环节 / 协调环节 / 校验环节 / 格式环节\n- **重构验证清单**：7项验证，全部通过才算重构完成\n- **重构后形态**：单步IPO / 简短基元链 / IPO+人工决策\n\n**核心理念**：传统工作流的复杂度 = 事情本身的复杂度 + 人的局限补偿层。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。\n\n**适用范围不止于流程。** 任何产物（文档、方案、设计、代码）都可以拆解为组成部分，其组装过程就是一种\"工作流\"。\n\n**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物不只是传递文档，更是在过程中提供纠偏锚点。\n\n**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。如果中间产出物起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。\n\n**基元内分步**：一个基元内部可以有子步骤，子步骤之间通过中间产出物形成校准点。基元内分步不是基元间传递——不需要跨基元边界，但保留过程中的纠偏能力。\n\n**基元数约束**：≤5。超过5说明还没充分消除补偿层。\n\n**生产力价值**：将多角色协作流程压缩为端到端 IPO 链，降低传递损耗和协调成本——5人3天的工作流压缩为1人2小时，释放的人力转向高价值判断。\n\n### 领域负载物生成能力（M3）\n\n从零创建完整的领域负载物技能：\n\n- **领域分析框架**：R1-R5分类定位 / 价值链拆解 / 任务枚举 / 执行框架映射推导\n- **三层结构模板**：SKILL.md + catalog + requirements + exemplars\n- **接口校验清单**：28项逐条检查，确保生成的技能与执行框架零冲突\n- **标准化生成工作流**：从用户输入到完整技能的标准化流程\n\n**核心理念**：本能力不依赖任何被它创建的领域技能，仅依赖通用任务执行能力、工作流重构能力和自身的references文件。\n\n**生产力价值**：将领域知识系统化为可复用的技能包，消除从零构建的重复劳动——相当于一个不用培训、不会离职、24小时待命的领域专家，让专业知识无限复制而非一次消耗。\n\n### 通用任务执行能力（M4-M9）\n\n三轴正交的任务执行框架，5种协同模式按需激活：\n- **顺序协同**：创新轴确定方向 → 执行轴分解管线 → 内容轴确定方法\n- **并行协同**：执行轴与内容轴同时推进，创新轴按需插入\n- **条件协同**：根据任务特征动态激活或关闭某些轴\n- **迭代协同**：执行发现问题 → 创新提供新方向 → 内容调整构成\n- **递归协同**：每个轴内部可递归调用其他轴\n\n**核心理念**：\n- **万物皆可单元化**：任何任务可分解为原子能力单元\n- **单元即管线节点**：单元按依赖关系串联/并联/条件分支形成管线\n- **领域无关，方法通用**：6大元操作是领域无关的思维原语\n- **负载物可替换**：产出 = 元操作 × 领域负载物\n- **身份自适应叠加**：元操作级身份+领域级身份，两层正交\n- **管线与IPO统一**：横向是管线，纵向是IPO递归，分形一致\n- **三轴正交**：执行轴（How/必选）+ 内容轴（What/按需）+ 创新轴（Why Different/按需）\n\n**统一执行流程**：收到任务后按5步执行——三轴判定 → 领域校准 → 三轴分解 → 管线编排与执行 → 整合交付。\n\n**执行轴**：6大元操作(S/C/A/O/I/G) + 6种编排模式(顺序/并行/条件/循环/扇出/扇入) + 7种通用管线模式(P1-P7)。\n\n**内容轴**：清单法(组件组合) + 样本法(模仿产出)。\n\n**创新轴**：模式直用 + 模式改进(10种元框架) + 模式迁移(概念/机制/结构/方法) + 模式构建(维度矩阵)。\n\n**四模式完备性**：任何创新实例从发生学角度只有四种可能来源——已有模式换了地方用（直用）、已有模式做了变形（改进）、别处模式搬过来（迁移）、没有模式从零组合（构建）。一个创新要么有已有模式作为起点（M6/M7/M8），要么没有（M9）。四分类穷尽且互斥，完备性成立。\n\n**各轴关键能力**：\n- **M4 执行轴**：6大元操作(S/C/A/O/I/G)按管线编排，任务→能力单元→IPO链，消除临场判断的不确定性\n- **M5 内容轴**：清单法按组件清单逐项填充组装，样本法模仿高质量同类产出——30页方案从3天缩短为30分钟，思路成本归零\n- **M6 模式直用**：将已知基元嵌入处理环节，同领域模式复用——一份思考产生多变体方案，投入产出翻倍\n- **M7 模式改进**：10种元框架按四个变换维度对已有方案施加系统化变形——替代随机试错，将改进从灵感变为工程\n- **M8 模式迁移**：将异领域模式按概念→机制→结构→方法跨域迁移——省掉跨领域学习曲线的沉默成本，已验证方案即插即用\n- **M9 模式构建**：维度矩阵强制连接两个概念生成反常识方案——打破创新停滞，从未知组合中挖掘被忽视的可能性\n\n详细定义见 `references/meta-skill-requirements.md` 中 M4 至 M9。\n\n**生产力价值**：将任意任务转化为可编排的能力单元管线，消除临场判断的不确定性——从\"怎么做\"到\"执行完成\"之间的真空地带自动填充，让每次执行都是可复现的高质量输出。\n\n## 元技能特有维度\n\n元技能系统具有以下特有维度：\n\n| 维度 | 说明 | 影响 |\n|------|------|------|\n| **元层性质** | 元技能处理的是方法论本身，而非具体领域知识 | 需要更高的抽象能力和框架思维 |\n| **系统性** | 多个能力模块形成完整的方法论体系 | 需要协调使用，不能孤立执行 |\n| **可复用性** | 元技能可应用于任何具体领域 | 需要保持通用性和适应性 |\n| **验证严格性** | 元技能有严格的验证标准 | 需要守护单元密度高 |\n\n## 三层结构\n\n```\n第一层：任务清单 + 依赖拓扑   →  references/meta-skill-catalog.md\n第二层：任务要求清单          →  references/meta-skill-requirements.md\n第三层：范本清单            →  references/meta-skill-exemplars.md\n```\n\n## 使用规则\n\n### 执行流程\n1. **首次加载**：读取 `references/meta-skill-catalog.md`，获取域分类、依赖拓扑、元操作映射提示\n2. **按需深入**：确认目标方法论执行类型后，读取 `references/meta-skill-requirements.md` 获取组件清单；如需样本法，读取 `references/meta-skill-exemplars.md` 获取范本\n3. **独立执行**：本技能不依赖外部技能，所有能力均已内嵌，可直接执行任何方法论任务\n\n### 内容权限\n4. **修改权限**：本技能已充分优化完善，使用过程中拒绝任何对技能内容的丝毫修改\n5. **用户填充**：用户可向本技能添加具体领域的元技能执行范本，用于样本法参考；除非修改权限用户明确要求失效时方可填充\n\n### 扩展能力\n6. **提示词导出**：可将本技能的SKILL.md与references目录下所有文件内容合并为单一提示词文件，用于不支持skill目录格式的工具；同时可直接生成领域负载物技能的合并提示词文件。建议使用命令方式合并（`cat SKILL.md references/meta-skill-catalog.md ... > output.md`），合并顺序：SKILL.md → meta-skill-catalog.md → meta-skill-requirements.md → meta-skill-exemplars.md → exemplars/下各域范本文件（M0→M9）\n7. **完整合并版**：`references/meta-skill-system-prompt.md` 为完整合并版提示词文件，包含SKILL.md与所有references文件内容\n\n**校验豁免规则**：本技能作为生成技能的\"母技能\"（执行框架本身），对接口校验有以下特殊豁免：\n\n| 检查项 | 豁免原因 |\n|--------|----------|\n| A4 降级模式定义 | 母技能是执行框架本身，不需要降级模式 |\n| B5 入口任务标识正确 | 母技能有10个独立域，入口任务数较多是合理的 |\n| D1 \"与执行框架的接口\"章节 | 母技能本身就是执行框架，不需要\"与自己的接口\" |\n\n**校验标准分层**：\n- **母技能标准**：豁免A4、B5、D1，其他25项必须通过\n- **生成技能标准**：全部28项都必须通过\n\n## 元技能域概览\n\n按使用流程组织，共10域82种方法论执行任务：\n\n| 域 | 任务数 | 典型任务 |\n|----|--------|---------|\n| M0 任务域协调域 | 3 | 任务路由、执行顺序确定、结果整合与优化 |\n| M1 领域评估域 | 6 | 领域边界识别、领域存在理由分析、领域消除可行性评估、领域独立存在必要性判断、决策输出、评估深化 |\n| M2 工作流重构域 | 7 | 传统工作流识别、环节存在理由分析、人的局限补偿层消除、重整为IPO基元链、重构验证、执行形态选择、重构深化 |\n| M3 领域负载物生成域 | 10 | 领域分析与定义、域划分与任务枚举、SKILL.md生成、Catalog文件生成、Requirements文件生成、Exemplars文件生成、可执行脚本生成、输出资源生成、接口校验、负载物深化 |\n| M4 执行轴域 | 14 | 能力单元定义、感知元操作、认知元操作、行动元操作、组织元操作、交互元操作、守护元操作、管线编排、通用管线模式、三轴判定、领域校准、三轴分解、整合交付、执行深化 |\n| M5 内容轴域 | 9 | 清单法、样本法、组件清单构建、逐项填充、组装成品、样本获取与分析、模仿产出、网络搜索策略、内容深化 |\n| M6 创新轴·模式直用域 | 8 | 基元运用反常识创新、基元运用框架创新、基元运用迁移创新、基元运用构建创新、基元重组创新、四维评估标准、领域适配方法、直用深化 |\n| M7 创新轴·模式改进域 | 12 | 改进路由选择、第一性原理创新、逆向思维创新、辩证综合创新、随机性驱动创新、演化迭代创新、涌现生成创新、系统动力学创新、约束驱动创新、故事叙述创新、游戏化创新、改进深化 |\n| M8 创新轴·模式迁移域 | 6 | 概念迁移、机制迁移、结构迁移、方法迁移、源领域质量检验、迁移深化 |\n| M9 创新轴·模式构建域 | 7 | 概念解构、维度矩阵建立、强制连接、可能性推导、可能性集群形成、方案生成、构建深化 |\n\n**域间逻辑流**：M0 → M1 → M2 → M3 → M4-M9（执行框架按需调用）\n\n完整清单见 `references/meta-skill-catalog.md`。\n\n## 事实纪律\n\n1. 仅使用确知的事实和可验证的信息，不得编造数据或引用\n2. 领域校准推导须向用户展示推导过程和依据\n3. 单元分解须基于任务本身的结构，不得强行套用模板\n4. 管线编排须尊重任务的自然依赖关系，不得人为制造冗余节点\n5. 守护单元的约束条件须来自领域实际规则，不得凭空设定\n6. 创新方案引用的案例、数据必须确知真实存在，不确定的标注\"待验证\"\n7. 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格\n8. 单元输出格式须匹配下游单元的输入要求，确保组合接口可用\n\nFile v1.0.15:_meta.json\n\n{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"meta-skill-system\",\n  \"version\": \"1.0.15\",\n  \"publishedAt\": 1790072827563\n}\n\nFile v1.0.15:references/exemplars/M0-任务域协调域范本.md\n\n## M0 任务域协调域范本\n\n### M0-01 任务路由范本\n\n**任务需求分析**：________\n\n**任务类型识别**：________\n\n**路由目标确定**：\n\n| 任务类型 | 目标域 | 入口任务 | 深化任务 |\n|---------|--------|---------|---------|\n| 领域评估 | M1 | M1-01 | M1-06 |\n| 工作流重构 | M2 | M2-01 | M2-07 |\n| 负载物生成/修改 | M3 | M3-01 | M3-10 |\n| 任务执行 | M4 | M4-01 | M4-14 |\n| 内容产出 | M5 | M5-01/M5-02 | M5-09 |\n| 创新·直用 | M6 | M6-01~M6-04 | M6-08 |\n| 创新·改进 | M7 | M7-01 | M7-12 |\n| 创新·迁移 | M8 | M8-01~M8-04 | M8-06 |\n| 创新·构建 | M9 | M9-01 | M9-07 |\n| 跨域组合 | 多域 | M0-02 | 各域深化协同 |\n\n**多域组合方案**：________\n\n**路由优先级**：________\n\n**并行执行可能性分析**：________\n\n---\n\n### M0-02 执行顺序确定范本\n\n**任务域依赖关系分析**：\n\n| 任务域 | 依赖 | 被依赖 |\n|--------|------|--------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**执行顺序方案**：________\n\n**关键路径识别**：________\n\n**执行顺序图**：\n\n```\n[任务域1] → [任务域2] → [任务域3]\n                ↓\n            [任务域4]\n```\n\n**并行执行可能性分析**：________\n\n---\n\n### M0-03 结果整合与优化范本\n\n**各任务域执行结果汇总**：\n\n| 任务域 | 执行结果 | 质量评估 |\n|--------|---------|---------|\n| ________ | ________ | 高/中/低 |\n| ________ | ________ | 高/中/低 |\n| ________ | ________ | 高/中/低 |\n\n**整合方案**：________\n\n**优化建议**：________\n\n**整合效果评估**：________\n\n**最终输出**：________\n\nFile v1.0.15:references/exemplars/M1-领域评估域范本.md\n\n## M1 领域评估域范本\n\n### M1-01 领域边界识别范本\n\n**目标领域**：________（如：质量监督部/运营支持/技术架构组/________）\n\n**领域范围描述**：\n- 包含：________\n- 不包含：________\n\n**与其他领域的交集**：\n\n| 交集领域 | 交集内容 | 交集程度 |\n|---------|---------|---------|\n| ________ | ________ | 低/中/高 |\n| ________ | ________ | 低/中/高 |\n| ________ | ________ | 低/中/高 |\n\n**边界清晰度**：清晰 / 模糊 / 高度重叠\n\n**领域规模**：\n- 人员：___人\n- 流程：___个\n- 功能点：___个\n\n---\n\n### M1-02 领域存在理由分析范本\n\n**追问准则**：如果组织是完全扁平的、没有部门壁垒，这个领域还需要独立存在吗？\n\n**存在理由**：________\n\n**存在理由标记**：\n- ⬜ 事情本身需要 → ✅必要\n- ⬜ 人的局限需要 → ❌可消除\n- ⬜ 历史遗留 → ⚠️待评估\n- ⬜ 外部约束 → 🔒不可消除\n\n**标记理由**：________\n\n**存在理由细分**（如适用）：\n- 组织架构：________\n- 协作需要：________\n- 认知局限：________\n- 历史惯性：________\n- 法规要求：________\n\n---\n\n### M1-03 领域消除可行性评估范本\n\n**消除方案**：\n\n| 方案 | 具体描述 | 成本 | 风险 |\n|------|---------|------|------|\n| 被更大领域吸收 | ________ | 低/中/高 | 低/中/高 |\n| 功能分散到其他领域 | ________ | 低/中/高 | 低/中/高 |\n| 直接废弃 | ________ | 低/中/高 | 低/中/高 |\n\n**推荐方案**：________\n\n**消除后功能覆盖度**：\n- 功能A → 领域X\n- 功能B → 领域Y\n- 功能C → 领域Z\n\n**消除成本评估**：低/中/高（理由：________）\n\n**消除风险评估**：低/中/高（理由：________）\n\n---\n\n### M1-04 领域独立存在必要性判断范本\n\n**评分标准**：\n- 边界清晰度（1-10）：边界越清晰，分数越高\n- 功能内聚性（1-10）：功能越相关，分数越高\n- 消除成本（1-10）：成本越高，分数越高（越不值得消除）\n\n**评分结果**：\n\n| 维度 | 评分 | 权重 | 加权分 |\n|------|------|------|--------|\n| 边界清晰度 | ___/10 | 30% | ___ |\n| 功能内聚性 | ___/10 | 40% | ___ |\n| 消除成本 | ___/10 | 30% | ___ |\n| **综合评分** | ___/10 | 100% | ___ |\n\n**评分依据**：\n- 边界清晰度：________\n- 功能内聚性：________\n- 消除成本：________\n\n**必要性判定**：\n- 综合评分 ≥ 7：领域值得独立存在 → 保留→可进一步优化\n- 综合评分 4-6：领域存在必要性存疑 → 进一步评估或部分消除\n- 综合评分 < 4：领域不值得独立存在 → 消除\n\n---\n\n### M1-05 决策输出范本\n\n**评估结果汇总**：\n- 边界清晰度：________\n- 存在理由：________\n- 消除可行性：________\n- 独立存在必要性：________\n\n**决策建议**：\n- ⬜ 消除：领域不值得独立存在，建议消除\n- ⬜ 重构：领域值得独立存在，建议进一步优化\n- ⬜ 保留：领域已足够优化，无需重构\n\n**决策理由**：________\n\n**后续行动建议**：\n- 如果消除：________\n- 如果重构：对领域进行进一步优化，提升效率和清晰度\n- 如果保留：________\n\n**决策置信度**：高/中/低\n\n**决策风险提示**：________\n\n---\n\n### 评估前后对比\n\n| 维度 | 评估前 | 评估后 | 变化 |\n|------|--------|--------|------|\n| 领域状态 | 存在 | 消除/重构/保留 | ________ |\n| 功能分布 | 集中在该领域 | 分散到其他领域/保持集中 | ________ |\n| 协调成本 | 有 | 无/减少/保持 | ________ |\n| 边界清晰度 | 模糊/清晰 | 更清晰/已消除 | ________ |\n\n**范本要点**:\n- 评估的核心是\"追问存在理由\"——每个领域都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除领域比重构领域更彻底——如果领域本不该存在，消除是最佳选择\n- 评分必须基于客观标准，不可凭感觉——边界清晰度、功能内聚性、消除成本都需要量化\n- 决策建议必须明确——消除/重构/保留三选一，不可模棱两可\n- 范本中 `________` 为待用户提供的内容，不可AI编造\n---\n\n### M1-06 评估深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜边界细化 ⬜存在理由深化 ⬜消除方案细化\n\n**深化方案**：________\n\nFile v1.0.15:references/exemplars/M2-工作流重构域范本.md\n\n## M2 工作流重构域范本\n\n### M2-01 传统工作流识别范本\n\n**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/法律文书/财务审计/________）\n\n**传统工作流全景**：\n\n| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |\n|---|------|---------|---------|--------|---------|\n| 1 | ________ | ________ | ________ | ________ | ___% |\n| 2 | ________ | ________ | ________ | ________ | ___% |\n| 3 | ________ | ________ | ________ | ________ | ___% |\n| 4 | ________ | ________ | ________ | ________ | ___% |\n| 5 | ________ | ________ | ________ | ________ | ___% |\n| ... | ... | ... | ... | ... | ... |\n\n**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点\n\n---\n\n### M2-02 环节存在理由分析范本\n\n**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\n\n| # | 环节 | 存在理由 | 类型标记 | 标记理由 |\n|---|------|---------|---------|---------|\n| 1 | ________ | 事情本身需要 | ✅核心 | ________ |\n| 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 |\n| 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |\n| 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |\n| 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |\n| 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |\n| ... | ... | ... | ... | ... |\n\n**统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个\n\n---\n\n### M2-03 人的局限补偿层消除范本\n\n**消除清单**：\n\n| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |\n|---|-----------|--------|---------|------------|\n| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |\n| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |\n| 3 | ________ | 格式 | 零形式开销 | 不需要 |\n| ... | ... | ... | ... | ... |\n\n**保留清单**：\n\n| # | 保留环节 | 保留理由 | 类型 |\n|---|---------|---------|------|\n| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |\n| 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） |\n| 3 | ________ | 关键质量校验 | ⚡校验（精简后） |\n| ... | ... | ... | ... |\n\n---\n\n### M2-04 重整为IPO基元链范本\n\n**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）\n\n| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 |\n|-------|--------|-------------------|--------|---------|----------------|\n| 1 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| 2 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| ... | ... | ... | ... | ... |\n\n**基元间传递**：基元1.O → 基元2.I → ...\n\n---\n\n### M2-05 重构验证范本\n\n| # | 验证项 | 通过？ | 说明 |\n|---|--------|-------|------|\n| 1 | 事情完整性 | ⬜是/⬜否 | 重构后是否覆盖全部核心步骤 |\n| 2 | 补偿层消除 | ⬜是/⬜否 | 传递/协调/格式环节是否已消除 |\n| 3 | 校准不丢失 | ⬜是/⬜否 | 起纠偏作用的中间产出物是否保留为基元内分步校准点 |\n| 4 | 端到端可执行 | ⬜是/⬜否 | AI辅助一人能否从头到尾完成 |\n| 5 | 复杂度回归 | ⬜是/⬜否 | 流程复杂度是否回归事情本身 |\n| 6 | 质量守恒 | ⬜是/⬜否 | 产出质量是否不低于传统工作流 |\n| 7 | 合规不跳过 | ⬜是/⬜否 | 涉及合规的环节是否保留 |\n\n**验证不通过项修正**：________\n\n---\n\n### M2-06 执行形态选择范本\n\n**选定形态**：________\n\n| 形态 | 适用场景 | 本案是否适配 |\n|------|---------|------------|\n| 单步IPO | 标准化任务，描述目标→AI直接产出 | ⬜是/⬜否 |\n| 简短基元链 | 有阶段的中等复杂度任务 | ⬜是/⬜否 |\n| IPO+人工决策 | 涉及合规/客户/品牌 | ⬜是/⬜否 |\n\n**选择理由**：________\n\n**关键人工决策节点**（如有）：________\n\n---\n\n### 重构前后对比\n\n| 维度 | 重构前 | 重构后 | 改善 |\n|------|--------|--------|------|\n| 环节数 | ___ | ___ | -___% |\n| 中间文档 | ___份 | 0份 | -100% |\n| 参与角色 | ___个角色 | 1人+AI | -___% |\n| 协作节点 | ___个 | ___个关键校验 | -___% |\n| 端到端耗时 | ___ | ___ | -___% |\n| 传递损耗 | ___% | 0% | -100% |\n\n**范本要点**:\n- 重构的核心是\"追问存在理由\"——每个环节都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除环节不可犹豫——传递/协调/格式环节是人的局限产物，不是事情本身\n- **校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点，防止过度合并导致返工\n- 验证七项必须全部通过，尤其是校准不丢失、质量守恒和合规不跳过\n- 范本中 `________` 为待用户提供的内容，不可AI编造\n---\n\n### M2-07 重构深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜环节细化 ⬜校准点优化 ⬜IPO链调整\n\n**深化方案**：________\n\n**二次验证（M2-05）**：________\n\nFile v1.0.15:references/exemplars/M3-领域负载物生成域范本.md\n\n## M3 领域负载物生成域范本\n\n### M3-01 领域分析与定义范本\n\n**领域名称规范化**：\n- 用户原始描述：________\n- 核心领域关键词：________\n- 规范化领域名：\n  - 英文名：________\n  - 中文名：________\n- 域代号前缀：________\n\n**领域分类定位**：\n\n| R维度 | 评分 | 推导结果 |\n|-------|------|---------|\n| R1 信息密度 | 高/中/低 | S和C权重：高/标准/低 |\n| R2 创造性 | 高/中/低 | A权重：高/标准/低 |\n| R3 交互性 | 高/中/低 | I权重：高/标准/低 |\n| R4 规范性 | 高/中/低 | G权重：高/标准/低 |\n| R5 迭代性 | 高/中/低 | 循环模式：多/中/少 |\n\n**领域特征总结**：\n- 领域复杂度：简单/中等/复杂\n- 领域核心特征：________\n- 领域挑战：________\n\n---\n\n### M3-02 域划分与任务枚举范本\n\n**价值链拆解**：\n\n```\n输入 → 处理1 → 处理2 → ... → 输出\n```\n\n**域划分结果**：\n\n| 域编号 | 域名称 | 范围说明 | 任务数 |\n|--------|--------|---------|--------|\n| X1 | ________ | ________ | ___ |\n| X2 | ________ | ________ | ___ |\n| X3 | ________ | ________ | ___ |\n| ... | ... | ... | ... |\n\n**域间逻辑流**：X1 → X2 → X3 → ...\n\n**任务枚举**（每个域）：\n\n| 任务ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\n|--------|---------|------|------|-----------|\n| X1-01 | ________ | ________ | 无（入口） | S/C/A/O/I/G |\n| X1-02 | ________ | ________ | X1-01 | S/C/A/O/I/G |\n| ... | ... | ... | ... | ... |\n\n---\n\n### M3-03 SKILL.md生成范本\n\n```markdown\n---\nname: {技能英文名}\nauthor: {作者}\ndescription: {技能描述，包含核心能力和触发词，触发词最后默认包含meta-skill-system}\n---\n\n# {技能中文名}\n\n## 定位\n\n{技能定位描述}\n\n## 核心能力\n\n{核心能力列表}\n\n## {领域名}特有维度\n\n| 维度 | 说明 | 影响 |\n|------|------|------|\n| {维度1} | {说明} | {影响} |\n| {维度2} | {说明} | {影响} |\n| ... | ... | ... |\n\n## 三层结构\n\n第一层：{清单文件名} → references/{技能英文名主体}-catalog.md\n第二层：{要求文件名} → references/{技能英文名主体}-requirements.md\n第三层：{范本文件名} → references/{技能英文名主体}-exemplars.md\n\n## 使用规则\n\n{使用规则列表}\n\n## 通用任务执行能力\n\n{通用任务执行能力说明（三轴+管线+协同模式）}\n\n## 角色定义（可选）\n\n{12维角色模型，当负载物需要人味时使用}\n\n## {领域名}域概览\n\n| 域 | 任务数 | 典型任务 |\n|----|--------|---------|\n| {域1} | {任务数} | {典型任务} |\n| {域2} | {任务数} | {典型任务} |\n| ... | ... | ... |\n\n**域间逻辑流**：{域1} → {域2} → ... → {域N}\n\n完整清单见 `references/{技能英文名主体}-catalog.md`。\n\n## 事实纪律\n\n{事实纪律列表}\n\n## 标题层级规范\n\n为确保合并为单一提示词文件时标题层级不冲突，各文件标题层级规范如下：\n\n| 文件类型 | 一级标题 | 二级标题 | 三级标题 | 四级标题 |\n|---------|---------|---------|---------|---------|\n| SKILL.md | `#` | `##` | `###` | `####` |\n| references/{技能英文名主体}-catalog.md | `##` | `###` | `####` | `#####` |\n| references/{技能英文名主体}-requirements.md | `##` | `###` | `####` | `#####` |\n| references/{技能英文名主体}-exemplars.md | `##` | `###` | `####` | `#####` |\n| references/exemplars/*.md | `##` | `###` | `####` | `#####` |\n\n```\n\n---\n\n### M3-04 Catalog文件生成范本\n\n```markdown\n# {技能名}清单与依赖拓扑\n\n{技能名}按{组织方式}组织的任务清单，附任务间关系和元操作映射提示。\n\n**域间逻辑流**：{域1} → {域2} → ... → {域N}\n\n---\n\n## {域1} {域名}\n\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\n|----|---------|------|------|-----------|\n| {ID1} | {任务类型} | {说明} | 无（入口） | S/C/A/O/I/G |\n| {ID2} | {任务类型} | {说明} | {ID1} | S/C/A/O/I/G |\n| ... | ... | ... | ... | ... |\n\n---\n\n## 依赖拓扑摘要\n\n**{域1}链路**: {ID1} → {ID2} → {ID3}\n**{域2}链路**: {ID4} → {ID5} → {ID6}\n...\n\n**完整处理链路**: {ID1} → {ID4} → ...\n\n更多组合根据具体任务动态推导。\n```\n\n---\n\n### M3-05 Requirements文件生成范本\n\n```markdown\n# {技能名}要求清单\n\n{技能名}每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、领域约束。按清单逐项产出。\n\n---\n\n## {域1} {域名}\n\n#### 域级说明\n{该域跨任务逻辑说明：角色定位、核心理念、关键规则、穷尽性证明等}\n\n#### {ID1} {任务类型}\n- **必选组件**: {组件1}、{组件2}、{组件3}\n- **可选组件**: {可选组件1}、{可选组件2}\n- **组装顺序**: {步骤1}→{步骤2}→{步骤3}→{步骤4}\n- **约束**: {约束1}；{约束2}；{约束3}\n- **格式**: {格式说明}\n```\n\n**多域总览**（当多个域存在共同跨域逻辑时，使用 `###` 标题与域同级）：\n\n---\n\n### M3-06 Exemplars文件生成范本\n\n```markdown\n# {技能名}范本清单\n\n{技能名}的范本清单与索引。用于内容轴**样本法**。\n\n内容轴样本法执行流程：\n1. 获取样本（本文件索引指向的子文件或用户提供）\n2. 分析样本四维度：结构、风格、逻辑、格式\n3. 整理为「样本特征摘要」\n4. 模仿产出（保持结构框架和风格，替换内容）\n\n> **使用说明**：标注 `[待填充]` 的条目需用户补充范本后方可使用样本法。标注 `[可用]` 的条目已有范本，可直接使用样本法。\n\n---\n\n## {域1} {域名}\n\n| 任务ID | 任务类型 | 范本 | 状态 |\n|--------|---------|------|------|\n| {ID1} | {任务类型} | [待填充] {范本名} | 空 |\n| {ID2} | {任务类型} | [待填充] {范本名} | 空 |\n| ... | ... | ... | ... |\n\n---\n\n## 用户填充指南\n\n用户向本技能添加范本时：\n\n1. **脱敏**：移除所有敏感信息（产品名、个人信息、商业机密），用占位符替换\n2. **存放**：将范本文件放入 `references/exemplars/` 目录，按任务ID命名\n3. **注册**：在本文件对应条目中更新范本路径和状态（空→可用）\n4. **特征摘要**：为每个范本撰写四维分析（结构、风格、逻辑、格式），存入同目录 `{ID}.summary.md` 文件\n```\n\n---\n\n### M3-07 可执行脚本生成范本\n\n**脚本用途说明**：________\n\n**脚本文件列表**：\n\n| 文件名 | 用途 | 执行方式 |\n|--------|------|---------|\n| `scripts/________` | ________ | `python scripts/__.py` |\n| `scripts/________` | ________ | `bash scripts/__.sh` |\n\n**环境依赖**：________\n\n**使用示例**：________\n\n---\n\n### M3-08 输出资源生成范本\n\n**资源用途说明**：________\n\n**资源文件列表**：\n\n| 文件名 | 用途 | 格式 | 使用方式 |\n|--------|------|------|---------|\n| `assets/________` | ________ | ________ | 复制/引用 |\n| `assets/________` | ________ | ________ | 复制/引用 |\n\n**模板占位符说明**（如适用）：________\n\n---\n\n### M3-09 接口校验范本\n\n**28项校验结果**：\n\n### A类：结构一致性（6项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| A1 | 三层结构存在 | PASS/FAIL | references/目录下是否有3个文件 + exemplars/子目录 |\n| A2 | SKILL.md含定位声明 | PASS/FAIL | 是否含\"定位\"或\"依赖声明\"章节 |\n| A3 | 使用规则完整 | PASS/FAIL | 是否有完整的使用规则 |\n| A4 | 降级模式定义 | PASS/FAIL | 是否有只读模式的权限表 |\n| A5 | 域间逻辑流声明 | PASS/FAIL | `{技能英文名主体}-catalog.md`文件头部是否有域间逻辑流描述 |\n| A6 | 依赖拓扑摘要 | PASS/FAIL | `{技能英文名主体}-catalog.md`文件末尾是否有\"依赖拓扑摘要\"章节 |\n\n### B类：任务Schema（5项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| B1 | 每个任务含5字段 | PASS/FAIL | ID/名称/说明/依赖/元操作映射 |\n| B2 | 依赖格式正确 | PASS/FAIL | 格式为\"无（入口）\"或\"X-XX\"或\"X-XX, Y-YY\" |\n| B3 | 元操作映射有效 | PASS/FAIL | 仅允许S/C/A/O/I/G及其组合 |\n| B4 | 无孤立任务 | PASS/FAIL | 依赖ID必须指向已定义的任务 |\n| B5 | 入口任务标识正确 | PASS/FAIL | 入口任务数应≥1且≤总任务数的30% |\n\n### C类：槽位规范（5项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| C1 | 必选组件存在 | PASS/FAIL | 每个任务必须有\"必选组件\"字段 |\n| C2 | 可选组件存在 | PASS/FAIL | 每个任务必须有\"可选组件\"字段（可为空） |\n| C3 | 组装顺序存在 | PASS/FAIL | 每个任务必须有\"组装顺序\"字段 |\n| C4 | 约束字段存在 | PASS/FAIL | 每个任务必须有约束相关字段 |\n| C5 | 格式字段存在 | PASS/FAIL | 每个任务必须指定输出格式 |\n\n### D类：执行框架接口（3项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| D1 | \"与执行框架的接口\"章节 | PASS/FAIL | SKILL.md中是否存在此章节 |\n| D2 | Step 0-4覆盖 | PASS/FAIL | 该章节是否覆盖Step 0到Step 4 |\n| D3 | Step 1领域校准具体化 | PASS/FAIL | 是否包含R1-R5规则的领域特定推导 |\n\n### E类：范本库（3项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| E1 | 范本清单表存在 | PASS/FAIL | `{技能英文名主体}-exemplars.md`中是否有按域分组的范本清单表格 |\n| E2 | 范本子文件存在 | PASS/FAIL | references/exemplars/目录下是否有.md文件 |\n| E3 | 范本模板格式存在 | PASS/FAIL | 是否提供了子文件的标准化模板格式 |\n\n### F类：可执行脚本（3项，可选）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| F1 | 脚本目录结构 | PASS/FAIL/N/A | scripts/目录下是否存在脚本文件，每个脚本是否有执行方式声明 |\n| F2 | 脚本可独立执行 | PASS/FAIL/N/A | 每个脚本是否可独立运行，是否声明了环境依赖 |\n| F3 | 脚本引用一致 | PASS/FAIL/N/A | SKILL.md中引用的脚本路径是否可解析到scripts/下实际文件 |\n\n### G类：输出资源（3项，可选）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| G1 | 资源目录结构 | PASS/FAIL/N/A | assets/目录下是否存在资源文件，每个资源是否有用途说明 |\n| G2 | 资源可直接使用 | PASS/FAIL/N/A | 资源文件是否完整可用，模板类资源是否包含占位符说明 |\n| G3 | 资源引用一致 | PASS/FAIL/N/A | SKILL.md中引用的资源路径是否可解析到assets/下实际文件 |\n\n**校验总结**：\n- A类：6/6 PASS\n- B类：5/5 PASS\n- C类：4/4 PASS\n- D类：3/3 PASS\n- E类：3/3 PASS\n- F类：3/3 PASS（或 N/A）\n- G类：3/3 PASS（或 N/A）\n\n**FAIL项修正方案**：________\n---\n\n### M3-10 负载物深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜任务细化 ⬜组件完善 ⬜范本补全 ⬜脚本优化 ⬜资源补充\n\n**深化方案**：________\n\n**重新校验（M3-09）**：________\n\nFile v1.0.15:references/exemplars/M4-执行轴域范本.md\n\n## M4 执行轴域范本\n\n### M4-01 能力单元定义范本\n\n**单元ID**：{元操作代号}-{序号}\n\n**名称**：{功能描述}\n\n**元操作类型**：S/C/A/O/I/G\n\n**输入**：________\n\n**输出**：________\n\n**依赖**：________\n\n**AI自治度**：⬛全自动 / 🟨半自动 / ⬜辅助\n\n**组合接口**：________\n\n**身份叠加**（可选）：\n\n| 层级 | 身份 | 来源 |\n|------|------|------|\n| 元操作级 | ________ | 元操作类型自动推导(S→侦察者/C→分析师/A→执行者/O→管理者/I→协调者/G→守门人) |\n| 领域级 | ________ | 领域知识（如\"市场分析师×数据科学家\"） |\n\n**P实现**（可选）：LLM / 工具 / 技能 / 人机 / 组合\n\n---\n\n### M4-02 感知元操作范本\n\n**信息源描述**：________\n\n**采集方法**：________\n\n**监测指标**：\n\n| 指标名称 | 指标定义 | 阈值 | 采集频率 |\n|---------|---------|------|---------|\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n\n**扫描范围**：________\n\n**检索策略**：________\n\n---\n\n### M4-03 认知元操作范本\n\n**分析框架**：________\n\n**评估标准**：\n\n| 维度 | 标准 | 权重 |\n|------|------|------|\n| ________ | ________ | ___% |\n| ________ | ________ | ___% |\n| ________ | ________ | ___% |\n\n**推理逻辑**：________\n\n**决策规则**：________\n\n---\n\n### M4-04 行动元操作范本\n\n**生产流程**：\n\n| 步骤 | 操作 | 输入 | 输出 | 耗时 |\n|------|------|------|------|------|\n| 1 | ________ | ________ | ________ | ___ |\n| 2 | ________ | ________ | ________ | ___ |\n| 3 | ________ | ________ | ________ | ___ |\n\n**创造方法**：________\n\n**执行步骤**：________\n\n**交付标准**：________\n\n---\n\n### M4-05 组织元操作范本\n\n**存储方案**：________\n\n**分类体系**：\n\n| 类别 | 定义 | 示例 |\n|------|------|------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**索引规则**：________\n\n**归档标准**：________\n\n---\n\n### M4-06 交互元操作范本\n\n**沟通渠道**：________\n\n**协调机制**：________\n\n**谈判策略**：________\n\n**协作规则**：________\n\n---\n\n### M4-07 守护元操作范本\n\n**验证标准**：________\n\n**约束条件**：________\n\n**保护措施**：________\n\n**审计流程**：________\n\n---\n\n### M4-08 管线编排范本\n\n**主链路**：S-01 → C-01 → A-01 → O-01\n\n**依赖关系**：\n\n| 单元 | 依赖 | 顺序/并行/条件/循环/扇出/扇入 |\n|------|------|---------------|\n| S-01 | 无 | 入口 |\n| C-01 | S-01 | 顺序 |\n| A-01 | C-01 | 顺序 |\n| O-01 | A-01 | 顺序 |\n\n**G类验证单元插入点**：________\n\n**I类确认单元插入点**：________\n\n---\n\n### M4-09 通用管线模式范本\n\n**选定模式**：________\n\n| 模式 | 符号 | 说明 | 适用场景 |\n|------|------|------|---------|\n| P1 基础闭环 | S→C→C→A→O | 标准任务完整执行链 | 标准化任务 |\n| P2 迭代精炼 | ↻(S→C→A→G, 达标)→O | 多轮改进 | 需要迭代优化 |\n| P3 并行汇聚 | [S‖S‖S]⇇C→C→A | 多源信息汇聚决策 | 多源信息整合 |\n| P4 条件分支 | S→C?(条件)→A₁:A₂:A₃ | 分路径执行 | 有条件分支 |\n| P5 交互驱动 | S→I→C→I→A→I | 频繁人工确认 | 需要人工介入 |\n| P6 全守护 | G→S→G→C→G→A→G→O | 高安全合规 | 合规要求高 |\n| P7 发散收敛 | S→C⇉[A,A,A]→C→A | 创意产出 | 创意任务 |\n\n**选择理由**：________\n\n**执行流程**：________\n\n---\n\n### M4-10 三轴判定范本\n\n**复杂度判定**：\n- 判定标准：简单=可直接完成，中等=3-7步协调，复杂=8+步或多层嵌套\n- 判定结果：简单/中等/复杂\n- 判定依据：________\n\n**内容类型判定**：\n- 判定标准：非结构化=简单答案/数据/操作结果，结构化=文档/方案/报告/代码\n- 判定结果：非结构化/结构化\n- 判定依据：________\n\n**创新需求判定**：\n- 判定标准：无需创新=常规执行结果可预测，需要创新=需要突破默认路径\n- 判定结果：无需创新/需要创新\n- 判定依据：________\n\n**判定组合**：\n- 组合结果：________\n- 激活轴：执行轴/执行轴+内容轴/执行轴+创新轴/三轴全开\n\n---\n\n### M4-11 领域校准范本\n\n**领域识别结果**：________\n\n**R1-R5校准参数推导**：\n\n| R维度 | 领域特征 | 推导结果 |\n|-------|---------|---------|\n| R1 信息密度 | 高/中/低 | S和C权重：高/标准/低，G：严格/标准/宽松 |\n| R2 创造性 | 高/中/低 | A权重：高/标准/低，C：发散/标准/收敛 |\n| R3 交互性 | 高/中/低 | I权重：高/标准/低，S：人本/标准/技术 |\n| R4 规范性 | 高/中/低 | G权重：高/标准/低，O：严格/标准/宽松 |\n| R5 迭代性 | 高/中/低 | 循环：多/中/少，S→C→A链：短而频/标准/长而稳 |\n\n**校准参数映射**：\n\n| 参数 | 推导结果 |\n|------|---------|\n| 核心术语 | ________ |\n| 元操作权重 | S:__ C:__ A:__ O:__ I:__ G:__ |\n| 关键变量 | ________ |\n| 守护约束 | ________ |\n| 产出格式 | ________ |\n| 自治度偏好 | ⬛全自动/🟨半自动/⬜辅助 |\n| 创新评估侧重 | 问题明确性/可行性基础/范围适度/非平凡性 |\n\n---\n\n### M4-12 三轴分解范本\n\n**激活轴说明**：________\n\n**任务分解结果**：\n\n| 单元ID | 名称 | 元操作 | 输入 | 输出 | 依赖 | AI自治度 |\n|--------|------|--------|------|------|------|---------|\n| S-01 | ________ | S | ________ | ________ | 无 | ⬛/🟨/⬜ |\n| C-01 | ________ | C | ________ | ________ | S-01 | ⬛/🟨/⬜ |\n| A-01 | ________ | A | ________ | ________ | C-01 | ⬛/🟨/⬜ |\n| O-01 | ________ | O | ________ | ________ | A-01 | ⬛/🟨/⬜ |\n\n**内容方法标注**（如有）：清单法/样本法\n\n**创新模式标注**（如有）：直用/改进/迁移/构建\n\n---\n\n### M4-13 整合交付范本\n\n**执行轴管线优化复盘**：________\n\n**内容轴组装成品**：________\n\n**创新轴方案评估**：________\n\n**呈现规则应用**：\n- 默认展示：最少必要信息\n- 用户请求\"展开\"\"详细\"时：逐层揭示\n\n**交付物**：________\n---\n\n### M4-14 执行深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜管线优化 ⬜单元调整 ⬜编排变更 ⬜协作模式切换\n\n**深化方案**：________\n\n**重新编排执行**：________\n\nFile v1.0.15:references/exemplars/M5-内容轴域范本.md\n\n## M5 内容轴域范本\n\n### M5-01 清单法范本\n\n**成品目标**：________\n\n**组件清单**：\n\n| 序号 | 组件名称 | 定义 | 范围 | 依赖 | 组装顺序 |\n|------|---------|------|------|------|---------|\n| 1 | ________ | ________ | ________ | 无 | 1 |\n| 2 | ________ | ________ | ________ | 1 | 2 |\n| 3 | ________ | ________ | ________ | 1,2 | 3 |\n| ... | ... | ... | ... | ... | ... |\n\n**逐项填充**：\n\n| 组件 | 填充内容 | 质量检查 |\n|------|---------|---------|\n| ________ | ________ | ✅/❌ |\n| ________ | ________ | ✅/❌ |\n| ________ | ________ | ✅/❌ |\n\n**组装成品**：________\n\n**用户审核**：________\n\n---\n\n### M5-02 样本法范本\n\n**成品目标**：________\n\n**样本来源**：________\n\n**四维分析**：\n\n| 维度 | 分析内容 |\n|------|---------|\n| **结构** | 整体框架、章节/段落组织方式、层级关系：________ |\n| **风格** | 语言风格、表达方式、语气调性、专业术语使用：________ |\n| **逻辑** | 内容编排逻辑、论证方式、信息密度：________ |\n| **格式** | 排版格式、标题层级、列表样式、视觉元素：________ |\n\n**样本特征摘要**：________\n\n**模仿产出**：________\n\n**用户审核**：________\n\n---\n\n### M5-03 组件清单构建范本\n\n**成品目标分析**：________\n\n**组件识别**：\n\n| 组件 | 定义 | 范围 | 优先级 |\n|------|------|------|--------|\n| ________ | ________ | ________ | 高/中/低 |\n| ________ | ________ | ________ | 高/中/低 |\n| ________ | ________ | ________ | 高/中/低 |\n\n**组件定义**：________\n\n**优先级排序**：________\n\n---\n\n### M5-04 逐项填充范本\n\n**组件清单**：________\n\n**填充顺序**：________\n\n**填充记录**：\n\n| 组件 | 填充内容 | 质量检查 | 完成度 |\n|------|---------|---------|--------|\n| ________ | ________ | ✅/❌ | ___% |\n| ________ | ________ | ✅/❌ | ___% |\n| ________ | ________ | ✅/❌ | ___% |\n\n**内容完善**：________\n\n---\n\n### M5-05 组装成品范本\n\n**组件列表**：________\n\n**组装顺序**：________\n\n**衔接规则**：________\n\n**风格统一标准**：________\n\n**成品文档**：________\n\n---\n\n### M5-06 样本获取与分析范本\n\n**样本来源**：________\n\n**样本获取方法**：________\n\n**四维分析框架**：\n\n| 维度 | 分析内容 |\n|------|---------|\n| **结构** | 整体框架、章节/段落组织方式、层级关系：________ |\n| **风格** | 语言风格、表达方式、语气调性、专业术语使用：________ |\n| **逻辑** | 内容编排逻辑、论证方式、信息密度：________ |\n| **格式** | 排版格式、标题层级、列表样式、视觉元素：________ |\n\n**特征摘要整理**：________\n\n---\n\n### M5-07 模仿产出范本\n\n**样本特征摘要**：________\n\n**目标内容**：________\n\n**模仿策略**：________\n\n**模仿产出**：________\n\n**产出验证**：________\n\n---\n\n### M5-08 网络搜索策略范本\n\n**搜索目标**：________\n\n**搜索词构造**：________\n\n**搜索来源优先级**：\n1. 行业标准文档\n2. 专业机构发布的模板\n3. 高质量公开范例\n4. 知名平台的同类内容\n\n**搜索结果**：\n\n| 来源 | 内容 | 质量评估 | 可用性 |\n|------|------|---------|--------|\n| ________ | ________ | 高/中/低 | ✅/❌ |\n| ________ | ________ | 高/中/低 | ✅/❌ |\n| ________ | ________ | 高/中/低 | ✅/❌ |\n\n**搜索结果验证**：________\n---\n\n### M5-09 内容深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜清单细化 ⬜组件补全 ⬜样本迭代 ⬜风格调整\n\n**深化方案**：________\n\nFile v1.0.15:references/exemplars/M6-创新轴模式直用域范本.md\n\n## M6 创新轴·模式直用域范本\n\n### M6-01 基元运用反常识创新范本\n\n**领域描述**：________\n\n**默认假设识别**（至少3个）：\n\n| 序号 | 默认假设 | 假设来源 | 假设强度 |\n|------|---------|---------|---------|\n| 1 | ________ | ________ | 强/中/弱 |\n| 2 | ________ | ________ | 强/中/弱 |\n| 3 | ________ | ________ | 强/中/弱 |\n\n**假设反转**：\n\n| 假设 | 反转 | 逻辑极端 | 反转空间 |\n|------|------|---------|---------|\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n\n**反转空间提取方案**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-02 基元运用框架创新范本\n\n**领域描述**：________\n\n**创新元框架选择**（10种中选择）：\n\n| 框架 | 选择理由 |\n|------|---------|\n| 第一性原理/逆向思维/辩证综合/随机性驱动/涌现生成/演化迭代/系统动力学/约束驱动/故事叙述/游戏化 | ________ |\n\n**框架应用方案**：________\n\n**方案生成**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-03 基元运用迁移创新范本\n\n**源领域描述**：________\n\n**目标领域描述**：________\n\n**结构模式提取**：\n- I→P→O结构：________\n- 核心机制：________\n- 关键变量关系：________\n\n**迁移类型**：机制迁移/结构迁移/方法迁移/概念迁移\n\n**迁移方案生成**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-04 基元运用构建创新范本\n\n**两个概念描述**：\n- 概念A：________\n- 概念B：________\n\n**维度解构**：\n\n| 概念A维度 | 概念B维度 |\n|----------|----------|\n| 维度A1: ________ | 维度B1: ________ |\n| 维度A2: ________ | 维度B2: ________ |\n| 维度A3: ________ | 维度B3: ________ |\n\n**维度矩阵**：\n\n| | 维度B1 | 维度B2 | 维度B3 |\n|---|--------|--------|--------|\n| **维度A1** | ________ | ________ | ________ |\n| **维度A2** | ________ | ________ | ________ |\n| **维度A3** | ________ | ________ | ________ |\n\n**强制连接**（选择3-5个看似无关的维度组合）：\n\n| 组合 | 强制连接 | 可能性发展 |\n|------|---------|-----------|\n| A1+B2 | ________ | ________ |\n| A2+B3 | ________ | ________ |\n| A3+B1 | ________ | ________ |\n\n**方案生成**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-05 基元重组创新范本\n\n**基元列表**：\n\n| 基元ID | I 输入 | P 处理 | O 输出 |\n|--------|--------|--------|--------|\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n\n**重组方式**：顺序/并行/条件/循环/扇出/扇入/嵌套\n\n**重组方案**：\n- 顺序(→)：A基元输出→B基元输入\n- 并行(‖)：A和B同时执行\n- 条件(?)：满足条件X执行A，否则B\n- 循环(↻)：重复执行A直到条件满足\n- 扇出(⇉)：A的输出同时供给B/C/D\n- 扇入(⇇)：B/C/D的输出汇总到E\n- 嵌套：基元的P环节展开为子管线\n\n**重组后方案**：________\n\n**方案评估**：________\n\n---\n\n### M6-06 四维评估标准范本\n\n**待评估方案**：________\n\n**四维评估**：\n\n| 维度 | 评估内容 | 评估结果 | 不通过标志 |\n|------|---------|---------|-----------|\n| 问题明确性 | 是否有可解决的核心问题 | ✅/⚠️ | 方案是领域词而非方案 |\n| 可行性基础 | 是否有可依托的资源/能力/条件 | ✅/⚠️ | 找不到落地核心资源 |\n| 范围适度 | 是否过泛或过窄 | ✅/⚠️ | 资源不够做/一句话说完 |\n| 非平凡性 | 是否能产出非平庸结果 | ✅/⚠️ | 结果可预测或已被充分实践 |\n\n**综合评估**：________\n\n---\n\n### M6-07 领域适配方法范本\n\n**领域特征识别**：________\n\n**评估侧重推导**：\n\n| 领域特征 | 评估侧重 | 推导逻辑 |\n|---------|---------|---------|\n| 需要落地执行 | 可行性基础优先 | 方案无法落地则无价值 |\n| 需要理论论证 | 问题明确性优先 | 问题不清晰则无法论证 |\n| 有强约束环境 | 范围适度优先 | 超出约束边界则不可行 |\n| 需要突破常规 | 非平凡性优先 | 结果可预测则创新失败 |\n\n**推导结果**：________\n\n**创新风格推导**：________\n\n**适配结果确认**：________\n---\n\n### M6-08 直用深化范本\n\n**深化来源**：________\n\n**深化方式**：⬜执行树 ⬜路线图 ⬜风险扫描 ⬜原型验证\n\n**深化方案**：________\n\nFile v1.0.15:references/exemplars/M7-创新轴模式改进域范本.md\n\n## M7 创新轴·模式改进域范本\n\n### M7-01 改进路由选择范本\n\n**方案特征分析**：________\n\n**变换维度判定**：⬜内容 ⬜输入 ⬜结构 ⬜框架\n\n**对应元框架路由**：________\n\n---\n\n### M7-02 第一性原理创新范本\n\n**事物描述**：________\n\n**基本元素分解**（列出该领域基本事实）：\n\n| 序号 | 基本元素 | 事实依据 |\n|------|---------|---------|\n| 1 | ________ | ________ |\n| 2 | ________ | ________ |\n| 3 | ________ | ________ |\n\n**假设区分**：\n\n| 假设 | 类型 | 依据 |\n|------|------|------|\n| ________ | 事实/假设 | ________ |\n| ________ | 事实/假设 | ________ |\n| ________ | 事实/假设 | ________ |\n\n**从事实重建方案**：________\n\n**与传统方案对比**：________\n\n---\n\n### M7-03 逆向思维创新范本\n\n**事物描述**：________\n\n**核心假设识别**：\n\n| 序号 | 核心假设 | 假设来源 | 假设强度 |\n|------|---------|---------|---------|\n| 1 | ________ | ________ | 强/中/弱 |\n| 2 | ________ | ________ | 强/中/弱 |\n| 3 | ________ | ________ | 强/中/弱 |\n\n**假设反转**：\n\n| 假设 | 反转 | 逻辑极端 |\n|------|------|---------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**重建多个可行方案**：________\n\n**整合成为一个方案**：________\n\n---\n\n### M7-04 辩证综合创新范本\n\n**事物描述**：________\n\n**正方论证**：\n- 论点：________\n- 论据：________\n- 论证：________\n\n**反方论证**：\n- 论点：________\n- 论据：________\n- 论证：________\n\n**真理局限识别**：\n- 正方局限：________\n- 反方局限：________\n\n**合题方案**（包含但超越正题反题）：________\n\n---\n\n### M7-05 随机性驱动创新范本\n\n**事物核心概念**：________\n\n**无关概念引入**：\n\n| 序号 | 无关概念 | 来源 |\n|------|---------|------|\n| 1 | ________ | ________ |\n| 2 | ________ | ________ |\n| 3 | ________ | ________ |\n\n**强制组合**：\n\n| 核心概念 | 无关概念 | 组合结果 |\n|---------|---------|---------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**有趣连接保留**：________\n\n**发展为完整方案**：________\n\n---\n\n### M7-06 演化迭代创新范本\n\n**事物描述**：________\n\n**初始方案生成**：\n\n| 序号 | 方案 | 特点 |\n|------|------|------|\n| 1 | ________ | ________ |\n| 2 | ________ | ________ |\n| 3 | ________ | ________ |\n\n**迭代循环**：\n\n| 迭代轮次 | 评估 | 选择 | 交叉 | 变异 |\n|---------|------|------|------|------|\n| 1 | ________ | ________ | ________ | ________ |\n| 2 | ________ | ________ | ________ | ________ |\n| 3 | ________ | ________ | ________ | ________ |\n\n**最优方案输出**：________\n\n**最佳方案选择**：________\n\n---\n\n### M7-07 涌现生成创新范本\n\n**系统描述**：________\n\n**基本单位定义**：\n\n| 序号 | 基本单位 | 属性 | 行为 |\n|------|---------|------|------|\n| 1 | ________ | ________ | ________ |\n| 2 | ________ | ________ | ________ |\n| 3 | ________ | ________ | ________ |\n\n**简单规则设计**：\n\n| 序号 | 规则 | 触发条件 | 结果 |\n|------|------|---------|------|\n| 1 | ________ | ________ | ________ |\n| 2 | ________ | ________ | ________ |\n| 3 | ________ | ________ | ________ |\n\n**系统运行**：________\n\n**涌现模式提取**：________\n\n**解决方案**：________\n\n---\n\n### M7-08 系统动力学创新范本\n\n**系统边界确定**：________\n\n**存量/流量/反馈/延迟识别**：\n\n| 类型 | 名称 | 描述 |\n|------|------|------|\n| 存量 | ________ | ________ |\n| 流量 | ________ | ________ |\n| 反馈 | ________ | ________ |\n| 延迟 | ________ | ________ |\n\n**高杠杆干预点分析**：________\n\n**干预方案设计**：________\n\n**二阶三阶效应模拟**：________\n\n---\n\n### M7-09 约束驱动创新范本\n\n**现有约束识别**：\n\n| 序号 | 约束 | 来源 | 强度 |\n|------|------|------|------|\n| 1 | ________ | ________ | 强/中/弱 |\n| 2 | ________ | ________ | 强/中/弱 |\n| 3 | ________ | ________ | 强/中/弱 |\n\n**约束强化到极限**：________\n\n**新约束添加**：________\n\n**边界内可能性穷尽**：________\n\n**边界方案提取**：________\n\n---\n\n### M7-10 故事叙述创新范本\n\n**事物描述**：________\n\n**故事化重构**：\n\n| 元素 | 内容 |\n|------|------|\n| 主角 | ________ |\n| 欲望 | ________ |\n| 障碍 | ________ |\n| 导师 | ________ |\n| 转变 | ________ |\n\n**英雄旅程映射**：\n\n| 阶段 | 故事元素 | 现实映射 |\n|------|---------|---------|\n| 启程 | ________ | ________ |\n| 启蒙 | ________ | ________ |\n| 回归 | ________ | ________ |\n\n**解决方案提取**：________\n\n---\n\n### M7-11 游戏化创新范本\n\n**事物描述**：________\n\n**游戏机制转化**：\n\n| 游戏机制 | 事物对应 | 转化方案 |\n|---------|---------|---------|\n| 挑战 | ________ | ________ |\n| 选择 | ________ | ________ |\n| 反馈 | ________ | ________ |\n\n**目标规则反馈循环设计**：________\n\n**参与驱动方案**：\n- 意义：________\n- 成就：________\n- 授权：________\n- 产权：________\n- 社交：________\n- 稀缺：________\n- 随机：________\n\n**可立即使用的游戏化方案**：________\n---\n\n### M7-12 改进深化范本\n\n**深化来源**：________\n\n**深化方式**：⬜执行树 ⬜路线图 ⬜风险扫描 ⬜原型验证\n\n**深化方案**：________\n\nFile v1.0.15:references/exemplars/M8-创新轴模式迁移域范本.md\n\n## M8 创新轴·模式迁移域范本\n\n### M8-01 概念迁移范本\n\n**源领域概念描述**：________\n\n**目标领域描述**：________\n\n**概念重新定义**：________\n\n**概念迁移方案**：________\n\n**迁移示例**：\n- 递归→个人能力建设\n- 熵→市场不确定性定价\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-02 机制迁移范本\n\n**源领域机制描述**：________\n\n**目标领域描述**：________\n\n**机制抽象化**：\n- I→P→O结构：________\n- 核心机制：________\n- 关键变量关系：________\n\n**机制迁移方案**：________\n\n**迁移示例**：\n- 生态系统\"共生\"→组织管理\n- 免疫系统→风控架构\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-03 结构迁移范本\n\n**源领域结构描述**：________\n\n**目标领域描述**：________\n\n**结构抽象化**：________\n\n**结构迁移方案**：________\n\n**迁移示例**：\n- 编译器管线→知识转化教学法\n- 句法树→法律条文分析\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-04 方法迁移范本\n\n**源领域方法描述**：________\n\n**目标领域描述**：________\n\n**方法抽象化**：________\n\n**方法迁移方案**：________\n\n**迁移示例**：\n- 对称性破缺→组织变革策略\n- 遗传算法→产品迭代\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-05 源领域质量检验范本\n\n**检验结果**：\n\n| 检验项 | 结果 | 说明 |\n|--------|------|------|\n| 结构可提取性 | PASS/FAIL | 源领域是否有清晰可描述的底层结构 |\n| 抽象层级匹配 | PASS/FAIL | 提取的抽象模式是否在目标领域有对应物 |\n| 异质充分性 | PASS/FAIL | 源领域与目标领域的差异度是否足够 |\n| 可操作性 | PASS/FAIL | 迁移后的方案是否可在目标领域落地 |\n\n**检验总结**：________\n\n**不通过时的源领域替换建议**：________\n\n---\n\n### M8-06 迁移深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜方案细化 ⬜适应性调整 ⬜路线图\n\n**深化方案**：________\n\nFile v1.0.15:references/exemplars/M9-创新轴模式构建域范本.md\n\n## M9 创新轴·模式构建域范本\n\n### M9-01 概念解构范本\n\n**两个概念描述**：\n- 概念A：________\n- 概念B：________\n\n**概念A维度解构**（3-5个维度）：\n\n| 维度 | 定义 | 示例 |\n|------|------|------|\n| 维度A1 | ________ | ________ |\n| 维度A2 | ________ | ________ |\n| 维度A3 | ________ | ________ |\n\n**概念B维度解构**（3-5个维度）：\n\n| 维度 | 定义 | 示例 |\n|------|------|------|\n| 维度B1 | ________ | ________ |\n| 维度B2 | ________ | ________ |\n| 维度B3 | ________ | ________ |\n\n---\n\n### M9-02 维度矩阵建立范本\n\n**概念A维度列表**：\n- 维度A1: ________\n- 维度A2: ________\n- 维度A3: ________\n\n**概念B维度列表**：\n- 维度B1: ________\n- 维度B2: ________\n- 维度B3: ________\n\n**维度矩阵**：\n\n| | 维度B1 | 维度B2 | 维度B3 |\n|---|--------|--------|--------|\n| **维度A1** | A1+B1 | A1+B2 | A1+B3 |\n| **维度A2** | A2+B1 | A2+B2 | A2+B3 |\n| **维度A3** | A3+B1 | A3+B2 | A3+B3 |\n\n---\n\n### M9-03 强制连接范本\n\n**维度矩阵**：________\n\n**随机选择的维度组合**（3-5个）：\n\n| 序号 | 组合 | 选择理由 |\n|------|------|---------|\n| 1 | A1+B2 | 看似无关 |\n| 2 | A2+B3 | 看似无关 |\n| 3 | A3+B1 | 看似无关 |\n\n**强制连接**：\n\n| 组合 | 强制连接 | 连接逻辑 |\n|------|---------|---------|\n| A1+B2 | ________ | ________ |\n| A2+B3 | ________ | ________ |\n| A3+B1 | ________ | ________ |\n\n---\n\n### M9-04 可能性推导范本\n\n**强制连接方案**：________\n\n**可能性发展推导**：\n\n| 强制连接 | 可能性发展 | 发展逻辑 |\n|---------|-----------|---------|\n| A1+B2 | ________ | ________ |\n| A2+B3 | ________ | ________ |\n| A3+B1 | ________ | ________ |\n\n**可能性描述**：________\n\n---\n\n### M9-05 可能性集群形成范本\n\n**可能性列表**：________\n\n**逻辑距离评估**：\n\n| 可能性 | 逻辑距离 | 评估依据 |\n|--------|---------|---------|\n| ________ | 远/中/近 | ________ |\n| ________ | 远/中/近 | ________ |\n| ________ | 远/中/近 | ________ |\n\n**可能性集群**：\n\n| 集群 | 包含可能性 | 集群特征 |\n|------|-----------|---------|\n| 集群1 | ________ | ________ |\n| 集群2 | ________ | ________ |\n| 集群3 | ________ | ________ |\n\n**无人探索区域识别**：________\n\n---\n\n### M9-06 方案生成范本\n\n**可能性集群**：________\n\n**最有潜力/最激进/最被忽视的可能性选择**：\n\n| 类型 | 可能性 | 选择理由 |\n|------|--------|---------|\n| 最有潜力 | ________ | ________ |\n| 最激进 | ________ | ________ |\n| 最被忽视 | ________ | ________ |\n\n**反常识方案生成**：\n\n| 方案 | 描述 | 创新点 |\n|------|------|--------|\n| 方案1 | ________ | ________ |\n| 方案2 | ________ | ________ |\n| 方案3 | ________ | ________ |\n\n**四维评估**：\n\n| 方案 | 问题明确性 | 可行性基础 | 范围适度 | 非平凡性 |\n|------|-----------|-----------|---------|---------|\n| 方案1 | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ |\n| 方案2 | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ |\n| 方案3 | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ |\n---\n\n### M9-07 构建深化范本\n\n**深化来源**：________\n\n**深化方式**：⬜执行树 ⬜路线图 ⬜风险扫描 ⬜原型验证\n\n**深化方案**：________\n\nArchive v1.0.14: 17 files, 106904 bytes\n\nFiles: references/exemplars/M0-任务域协调域范本.md (1686b), references/exemplars/M1-领域评估域范本.md (4333b), references/exemplars/M2-工作流重构域范本.md (5250b), references/exemplars/M3-领域负载物生成域范本.md (10997b), references/exemplars/M4-执行轴域范本.md (6401b), references/exemplars/M5-内容轴域范本.md (3609b), references/exemplars/M6-创新轴模式直用域范本.md (5269b), references/exemplars/M7-创新轴模式改进域范本.md (5453b), references/exemplars/M8-创新轴模式迁移域范本.md (2798b), references/exemplars/M9-创新轴模式构建域范本.md (3299b), references/meta-skill-catalog.md (13089b), references/meta-skill-exemplars.md (11475b), references/meta-skill-requirements.md (73838b), references/meta-skill-system-prompt.md (164711b), skill-card.md (3634b), SKILL.md (17214b), _meta.json (137b)\n\nFile v1.0.14:SKILL.md\n\n---\nname: meta-skill-system\nauthor: 王教成 Wang Jiaocheng (波动几何)\ndescription: 元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、meta-skill-system。\n---\n\n# 元技能系统\n\n## 定位\n\n本技能是一个**元技能系统**，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。\n\n**自指性**：本技能是一个自指系统——它定义的标准约束自身，它提供的方法作用于自身，它生成的产物以自身为样本。\n\n1. **结构自指**：本技能定义了领域负载物的生成标准（三层结构、28项接口校验、依赖拓扑），而本技能自身完全符合这些标准——它是自己定义的质量规范的第一个实例\n2. **执行自指**：本技能提供了三轴执行框架（S/C/A/O/I/G元操作+管线编排），而本技能自身的82个任务全部通过这个框架执行——它是自己定义的执行机制的第一个用户\n3. **方法自指**：本技能的内容轴提供清单法和样本法两种生成方式，而本技能自身同时是这两种方式的体现——生成的技能按清单法组织（任务清单、组件清单），同时以本技能为样本进行模仿生成\n\n## 核心能力\n\n### 能力协同（M0）\n\n**职责分工**：\n- **领域评估**：领域边界识别、存在理由分析、消除/重构/保留决策\n- **工作流重构**：流程结构分析、补偿层消除、IPO基元链重整\n- **领域负载物生成**：领域知识内容：catalog(清单)、requirements(要求)、exemplars(范本)\n- **通用任务执行**：三轴执行框架：执行轴编排、内容轴消费清单/样本、创新轴突破\n\n**价值链**：\n```\n传统领域 ──[领域评估]──→ 评估结论（消除/重构/保留）\n                              │\n                              ▼\n                  [工作流重构]（如需重构）\n                              │\n                              ▼\n                       重构后IPO基元链\n                              │\n                              ▼\n                  [领域负载物生成]\n                              │\n                              ▼\n                       领域负载物（简化版）\n                              │\n                              ▼\n                  [通用任务执行] 持续执行\n```\n\n**路径组合**：评估(A)、重构(R)、生成(G)、执行(X)四组件可任意组合，共 15 条有效路径（✅ 推荐  ⚠️ 不推荐）。完整路径为 A→R→G→X。详细列表见 `references/meta-skill-requirements.md` M0 域级说明。\n\n**四层价值属性**：\n- **领域评估**：判断价值——解决\"这个领域需不需要存在\"的根本问题（低频、脉冲式）\n- **工作流重构**：转化价值——解决\"从旧到新\"的转化问题（低频、脉冲式）\n- **领域负载物生成**：创建价值——解决\"从无到有\"的创建问题（中频、按需）\n- **通用任务执行**：运行时价值——解决\"执行任务\"的运行问题（高频、持续）\n\n**生产力价值**：将模糊任务需求转化为确定的方法论路径，消除试错成本——省掉的不是几小时会议，是一个团队每周的决策摩擦，让组织从\"怎么做\"的纠结中解放出来专注\"做什么\"。\n\n### 领域评估能力（M1）\n\n评估一个领域是否需要存在，而不是如何优化：\n\n- **评估五步法**：边界识别 → 存在理由分析 → 消除可行性评估 → 独立存在必要性判断 → 决策输出\n- **领域存在理由分类**：事情本身需要 / 人的局限需要 / 历史遗留 / 外部约束\n- **评估判断标准**：边界模糊度 / 功能离散度 / 独立价值 / 消除成本\n- **评估验证清单**：5项验证，全部通过才算评估完成\n\n**核心理念**：领域存在的根本问题不是\"这个领域能不能优化\"，而是\"这个领域需不需要存在\"。如果领域本身是人的局限产物（组织架构、部门壁垒、历史遗留），那么消除领域比重构领域更彻底。\n\n**适用范围**：任何可被识别为\"领域\"的实体——业务领域、工作流、组织部门、技术模块、知识分类、流程阶段等。\n\n**评估后典型决策**：\n- **消除**：边界模糊、功能离散、历史遗留、消除成本低\n- **重构**：边界清晰、功能内聚、消除成本高\n- **保留**：已足够优化、外部约束不可变\n\n**选择原则**：能消除的不重构，能重构的不保留。消除是最彻底的优化。\n\n**生产力价值**：消除冗余领域，直接减少组织维护成本和协作损耗——不是优化了预算，是砍掉了一整行，释放的资源转向真正的价值创造。\n\n### 工作流重构能力（M2）\n\n将任何领域的复杂工作流重构为AI辅助一人简易完成：\n\n- **重构三步法**：拆解（识别每个环节的存在理由）→ 消除（去掉人的局限补偿层）→ 重整（基于AI能力模型重编为端到端IPO基元链）\n- **环节分类**：核心环节 / 校准环节 / 传递环节 / 协调环节 / 校验环节 / 格式环节\n- **重构验证清单**：7项验证，全部通过才算重构完成\n- **重构后形态**：单步IPO / 简短基元链 / IPO+人工决策\n\n**核心理念**：传统工作流的复杂度 = 事情本身的复杂度 + 人的局限补偿层。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。\n\n**适用范围不止于流程。** 任何产物（文档、方案、设计、代码）都可以拆解为组成部分，其组装过程就是一种\"工作流\"。\n\n**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物不只是传递文档，更是在过程中提供纠偏锚点。\n\n**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。如果中间产出物起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。\n\n**基元内分步**：一个基元内部可以有子步骤，子步骤之间通过中间产出物形成校准点。基元内分步不是基元间传递——不需要跨基元边界，但保留过程中的纠偏能力。\n\n**基元数约束**：≤5。超过5说明还没充分消除补偿层。\n\n**生产力价值**：将多角色协作流程压缩为端到端 IPO 链，降低传递损耗和协调成本——5人3天的工作流压缩为1人2小时，释放的人力转向高价值判断。\n\n### 领域负载物生成能力（M3）\n\n从零创建完整的领域负载物技能：\n\n- **领域分析框架**：R1-R5分类定位 / 价值链拆解 / 任务枚举 / 执行框架映射推导\n- **三层结构模板**：SKILL.md + catalog + requirements + exemplars\n- **接口校验清单**：28项逐条检查，确保生成的技能与执行框架零冲突\n- **标准化生成工作流**：从用户输入到完整技能的标准化流程\n\n**核心理念**：本能力不依赖任何被它创建的领域技能，仅依赖通用任务执行能力、工作流重构能力和自身的references文件。\n\n**生产力价值**：将领域知识系统化为可复用的技能包，消除从零构建的重复劳动——相当于一个不用培训、不会离职、24小时待命的领域专家，让专业知识无限复制而非一次消耗。\n\n### 通用任务执行能力（M4-M9）\n\n三轴正交的任务执行框架，5种协同模式按需激活：\n- **顺序协同**：创新轴确定方向 → 执行轴分解管线 → 内容轴确定方法\n- **并行协同**：执行轴与内容轴同时推进，创新轴按需插入\n- **条件协同**：根据任务特征动态激活或关闭某些轴\n- **迭代协同**：执行发现问题 → 创新提供新方向 → 内容调整构成\n- **递归协同**：每个轴内部可递归调用其他轴\n\n**核心理念**：\n- **万物皆可单元化**：任何任务可分解为原子能力单元\n- **单元即管线节点**：单元按依赖关系串联/并联/条件分支形成管线\n- **领域无关，方法通用**：6大元操作是领域无关的思维原语\n- **负载物可替换**：产出 = 元操作 × 领域负载物\n- **身份自适应叠加**：元操作级身份+领域级身份，两层正交\n- **管线与IPO统一**：横向是管线，纵向是IPO递归，分形一致\n- **三轴正交**：执行轴（How/必选）+ 内容轴（What/按需）+ 创新轴（Why Different/按需）\n\n**统一执行流程**：收到任务后按5步执行——三轴判定 → 领域校准 → 三轴分解 → 管线编排与执行 → 整合交付。\n\n**执行轴**：6大元操作(S/C/A/O/I/G) + 6种编排模式(顺序/并行/条件/循环/扇出/扇入) + 7种通用管线模式(P1-P7)。\n\n**内容轴**：清单法(组件组合) + 样本法(模仿产出)。\n\n**创新轴**：模式直用 + 模式改进(10种元框架) + 模式迁移(概念/机制/结构/方法) + 模式构建(维度矩阵)。\n\n**四模式完备性**：任何创新实例从发生学角度只有四种可能来源——已有模式换了地方用（直用）、已有模式做了变形（改进）、别处模式搬过来（迁移）、没有模式从零组合（构建）。一个创新要么有已有模式作为起点（M6/M7/M8），要么没有（M9）。四分类穷尽且互斥，完备性成立。\n\n**各轴关键能力**：\n- **M4 执行轴**：6大元操作(S/C/A/O/I/G)按管线编排，任务→能力单元→IPO链，消除临场判断的不确定性\n- **M5 内容轴**：清单法按组件清单逐项填充组装，样本法模仿高质量同类产出——30页方案从3天缩短为30分钟，思路成本归零\n- **M6 模式直用**：将已知基元嵌入处理环节，同领域模式复用——一份思考产生多变体方案，投入产出翻倍\n- **M7 模式改进**：10种元框架按四个变换维度对已有方案施加系统化变形——替代随机试错，将改进从灵感变为工程\n- **M8 模式迁移**：将异领域模式按概念→机制→结构→方法跨域迁移——省掉跨领域学习曲线的沉默成本，已验证方案即插即用\n- **M9 模式构建**：维度矩阵强制连接两个概念生成反常识方案——打破创新停滞，从未知组合中挖掘被忽视的可能性\n\n详细定义见 `references/meta-skill-requirements.md` 中 M4 至 M9。\n\n**生产力价值**：将任意任务转化为可编排的能力单元管线，消除临场判断的不确定性——从\"怎么做\"到\"执行完成\"之间的真空地带自动填充，让每次执行都是可复现的高质量输出。\n\n## 元技能特有维度\n\n元技能系统具有以下特有维度：\n\n| 维度 | 说明 | 影响 |\n|------|------|------|\n| **元层性质** | 元技能处理的是方法论本身，而非具体领域知识 | 需要更高的抽象能力和框架思维 |\n| **系统性** | 多个能力模块形成完整的方法论体系 | 需要协调使用，不能孤立执行 |\n| **可复用性** | 元技能可应用于任何具体领域 | 需要保持通用性和适应性 |\n| **验证严格性** | 元技能有严格的验证标准 | 需要守护单元密度高 |\n\n## 三层结构\n\n```\n第一层：任务清单 + 依赖拓扑   →  references/meta-skill-catalog.md\n第二层：任务要求清单          →  references/meta-skill-requirements.md\n第三层：范本清单            →  references/meta-skill-exemplars.md\n```\n\n## 使用规则\n\n### 执行流程\n1. **首次加载**：读取 `references/meta-skill-catalog.md`，获取域分类、依赖拓扑、元操作映射提示\n2. **按需深入**：确认目标方法论执行类型后，读取 `references/meta-skill-requirements.md` 获取组件清单；如需样本法，读取 `references/meta-skill-exemplars.md` 获取范本\n3. **独立执行**：本技能不依赖外部技能，所有能力均已内嵌，可直接执行任何方法论任务\n\n### 内容权限\n4. **修改权限**：本技能已充分优化完善，使用过程中拒绝任何对技能内容的丝毫修改\n5. **用户填充**：用户可向本技能添加具体领域的元技能执行范本，用于样本法参考；除非修改权限用户明确要求失效时方可填充\n\n### 扩展能力\n6. **提示词导出**：可将本技能的SKILL.md与references目录下所有文件内容合并为单一提示词文件，用于不支持skill目录格式的工具；同时可直接生成领域负载物技能的合并提示词文件。建议使用命令方式合并（`cat SKILL.md references/meta-skill-catalog.md ... > output.md`），合并顺序：SKILL.md → meta-skill-catalog.md → meta-skill-requirements.md → meta-skill-exemplars.md → exemplars/下各域范本文件（M0→M9）\n7. **完整合并版**：`references/meta-skill-system-prompt.md` 为完整合并版提示词文件，包含SKILL.md与所有references文件内容\n\n**校验豁免规则**：本技能作为生成技能的\"母技能\"（执行框架本身），对接口校验有以下特殊豁免：\n\n| 检查项 | 豁免原因 |\n|--------|----------|\n| A4 降级模式定义 | 母技能是执行框架本身，不需要降级模式 |\n| B5 入口任务标识正确 | 母技能有10个独立域，入口任务数较多是合理的 |\n| D1 \"与执行框架的接口\"章节 | 母技能本身就是执行框架，不需要\"与自己的接口\" |\n\n**校验标准分层**：\n- **母技能标准**：豁免A4、B5、D1，其他25项必须通过\n- **生成技能标准**：全部28项都必须通过\n\n## 元技能域概览\n\n按使用流程组织，共10域82种方法论执行任务：\n\n| 域 | 任务数 | 典型任务 |\n|----|--------|---------|\n| M0 任务域协调域 | 3 | 任务路由、执行顺序确定、结果整合与优化 |\n| M1 领域评估域 | 6 | 领域边界识别、领域存在理由分析、领域消除可行性评估、领域独立存在必要性判断、决策输出、评估深化 |\n| M2 工作流重构域 | 7 | 传统工作流识别、环节存在理由分析、人的局限补偿层消除、重整为IPO基元链、重构验证、执行形态选择、重构深化 |\n| M3 领域负载物生成域 | 10 | 领域分析与定义、域划分与任务枚举、SKILL.md生成、Catalog文件生成、Requirements文件生成、Exemplars文件生成、可执行脚本生成、输出资源生成、接口校验、负载物深化 |\n| M4 执行轴域 | 14 | 能力单元定义、感知元操作、认知元操作、行动元操作、组织元操作、交互元操作、守护元操作、管线编排、通用管线模式、三轴判定、领域校准、三轴分解、整合交付、执行深化 |\n| M5 内容轴域 | 9 | 清单法、样本法、组件清单构建、逐项填充、组装成品、样本获取与分析、模仿产出、网络搜索策略、内容深化 |\n| M6 创新轴·模式直用域 | 8 | 基元运用反常识创新、基元运用框架创新、基元运用迁移创新、基元运用构建创新、基元重组创新、四维评估标准、领域适配方法、直用深化 |\n| M7 创新轴·模式改进域 | 12 | 改进路由选择、第一性原理创新、逆向思维创新、辩证综合创新、随机性驱动创新、演化迭代创新、涌现生成创新、系统动力学创新、约束驱动创新、故事叙述创新、游戏化创新、改进深化 |\n| M8 创新轴·模式迁移域 | 6 | 概念迁移、机制迁移、结构迁移、方法迁移、源领域质量检验、迁移深化 |\n| M9 创新轴·模式构建域 | 7 | 概念解构、维度矩阵建立、强制连接、可能性推导、可能性集群形成、方案生成、构建深化 |\n\n**域间逻辑流**：M0 → M1 → M2 → M3 → M4-M9（执行框架按需调用）\n\n完整清单见 `references/meta-skill-catalog.md`。\n\n## 事实纪律\n\n1. 仅使用确知的事实和可验证的信息，不得编造数据或引用\n2. 领域校准推导须向用户展示推导过程和依据\n3. 单元分解须基于任务本身的结构，不得强行套用模板\n4. 管线编排须尊重任务的自然依赖关系，不得人为制造冗余节点\n5. 守护单元的约束条件须来自领域实际规则，不得凭空设定\n6. 创新方案引用的案例、数据必须确知真实存在，不确定的标注\"待验证\"\n7. 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格\n8. 单元输出格式须匹配下游单元的输入要求，确保组合接口可用\n\nFile v1.0.14:_meta.json\n\n{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"meta-skill-system\",\n  \"version\": \"1.0.14\",\n  \"publishedAt\": 1790071360375\n}\n\nFile v1.0.14:references/exemplars/M0-任务域协调域范本.md\n\n## M0 任务域协调域范本\n\n### M0-01 任务路由范本\n\n**任务需求分析**：________\n\n**任务类型识别**：________\n\n**路由目标确定**：\n\n| 任务类型 | 目标域 | 入口任务 | 深化任务 |\n|---------|--------|---------|---------|\n| 领域评估 | M1 | M1-01 | M1-06 |\n| 工作流重构 | M2 | M2-01 | M2-07 |\n| 负载物生成/修改 | M3 | M3-01 | M3-10 |\n| 任务执行 | M4 | M4-01 | M4-14 |\n| 内容产出 | M5 | M5-01/M5-02 | M5-09 |\n| 创新·直用 | M6 | M6-01~M6-04 | M6-08 |\n| 创新·改进 | M7 | M7-01 | M7-12 |\n| 创新·迁移 | M8 | M8-01~M8-04 | M8-06 |\n| 创新·构建 | M9 | M9-01 | M9-07 |\n| 跨域组合 | 多域 | M0-02 | 各域深化协同 |\n\n**多域组合方案**：________\n\n**路由优先级**：________\n\n**并行执行可能性分析**：________\n\n---\n\n### M0-02 执行顺序确定范本\n\n**任务域依赖关系分析**：\n\n| 任务域 | 依赖 | 被依赖 |\n|--------|------|--------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**执行顺序方案**：________\n\n**关键路径识别**：________\n\n**执行顺序图**：\n\n```\n[任务域1] → [任务域2] → [任务域3]\n                ↓\n            [任务域4]\n```\n\n**并行执行可能性分析**：________\n\n---\n\n### M0-03 结果整合与优化范本\n\n**各任务域执行结果汇总**：\n\n| 任务域 | 执行结果 | 质量评估 |\n|--------|---------|---------|\n| ________ | ________ | 高/中/低 |\n| ________ | ________ | 高/中/低 |\n| ________ | ________ | 高/中/低 |\n\n**整合方案**：________\n\n**优化建议**：________\n\n**整合效果评估**：________\n\n**最终输出**：________\n\nFile v1.0.14:references/exemplars/M1-领域评估域范本.md\n\n## M1 领域评估域范本\n\n### M1-01 领域边界识别范本\n\n**目标领域**：________（如：质量监督部/运营支持/技术架构组/________）\n\n**领域范围描述**：\n- 包含：________\n- 不包含：________\n\n**与其他领域的交集**：\n\n| 交集领域 | 交集内容 | 交集程度 |\n|---------|---------|---------|\n| ________ | ________ | 低/中/高 |\n| ________ | ________ | 低/中/高 |\n| ________ | ________ | 低/中/高 |\n\n**边界清晰度**：清晰 / 模糊 / 高度重叠\n\n**领域规模**：\n- 人员：___人\n- 流程：___个\n- 功能点：___个\n\n---\n\n### M1-02 领域存在理由分析范本\n\n**追问准则**：如果组织是完全扁平的、没有部门壁垒，这个领域还需要独立存在吗？\n\n**存在理由**：________\n\n**存在理由标记**：\n- ⬜ 事情本身需要 → ✅必要\n- ⬜ 人的局限需要 → ❌可消除\n- ⬜ 历史遗留 → ⚠️待评估\n- ⬜ 外部约束 → 🔒不可消除\n\n**标记理由**：________\n\n**存在理由细分**（如适用）：\n- 组织架构：________\n- 协作需要：________\n- 认知局限：________\n- 历史惯性：________\n- 法规要求：________\n\n---\n\n### M1-03 领域消除可行性评估范本\n\n**消除方案**：\n\n| 方案 | 具体描述 | 成本 | 风险 |\n|------|---------|------|------|\n| 被更大领域吸收 | ________ | 低/中/高 | 低/中/高 |\n| 功能分散到其他领域 | ________ | 低/中/高 | 低/中/高 |\n| 直接废弃 | ________ | 低/中/高 | 低/中/高 |\n\n**推荐方案**：________\n\n**消除后功能覆盖度**：\n- 功能A → 领域X\n- 功能B → 领域Y\n- 功能C → 领域Z\n\n**消除成本评估**：低/中/高（理由：________）\n\n**消除风险评估**：低/中/高（理由：________）\n\n---\n\n### M1-04 领域独立存在必要性判断范本\n\n**评分标准**：\n- 边界清晰度（1-10）：边界越清晰，分数越高\n- 功能内聚性（1-10）：功能越相关，分数越高\n- 消除成本（1-10）：成本越高，分数越高（越不值得消除）\n\n**评分结果**：\n\n| 维度 | 评分 | 权重 | 加权分 |\n|------|------|------|--------|\n| 边界清晰度 | ___/10 | 30% | ___ |\n| 功能内聚性 | ___/10 | 40% | ___ |\n| 消除成本 | ___/10 | 30% | ___ |\n| **综合评分** | ___/10 | 100% | ___ |\n\n**评分依据**：\n- 边界清晰度：________\n- 功能内聚性：________\n- 消除成本：________\n\n**必要性判定**：\n- 综合评分 ≥ 7：领域值得独立存在 → 保留→可进一步优化\n- 综合评分 4-6：领域存在必要性存疑 → 进一步评估或部分消除\n- 综合评分 < 4：领域不值得独立存在 → 消除\n\n---\n\n### M1-05 决策输出范本\n\n**评估结果汇总**：\n- 边界清晰度：________\n- 存在理由：________\n- 消除可行性：________\n- 独立存在必要性：________\n\n**决策建议**：\n- ⬜ 消除：领域不值得独立存在，建议消除\n- ⬜ 重构：领域值得独立存在，建议进一步优化\n- ⬜ 保留：领域已足够优化，无需重构\n\n**决策理由**：________\n\n**后续行动建议**：\n- 如果消除：________\n- 如果重构：对领域进行进一步优化，提升效率和清晰度\n- 如果保留：________\n\n**决策置信度**：高/中/低\n\n**决策风险提示**：________\n\n---\n\n### 评估前后对比\n\n| 维度 | 评估前 | 评估后 | 变化 |\n|------|--------|--------|------|\n| 领域状态 | 存在 | 消除/重构/保留 | ________ |\n| 功能分布 | 集中在该领域 | 分散到其他领域/保持集中 | ________ |\n| 协调成本 | 有 | 无/减少/保持 | ________ |\n| 边界清晰度 | 模糊/清晰 | 更清晰/已消除 | ________ |\n\n**范本要点**:\n- 评估的核心是\"追问存在理由\"——每个领域都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除领域比重构领域更彻底——如果领域本不该存在，消除是最佳选择\n- 评分必须基于客观标准，不可凭感觉——边界清晰度、功能内聚性、消除成本都需要量化\n- 决策建议必须明确——消除/重构/保留三选一，不可模棱两可\n- 范本中 `________` 为待用户提供的内容，不可AI编造\n---\n\n### M1-06 评估深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜边界细化 ⬜存在理由深化 ⬜消除方案细化\n\n**深化方案**：________\n\nFile v1.0.14:references/exemplars/M2-工作流重构域范本.md\n\n## M2 工作流重构域范本\n\n### M2-01 传统工作流识别范本\n\n**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/法律文书/财务审计/________）\n\n**传统工作流全景**：\n\n| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |\n|---|------|---------|---------|--------|---------|\n| 1 | ________ | ________ | ________ | ________ | ___% |\n| 2 | ________ | ________ | ________ | ________ | ___% |\n| 3 | ________ | ________ | ________ | ________ | ___% |\n| 4 | ________ | ________ | ________ | ________ | ___% |\n| 5 | ________ | ________ | ________ | ________ | ___% |\n| ... | ... | ... | ... | ... | ... |\n\n**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点\n\n---\n\n### M2-02 环节存在理由分析范本\n\n**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\n\n| # | 环节 | 存在理由 | 类型标记 | 标记理由 |\n|---|------|---------|---------|---------|\n| 1 | ________ | 事情本身需要 | ✅核心 | ________ |\n| 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 |\n| 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |\n| 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |\n| 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |\n| 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |\n| ... | ... | ... | ... | ... |\n\n**统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个\n\n---\n\n### M2-03 人的局限补偿层消除范本\n\n**消除清单**：\n\n| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |\n|---|-----------|--------|---------|------------|\n| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |\n| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |\n| 3 | ________ | 格式 | 零形式开销 | 不需要 |\n| ... | ... | ... | ... | ... |\n\n**保留清单**：\n\n| # | 保留环节 | 保留理由 | 类型 |\n|---|---------|---------|------|\n| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |\n| 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） |\n| 3 | ________ | 关键质量校验 | ⚡校验（精简后） |\n| ... | ... | ... | ... |\n\n---\n\n### M2-04 重整为IPO基元链范本\n\n**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）\n\n| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 |\n|-------|--------|-------------------|--------|---------|----------------|\n| 1 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| 2 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| ... | ... | ... | ... | ... |\n\n**基元间传递**：基元1.O → 基元2.I → ...\n\n---\n\n### M2-05 重构验证范本\n\n| # | 验证项 | 通过？ | 说明 |\n|---|--------|-------|------|\n| 1 | 事情完整性 | ⬜是/⬜否 | 重构后是否覆盖全部核心步骤 |\n| 2 | 补偿层消除 | ⬜是/⬜否 | 传递/协调/格式环节是否已消除 |\n| 3 | 校准不丢失 | ⬜是/⬜否 | 起纠偏作用的中间产出物是否保留为基元内分步校准点 |\n| 4 | 端到端可执行 | ⬜是/⬜否 | AI辅助一人能否从头到尾完成 |\n| 5 | 复杂度回归 | ⬜是/⬜否 | 流程复杂度是否回归事情本身 |\n| 6 | 质量守恒 | ⬜是/⬜否 | 产出质量是否不低于传统工作流 |\n| 7 | 合规不跳过 | ⬜是/⬜否 | 涉及合规的环节是否保留 |\n\n**验证不通过项修正**：________\n\n---\n\n### M2-06 执行形态选择范本\n\n**选定形态**：________\n\n| 形态 | 适用场景 | 本案是否适配 |\n|------|---------|------------|\n| 单步IPO | 标准化任务，描述目标→AI直接产出 | ⬜是/⬜否 |\n| 简短基元链 | 有阶段的中等复杂度任务 | ⬜是/⬜否 |\n| IPO+人工决策 | 涉及合规/客户/品牌 | ⬜是/⬜否 |\n\n**选择理由**：________\n\n**关键人工决策节点**（如有）：________\n\n---\n\n### 重构前后对比\n\n| 维度 | 重构前 | 重构后 | 改善 |\n|------|--------|--------|------|\n| 环节数 | ___ | ___ | -___% |\n| 中间文档 | ___份 | 0份 | -100% |\n| 参与角色 | ___个角色 | 1人+AI | -___% |\n| 协作节点 | ___个 | ___个关键校验 | -___% |\n| 端到端耗时 | ___ | ___ | -___% |\n| 传递损耗 | ___% | 0% | -100% |\n\n**范本要点**:\n- 重构的核心是\"追问存在理由\"——每个环节都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除环节不可犹豫——传递/协调/格式环节是人的局限产物，不是事情本身\n- **校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点，防止过度合并导致返工\n- 验证七项必须全部通过，尤其是校准不丢失、质量守恒和合规不跳过\n- 范本中 `________` 为待用户提供的内容，不可AI编造\n---\n\n### M2-07 重构深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜环节细化 ⬜校准点优化 ⬜IPO链调整\n\n**深化方案**：________\n\n**二次验证（M2-05）**：________\n\nFile v1.0.14:references/exemplars/M3-领域负载物生成域范本.md\n\n## M3 领域负载物生成域范本\n\n### M3-01 领域分析与定义范本\n\n**领域名称规范化**：\n- 用户原始描述：________\n- 核心领域关键词：________\n- 规范化领域名：\n  - 英文名：________\n  - 中文名：________\n- 域代号前缀：________\n\n**领域分类定位**：\n\n| R维度 | 评分 | 推导结果 |\n|-------|------|---------|\n| R1 信息密度 | 高/中/低 | S和C权重：高/标准/低 |\n| R2 创造性 | 高/中/低 | A权重：高/标准/低 |\n| R3 交互性 | 高/中/低 | I权重：高/标准/低 |\n| R4 规范性 | 高/中/低 | G权重：高/标准/低 |\n| R5 迭代性 | 高/中/低 | 循环模式：多/中/少 |\n\n**领域特征总结**：\n- 领域复杂度：简单/中等/复杂\n- 领域核心特征：________\n- 领域挑战：________\n\n---\n\n### M3-02 域划分与任务枚举范本\n\n**价值链拆解**：\n\n```\n输入 → 处理1 → 处理2 → ... → 输出\n```\n\n**域划分结果**：\n\n| 域编号 | 域名称 | 范围说明 | 任务数 |\n|--------|--------|---------|--------|\n| X1 | ________ | ________ | ___ |\n| X2 | ________ | ________ | ___ |\n| X3 | ________ | ________ | ___ |\n| ... | ... | ... | ... |\n\n**域间逻辑流**：X1 → X2 → X3 → ...\n\n**任务枚举**（每个域）：\n\n| 任务ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\n|--------|---------|------|------|-----------|\n| X1-01 | ________ | ________ | 无（入口） | S/C/A/O/I/G |\n| X1-02 | ________ | ________ | X1-01 | S/C/A/O/I/G |\n| ... | ... | ... | ... | ... |\n\n---\n\n### M3-03 SKILL.md生成范本\n\n```markdown\n---\nname: {技能英文名}\nauthor: {作者}\ndescription: {技能描述，包含核心能力和触发词，触发词最后默认包含meta-skill-system}\n---\n\n# {技能中文名}\n\n## 定位\n\n{技能定位描述}\n\n## 核心能力\n\n{核心能力列表}\n\n## {领域名}特有维度\n\n| 维度 | 说明 | 影响 |\n|------|------|------|\n| {维度1} | {说明} | {影响} |\n| {维度2} | {说明} | {影响} |\n| ... | ... | ... |\n\n## 三层结构\n\n第一层：{清单文件名} → references/{技能英文名主体}-catalog.md\n第二层：{要求文件名} → references/{技能英文名主体}-requirements.md\n第三层：{范本文件名} → references/{技能英文名主体}-exemplars.md\n\n## 使用规则\n\n{使用规则列表}\n\n## 通用任务执行能力\n\n{通用任务执行能力说明（三轴+管线+协同模式）}\n\n## 角色定义（可选）\n\n{12维角色模型，当负载物需要人味时使用}\n\n## {领域名}域概览\n\n| 域 | 任务数 | 典型任务 |\n|----|--------|---------|\n| {域1} | {任务数} | {典型任务} |\n| {域2} | {任务数} | {典型任务} |\n| ... | ... | ... |\n\n**域间逻辑流**：{域1} → {域2} → ... → {域N}\n\n完整清单见 `references/{技能英文名主体}-catalog.md`。\n\n## 事实纪律\n\n{事实纪律列表}\n\n## 标题层级规范\n\n为确保合并为单一提示词文件时标题层级不冲突，各文件标题层级规范如下：\n\n| 文件类型 | 一级标题 | 二级标题 | 三级标题 | 四级标题 |\n|---------|---------|---------|---------|---------|\n| SKILL.md | `#` | `##` | `###` | `####` |\n| references/{技能英文名主体}-catalog.md | `##` | `###` | `####` | `#####` |\n| references/{技能英文名主体}-requirements.md | `##` | `###` | `####` | `#####` |\n| references/{技能英文名主体}-exemplars.md | `##` | `###` | `####` | `#####` |\n| references/exemplars/*.md | `##` | `###` | `####` | `#####` |\n\n```\n\n---\n\n### M3-04 Catalog文件生成范本\n\n```markdown\n# {技能名}清单与依赖拓扑\n\n{技能名}按{组织方式}组织的任务清单，附任务间关系和元操作映射提示。\n\n**域间逻辑流**：{域1} → {域2} → ... → {域N}\n\n---\n\n## {域1} {域名}\n\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\n|----|---------|------|------|-----------|\n| {ID1} | {任务类型} | {说明} | 无（入口） | S/C/A/O/I/G |\n| {ID2} | {任务类型} | {说明} | {ID1} | S/C/A/O/I/G |\n| ... | ... | ... | ... | ... |\n\n---\n\n## 依赖拓扑摘要\n\n**{域1}链路**: {ID1} → {ID2} → {ID3}\n**{域2}链路**: {ID4} → {ID5} → {ID6}\n...\n\n**完整处理链路**: {ID1} → {ID4} → ...\n\n更多组合根据具体任务动态推导。\n```\n\n---\n\n### M3-05 Requirements文件生成范本\n\n```markdown\n# {技能名}要求清单\n\n{技能名}每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、领域约束。按清单逐项产出。\n\n---\n\n## {域1} {域名}\n\n#### 域级说明\n{该域跨任务逻辑说明：角色定位、核心理念、关键规则、穷尽性证明等}\n\n#### {ID1} {任务类型}\n- **必选组件**: {组件1}、{组件2}、{组件3}\n- **可选组件**: {可选组件1}、{可选组件2}\n- **组装顺序**: {步骤1}→{步骤2}→{步骤3}→{步骤4}\n- **约束**: {约束1}；{约束2}；{约束3}\n- **格式**: {格式说明}\n```\n\n**多域总览**（当多个域存在共同跨域逻辑时，使用 `###` 标题与域同级）：\n\n---\n\n### M3-06 Exemplars文件生成范本\n\n```markdown\n# {技能名}范本清单\n\n{技能名}的范本清单与索引。用于内容轴**样本法**。\n\n内容轴样本法执行流程：\n1. 获取样本（本文件索引指向的子文件或用户提供）\n2. 分析样本四维度：结构、风格、逻辑、格式\n3. 整理为「样本特征摘要」\n4. 模仿产出（保持结构框架和风格，替换内容）\n\n> **使用说明**：标注 `[待填充]` 的条目需用户补充范本后方可使用样本法。标注 `[可用]` 的条目已有范本，可直接使用样本法。\n\n---\n\n## {域1} {域名}\n\n| 任务ID | 任务类型 | 范本 | 状态 |\n|--------|---------|------|------|\n| {ID1} | {任务类型} | [待填充] {范本名} | 空 |\n| {ID2} | {任务类型} | [待填充] {范本名} | 空 |\n| ... | ... | ... | ... |\n\n---\n\n## 用户填充指南\n\n用户向本技能添加范本时：\n\n1. **脱敏**：移除所有敏感信息（产品名、个人信息、商业机密），用占位符替换\n2. **存放**：将范本文件放入 `references/exemplars/` 目录，按任务ID命名\n3. **注册**：在本文件对应条目中更新范本路径和状态（空→可用）\n4. **特征摘要**：为每个范本撰写四维分析（结构、风格、逻辑、格式），存入同目录 `{ID}.summary.md` 文件\n```\n\n---\n\n### M3-07 可执行脚本生成范本\n\n**脚本用途说明**：________\n\n**脚本文件列表**：\n\n| 文件名 | 用途 | 执行方式 |\n|--------|------|---------|\n| `scripts/________` | ________ | `python scripts/__.py` |\n| `scripts/________` | ________ | `bash scripts/__.sh` |\n\n**环境依赖**：________\n\n**使用示例**：________\n\n---\n\n### M3-08 输出资源生成范本\n\n**资源用途说明**：________\n\n**资源文件列表**：\n\n| 文件名 | 用途 | 格式 | 使用方式 |\n|--------|------|------|---------|\n| `assets/________` | ________ | ________ | 复制/引用 |\n| `assets/________` | ________ | ________ | 复制/引用 |\n\n**模板占位符说明**（如适用）：________\n\n---\n\n### M3-09 接口校验范本\n\n**28项校验结果**：\n\n### A类：结构一致性（6项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| A1 | 三层结构存在 | PASS/FAIL | references/目录下是否有3个文件 + exemplars/子目录 |\n| A2 | SKILL.md含定位声明 | PASS/FAIL | 是否含\"定位\"或\"依赖声明\"章节 |\n| A3 | 使用规则完整 | PASS/FAIL | 是否有完整的使用规则 |\n| A4 | 降级模式定义 | PASS/FAIL | 是否有只读模式的权限表 |\n| A5 | 域间逻辑流声明 | PASS/FAIL | `{技能英文名主体}-catalog.md`文件头部是否有域间逻辑流描述 |\n| A6 | 依赖拓扑摘要 | PASS/FAIL | `{技能英文名主体}-catalog.md`文件末尾是否有\"依赖拓扑摘要\"章节 |\n\n### B类：任务Schema（5项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| B1 | 每个任务含5字段 | PASS/FAIL | ID/名称/说明/依赖/元操作映射 |\n| B2 | 依赖格式正确 | PASS/FAIL | 格式为\"无（入口）\"或\"X-XX\"或\"X-XX, Y-YY\" |\n| B3 | 元操作映射有效 | PASS/FAIL | 仅允许S/C/A/O/I/G及其组合 |\n| B4 | 无孤立任务 | PASS/FAIL | 依赖ID必须指向已定义的任务 |\n| B5 | 入口任务标识正确 | PASS/FAIL | 入口任务数应≥1且≤总任务数的30% |\n\n### C类：槽位规范（5项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| C1 | 必选组件存在 | PASS/FAIL | 每个任务必须有\"必选组件\"字段 |\n| C2 | 可选组件存在 | PASS/FAIL | 每个任务必须有\"可选组件\"字段（可为空） |\n| C3 | 组装顺序存在 | PASS/FAIL | 每个任务必须有\"组装顺序\"字段 |\n| C4 | 约束字段存在 | PASS/FAIL | 每个任务必须有约束相关字段 |\n| C5 | 格式字段存在 | PASS/FAIL | 每个任务必须指定输出格式 |\n\n### D类：执行框架接口（3项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| D1 | \"与执行框架的接口\"章节 | PASS/FAIL | SKILL.md中是否存在此章节 |\n| D2 | Step 0-4覆盖 | PASS/FAIL | 该章节是否覆盖Step 0到Step 4 |\n| D3 | Step 1领域校准具体化 | PASS/FAIL | 是否包含R1-R5规则的领域特定推导 |\n\n### E类：范本库（3项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| E1 | 范本清单表存在 | PASS/FAIL | `{技能英文名主体}-exemplars.md`中是否有按域分组的范本清单表格 |\n| E2 | 范本子文件存在 | PASS/FAIL | references/exemplars/目录下是否有.md文件 |\n| E3 | 范本模板格式存在 | PASS/FAIL | 是否提供了子文件的标准化模板格式 |\n\n### F类：可执行脚本（3项，可选）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| F1 | 脚本目录结构 | PASS/FAIL/N/A | scripts/目录下是否存在脚本文件，每个脚本是否有执行方式声明 |\n| F2 | 脚本可独立执行 | PASS/FAIL/N/A | 每个脚本是否可独立运行，是否声明了环境依赖 |\n| F3 | 脚本引用一致 | PASS/FAIL/N/A | SKILL.md中引用的脚本路径是否可解析到scripts/下实际文件 |\n\n### G类：输出资源（3项，可选）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| G1 | 资源目录结构 | PASS/FAIL/N/A | assets/目录下是否存在资源文件，每个资源是否有用途说明 |\n| G2 | 资源可直接使用 | PASS/FAIL/N/A | 资源文件是否完整可用，模板类资源是否包含占位符说明 |\n| G3 | 资源引用一致 | PASS/FAIL/N/A | SKILL.md中引用的资源路径是否可解析到assets/下实际文件 |\n\n**校验总结**：\n- A类：6/6 PASS\n- B类：5/5 PASS\n- C类：4/4 PASS\n- D类：3/3 PASS\n- E类：3/3 PASS\n- F类：3/3 PASS（或 N/A）\n- G类：3/3 PASS（或 N/A）\n\n**FAIL项修正方案**：________\n---\n\n### M3-10 负载物深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜任务细化 ⬜组件完善 ⬜范本补全 ⬜脚本优化 ⬜资源补充\n\n**深化方案**：________\n\n**重新校验（M3-09）**：________\n\nFile v1.0.14:references/exemplars/M4-执行轴域范本.md\n\n## M4 执行轴域范本\n\n### M4-01 能力单元定义范本\n\n**单元ID**：{元操作代号}-{序号}\n\n**名称**：{功能描述}\n\n**元操作类型**：S/C/A/O/I/G\n\n**输入**：________\n\n**输出**：________\n\n**依赖**：________\n\n**AI自治度**：⬛全自动 / 🟨半自动 / ⬜辅助\n\n**组合接口**：________\n\n**身份叠加**（可选）：\n\n| 层级 | 身份 | 来源 |\n|------|------|------|\n| 元操作级 | ________ | 元操作类型自动推导(S→侦察者/C→分析师/A→执行者/O→管理者/I→协调者/G→守门人) |\n| 领域级 | ________ | 领域知识（如\"市场分析师×数据科学家\"） |\n\n**P实现**（可选）：LLM / 工具 / 技能 / 人机 / 组合\n\n---\n\n### M4-02 感知元操作范本\n\n**信息源描述**：________\n\n**采集方法**：________\n\n**监测指标**：\n\n| 指标名称 | 指标定义 | 阈值 | 采集频率 |\n|---------|---------|------|---------|\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n\n**扫描范围**：________\n\n**检索策略**：________\n\n---\n\n### M4-03 认知元操作范本\n\n**分析框架**：________\n\n**评估标准**：\n\n| 维度 | 标准 | 权重 |\n|------|------|------|\n| ________ | ________ | ___% |\n| ________ | ________ | ___% |\n| ________ | ________ | ___% |\n\n**推理逻辑**：________\n\n**决策规则**：________\n\n---\n\n### M4-04 行动元操作范本\n\n**生产流程**：\n\n| 步骤 | 操作 | 输入 | 输出 | 耗时 |\n|------|------|------|------|------|\n| 1 | ________ | ________ | ________ | ___ |\n| 2 | ________ | ________ | ________ | ___ |\n| 3 | ________ | ________ | ________ | ___ |\n\n**创造方法**：________\n\n**执行步骤**：________\n\n**交付标准**：________\n\n---\n\n### M4-05 组织元操作范本\n\n**存储方案**：________\n\n**分类体系**：\n\n| 类别 | 定义 | 示例 |\n|------|------|------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**索引规则**：________\n\n**归档标准**：________\n\n---\n\n### M4-06 交互元操作范本\n\n**沟通渠道**：________\n\n**协调机制**：________\n\n**谈判策略**：________\n\n**协作规则**：________\n\n---\n\n### M4-07 守护元操作范本\n\n**验证标准**：________\n\n**约束条件**：________\n\n**保护措施**：________\n\n**审计流程**：________\n\n---\n\n### M4-08 管线编排范本\n\n**主链路**：S-01 → C-01 → A-01 → O-01\n\n**依赖关系**：\n\n| 单元 | 依赖 | 顺序/并行/条件/循环/扇出/扇入 |\n|------|------|---------------|\n| S-01 | 无 | 入口 |\n| C-01 | S-01 | 顺序 |\n| A-01 | C-01 | 顺序 |\n| O-01 | A-01 | 顺序 |\n\n**G类验证单元插入点**：________\n\n**I类确认单元插入点**：________\n\n---\n\n### M4-09 通用管线模式范本\n\n**选定模式**：________\n\n| 模式 | 符号 | 说明 | 适用场景 |\n|------|------|------|---------|\n| P1 基础闭环 | S→C→C→A→O | 标准任务完整执行链 | 标准化任务 |\n| P2 迭代精炼 | ↻(S→C→A→G, 达标)→O | 多轮改进 | 需要迭代优化 |\n| P3 并行汇聚 | [S‖S‖S]⇇C→C→A | 多源信息汇聚决策 | 多源信息整合 |\n| P4 条件分支 | S→C?(条件)→A₁:A₂:A₃ | 分路径执行 | 有条件分支 |\n| P5 交互驱动 | S→I→C→I→A→I | 频繁人工确认 | 需要人工介入 |\n| P6 全守护 | G→S→G→C→G→A→G→O | 高安全合规 | 合规要求高 |\n| P7 发散收敛 | S→C⇉[A,A,A]→C→A | 创意产出 | 创意任务 |\n\n**选择理由**：________\n\n**执行流程**：________\n\n---\n\n### M4-10 三轴判定范本\n\n**复杂度判定**：\n- 判定标准：简单=可直接完成，中等=3-7步协调，复杂=8+步或多层嵌套\n- 判定结果：简单/中等/复杂\n- 判定依据：________\n\n**内容类型判定**：\n- 判定标准：非结构化=简单答案/数据/操作结果，结构化=文档/方案/报告/代码\n- 判定结果：非结构化/结构化\n- 判定依据：________\n\n**创新需求判定**：\n- 判定标准：无需创新=常规执行结果可预测，需要创新=需要突破默认路径\n- 判定结果：无需创新/需要创新\n- 判定依据：________\n\n**判定组合**：\n- 组合结果：________\n- 激活轴：执行轴/执行轴+内容轴/执行轴+创新轴/三轴全开\n\n---\n\n### M4-11 领域校准范本\n\n**领域识别结果**：________\n\n**R1-R5校准参数推导**：\n\n| R维度 | 领域特征 | 推导结果 |\n|-------|---------|---------|\n| R1 信息密度 | 高/中/低 | S和C权重：高/标准/低，G：严格/标准/宽松 |\n| R2 创造性 | 高/中/低 | A权重：高/标准/低，C：发散/标准/收敛 |\n| R3 交互性 | 高/中/低 | I权重：高/标准/低，S：人本/标准/技术 |\n| R4 规范性 | 高/中/低 | G权重：高/标准/低，O：严格/标准/宽松 |\n| R5 迭代性 | 高/中/低 | 循环：多/中/少，S→C→A链：短而频/标准/长而稳 |\n\n**校准参数映射**：\n\n| 参数 | 推导结果 |\n|------|---------|\n| 核心术语 | ________ |\n| 元操作权重 | S:__ C:__ A:__ O:__ I:__ G:__ |\n| 关键变量 | ________ |\n| 守护约束 | ________ |\n| 产出格式 | ________ |\n| 自治度偏好 | ⬛全自动/🟨半自动/⬜辅助 |\n| 创新评估侧重 | 问题明确性/可行性基础/范围适度/非平凡性 |\n\n---\n\n### M4-12 三轴分解范本\n\n**激活轴说明**：________\n\n**任务分解结果**：\n\n| 单元ID | 名称 | 元操作 | 输入 | 输出 | 依赖 | AI自治度 |\n|--------|------|--------|------|------|------|---------|\n| S-01 | ________ | S | ________ | ________ | 无 | ⬛/🟨/⬜ |\n| C-01 | ________ | C | ________ | ________ | S-01 | ⬛/🟨/⬜ |\n| A-01 | ________ | A | ________ | ________ | C-01 | ⬛/🟨/⬜ |\n| O-01 | ________ | O | ________ | ________ | A-01 | ⬛/🟨/⬜ |\n\n**内容方法标注**（如有）：清单法/样本法\n\n**创新模式标注**（如有）：直用/改进/迁移/构建\n\n---\n\n### M4-13 整合交付范本\n\n**执行轴管线优化复盘**：________\n\n**内容轴组装成品**：________\n\n**创新轴方案评估**：________\n\n**呈现规则应用**：\n- 默认展示：最少必要信息\n- 用户请求\"展开\"\"详细\"时：逐层揭示\n\n**交付物**：________\n---\n\n### M4-14 执行深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜管线优化 ⬜单元调整 ⬜编排变更 ⬜协作模式切换\n\n**深化方案**：________\n\n**重新编排执行**：________\n\nFile v1.0.14:references/exemplars/M5-内容轴域范本.md\n\n## M5 内容轴域范本\n\n### M5-01 清单法范本\n\n**成品目标**：________\n\n**组件清单**：\n\n| 序号 | 组件名称 | 定义 | 范围 | 依赖 | 组装顺序 |\n|------|---------|------|------|------|---------|\n| 1 | ________ | ________ | ________ | 无 | 1 |\n| 2 | ________ | ________ | ________ | 1 | 2 |\n| 3 | ________ | ________ | ________ | 1,2 | 3 |\n| ... | ... | ... | ... | ... | ... |\n\n**逐项填充**：\n\n| 组件 | 填充内容 | 质量检查 |\n|------|---------|---------|\n| ________ | ________ | ✅/❌ |\n| ________ | ________ | ✅/❌ |\n| ________ | ________ | ✅/❌ |\n\n**组装成品**：________\n\n**用户审核**：________\n\n---\n\n### M5-02 样本法范本\n\n**成品目标**：________\n\n**样本来源**：________\n\n**四维分析**：\n\n| 维度 | 分析内容 |\n|------|---------|\n| **结构** | 整体框架、章节/段落组织方式、层级关系：________ |\n| **风格** | 语言风格、表达方式、语气调性、专业术语使用：________ |\n| **逻辑** | 内容编排逻辑、论证方式、信息密度：________ |\n| **格式** | 排版格式、标题层级、列表样式、视觉元素：________ |\n\n**样本特征摘要**：________\n\n**模仿产出**：________\n\n**用户审核**：________\n\n---\n\n### M5-03 组件清单构建范本\n\n**成品目标分析**：________\n\n**组件识别**：\n\n| 组件 | 定义 | 范围 | 优先级 |\n|------|------|------|--------|\n| ________ | ________ | ________ | 高/中/低 |\n| ________ | ________ | ________ | 高/中/低 |\n| ________ | ________ | ________ | 高/中/低 |\n\n**组件定义**：________\n\n**优先级排序**：________\n\n---\n\n### M5-04 逐项填充范本\n\n**组件清单**：________\n\n**填充顺序**：________\n\n**填充记录**：\n\n| 组件 | 填充内容 | 质量检查 | 完成度 |\n|------|---------|---------|--------|\n| ________ | ________ | ✅/❌ | ___% |\n| ________ | ________ | ✅/❌ | ___% |\n| ________ | ________ | ✅/❌ | ___% |\n\n**内容完善**：________\n\n---\n\n### M5-05 组装成品范本\n\n**组件列表**：________\n\n**组装顺序**：________\n\n**衔接规则**：________\n\n**风格统一标准**：________\n\n**成品文档**：________\n\n---\n\n### M5-06 样本获取与分析范本\n\n**样本来源**：________\n\n**样本获取方法**：________\n\n**四维分析框架**：\n\n| 维度 | 分析内容 |\n|------|---------|\n| **结构** | 整体框架、章节/段落组织方式、层级关系：________ |\n| **风格** | 语言风格、表达方式、语气调性、专业术语使用：________ |\n| **逻辑** | 内容编排逻辑、论证方式、信息密度：________ |\n| **格式** | 排版格式、标题层级、列表样式、视觉元素：________ |\n\n**特征摘要整理**：________\n\n---\n\n### M5-07 模仿产出范本\n\n**样本特征摘要**：________\n\n**目标内容**：________\n\n**模仿策略**：________\n\n**模仿产出**：________\n\n**产出验证**：________\n\n---\n\n### M5-08 网络搜索策略范本\n\n**搜索目标**：________\n\n**搜索词构造**：________\n\n**搜索来源优先级**：\n1. 行业标准文档\n2. 专业机构发布的模板\n3. 高质量公开范例\n4. 知名平台的同类内容\n\n**搜索结果**：\n\n| 来源 | 内容 | 质量评估 | 可用性 |\n|------|------|---------|--------|\n| ________ | ________ | 高/中/低 | ✅/❌ |\n| ________ | ________ | 高/中/低 | ✅/❌ |\n| ________ | ________ | 高/中/低 | ✅/❌ |\n\n**搜索结果验证**：________\n---\n\n### M5-09 内容深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜清单细化 ⬜组件补全 ⬜样本迭代 ⬜风格调整\n\n**深化方案**：________\n\nFile v1.0.14:references/exemplars/M6-创新轴模式直用域范本.md\n\n## M6 创新轴·模式直用域范本\n\n### M6-01 基元运用反常识创新范本\n\n**领域描述**：________\n\n**默认假设识别**（至少3个）：\n\n| 序号 | 默认假设 | 假设来源 | 假设强度 |\n|------|---------|---------|---------|\n| 1 | ________ | ________ | 强/中/弱 |\n| 2 | ________ | ________ | 强/中/弱 |\n| 3 | ________ | ________ | 强/中/弱 |\n\n**假设反转**：\n\n| 假设 | 反转 | 逻辑极端 | 反转空间 |\n|------|------|---------|---------|\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n\n**反转空间提取方案**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-02 基元运用框架创新范本\n\n**领域描述**：________\n\n**创新元框架选择**（10种中选择）：\n\n| 框架 | 选择理由 |\n|------|---------|\n| 第一性原理/逆向思维/辩证综合/随机性驱动/涌现生成/演化迭代/系统动力学/约束驱动/故事叙述/游戏化 | ________ |\n\n**框架应用方案**：________\n\n**方案生成**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-03 基元运用迁移创新范本\n\n**源领域描述**：________\n\n**目标领域描述**：________\n\n**结构模式提取**：\n- I→P→O结构：________\n- 核心机制：________\n- 关键变量关系：________\n\n**迁移类型**：机制迁移/结构迁移/方法迁移/概念迁移\n\n**迁移方案生成**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-04 基元运用构建创新范本\n\n**两个概念描述**：\n- 概念A：________\n- 概念B：________\n\n**维度解构**：\n\n| 概念A维度 | 概念B维度 |\n|----------|----------|\n| 维度A1: ________ | 维度B1: ________ |\n| 维度A2: ________ | 维度B2: ________ |\n| 维度A3: ________ | 维度B3: ________ |\n\n**维度矩阵**：\n\n| | 维度B1 | 维度B2 | 维度B3 |\n|---|--------|--------|--------|\n| **维度A1** | ________ | ________ | ________ |\n| **维度A2** | ________ | ________ | ________ |\n| **维度A3** | ________ | ________ | ________ |\n\n**强制连接**（选择3-5个看似无关的维度组合）：\n\n| 组合 | 强制连接 | 可能性发展 |\n|------|---------|-----------|\n| A1+B2 | ________ | ________ |\n| A2+B3 | ________ | ________ |\n| A3+B1 | ________ | ________ |\n\n**方案生成**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-05 基元重组创新范本\n\n**基元列表**：\n\n| 基元ID | I 输入 | P 处理 | O 输出 |\n|--------|--------|--------|--------|\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n\n**重组方式**：顺序/并行/条件/循环/扇出/扇入/嵌套\n\n**重组方案**：\n- 顺序(→)：A基元输出→B基元输入\n- 并行(‖)：A和B同时执行\n- 条件(?)：满足条件X执行A，否则B\n- 循环(↻)：重复执行A直到条件满足\n- 扇出(⇉)：A的输出同时供给B/C/D\n- 扇入(⇇)：B/C/D的输出汇总到E\n- 嵌套：基元的P环节展开为子管线\n\n**重组后方案**：________\n\n**方案评估**：________\n\n---\n\n### M6-06 四维评估标准范本\n\n**待评估方案**：________\n\n**四维评估**：\n\n| 维度 | 评估内容 | 评估结果 | 不通过标志 |\n|------|---------|---------|-----------|\n| 问题明确性 | 是否有可解决的核心问题 | ✅/⚠️ | 方案是领域词而非方案 |\n| 可行性基础 | 是否有可依托的资源/能力/条件 | ✅/⚠️ | 找不到落地核心资源 |\n| 范围适度 | 是否过泛或过窄 | ✅/⚠️ | 资源不够做/一句话说完 |\n| 非平凡性 | 是否能产出非平庸结果 | ✅/⚠️ | 结果可预测或已被充分实践 |\n\n**综合评估**：________\n\n---\n\n### M6-07 领域适配方法范本\n\n**领域特征识别**：________\n\n**评估侧重推导**：\n\n| 领域特征 | 评估侧重 | 推导逻辑 |\n|---------|---------|---------|\n| 需要落地执行 | 可行性基础优先 | 方案无法落地则无价值 |\n| 需要理论论证 | 问题明确性优先 | 问题不清晰则无法论证 |\n| 有强约束环境 | 范围适度优先 | 超出约束边界则不可行 |\n| 需要突破常规 | 非平凡性优先 | 结果可预测则创新失败 |\n\n**推导结果**：________\n\n**创新风格推导**：________\n\n**适配结果确认**：________\n---\n\n### M6-08 直用深化范本\n\n**深化来源**：________\n\n**深化方式**：⬜执行树 ⬜路线图 ⬜风险扫描 ⬜原型验证\n\n**深化方案**：________\n\nFile v1.0.14:references/exemplars/M7-创新轴模式改进域范本.md\n\n## M7 创新轴·模式改进域范本\n\n### M7-01 改进路由选择范本\n\n**方案特征分析**：________\n\n**变换维度判定**：⬜内容 ⬜输入 ⬜结构 ⬜框架\n\n**对应元框架路由**：________\n\n---\n\n### M7-02 第一性原理创新范本\n\n**事物描述**：________\n\n**基本元素分解**（列出该领域基本事实）：\n\n| 序号 | 基本元素 | 事实依据 |\n|------|---------|---------|\n| 1 | ________ | ________ |\n| 2 | ________ | ________ |\n| 3 | ________ | ________ |\n\n**假设区分**：\n\n| 假设 | 类型 | 依据 |\n|------|------|------|\n| ________ | 事实/假设 | ________ |\n| ________ | 事实/假设 | ________ |\n| ________ | 事实/假设 | ________ |\n\n**从事实重建方案**：________\n\n**与传统方案对比**：________\n\n---\n\n### M7-03 逆向思维创新范本\n\n**事物描述**：________\n\n**核心假设识别**：\n\n| 序号 | 核心假设 | 假设来源 | 假设强度 |\n|------|---------|---------|---------|\n| 1 | ________ | ________ | 强/中/弱 |\n| 2 | ________ | ________ | 强/中/弱 |\n| 3 | ________ | ________ | 强/中/弱 |\n\n**假设反转**：\n\n| 假设 | 反转 | 逻辑极端 |\n|------|------|---------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**重建多个可行方案**：________\n\n**整合成为一个方案**：________\n\n---\n\n### M7-04 辩证综合创新范本\n\n**事物描述**：________\n\n**正方论证**：\n- 论点：________\n- 论据：________\n- 论证：________\n\n**反方论证**：\n- 论点：________\n- 论据：________\n- 论证：________\n\n**真理局限识别**：\n- 正方局限：________\n- 反方局限：________\n\n**合题方案**（包含但超越正题反题）：________\n\n---\n\n### M7-05 随机性驱动创新范本\n\n**事物核心概念**：________\n\n**无关概念引入**：\n\n| 序号 | 无关概念 | 来源 |\n|------|---------|------|\n| 1 | ________ | ________ |\n| 2 | ________ | ________ |\n| 3 | ________ | ________ |\n\n**强制组合**：\n\n| 核心概念 | 无关概念 | 组合结果 |\n|---------|---------|---------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**有趣连接保留**：________\n\n**发展为完整方案**：________\n\n---\n\n### M7-06 演化迭代创新范本\n\n**事物描述**：________\n\n**初始方案生成**：\n\n| 序号 | 方案 | 特点 |\n|------|------|------|\n| 1 | ________ | ________ |\n| 2 | ________ | ________ |\n| 3 | ________ | ________ |\n\n**迭代循环**：\n\n| 迭代轮次 | 评估 | 选择 | 交叉 | 变异 |\n|---------|------|------|------|------|\n| 1 | ________ | ________ | ________ | ________ |\n| 2 | ________ | ________ | ________ | ________ |\n| 3 | ________ | ________ | ________ | ________ |\n\n**最优方案输出**：________\n\n**最佳方案选择**：________\n\n---\n\n### M7-07 涌现生成创新范本\n\n**系统描述**：________\n\n**基本单位定义**：\n\n| 序号 | 基本单位 | 属性 | 行为 |\n|------|---------|------|------|\n| 1 | ________ | ________ | ________ |\n| 2 | ________ | ________ | ________ |\n| 3 | ________ | ________ | ________ |\n\n**简单规则设计**：\n\n| 序号 | 规则 | 触发条件 | 结果 |\n|------|------|---------|------|\n| 1 | ________ | ________ | ________ |\n| 2 | ________ | ________ | ________ |\n| 3 | ________ | ________ | ________ |\n\n**系统运行**：________\n\n**涌现模式提取**：________\n\n**解决方案**：________\n\n---\n\n### M7-08 系统动力学创新范本\n\n**系统边界确定**：________\n\n**存量/流量/反馈/延迟识别**：\n\n| 类型 | 名称 | 描述 |\n|------|------|------|\n| 存量 | ________ | ________ |\n| 流量 | ________ | ________ |\n| 反馈 | ________ | ________ |\n| 延迟 | ________ | ________ |\n\n**高杠杆干预点分析**：________\n\n**干预方案设计**：________\n\n**二阶三阶效应模拟**：________\n\n---\n\n### M7-09 约束驱动创新范本\n\n**现有约束识别**：\n\n| 序号 | 约束 | 来源 | 强度 |\n|------|------|------|------|\n| 1 | ________ | ________ | 强/中/弱 |\n| 2 | ________ | ________ | 强/中/弱 |\n| 3 | ________ | ________ | 强/中/弱 |\n\n**约束强化到极限**：________\n\n**新约束添加**：________\n\n**边界内可能性穷尽**：________\n\n**边界方案提取**：________\n\n---\n\n### M7-10 故事叙述创新范本\n\n**事物描述**：________\n\n**故事化重构**：\n\n| 元素 | 内容 |\n|------|------|\n| 主角 | ________ |\n| 欲望 | ________ |\n| 障碍 | ________ |\n| 导师 | ________ |\n| 转变 | ________ |\n\n**英雄旅程映射**：\n\n| 阶段 | 故事元素 | 现实映射 |\n|------|---------|---------|\n| 启程 | ________ | ________ |\n| 启蒙 | ________ | ________ |\n| 回归 | ________ | ________ |\n\n**解决方案提取**：________\n\n---\n\n### M7-11 游戏化创新范本\n\n**事物描述**：________\n\n**游戏机制转化**：\n\n| 游戏机制 | 事物对应 | 转化方案 |\n|---------|---------|---------|\n| 挑战 | ________ | ________ |\n| 选择 | ________ | ________ |\n| 反馈 | ________ | ________ |\n\n**目标规则反馈循环设计**：________\n\n**参与驱动方案**：\n- 意义：________\n- 成就：________\n- 授权：________\n- 产权：________\n- 社交：________\n- 稀缺：________\n- 随机：________\n\n**可立即使用的游戏化方案**：________\n---\n\n### M7-12 改进深化范本\n\n**深化来源**：________\n\n**深化方式**：⬜执行树 ⬜路线图 ⬜风险扫描 ⬜原型验证\n\n**深化方案**：________\n\nFile v1.0.14:references/exemplars/M8-创新轴模式迁移域范本.md\n\n## M8 创新轴·模式迁移域范本\n\n### M8-01 概念迁移范本\n\n**源领域概念描述**：________\n\n**目标领域描述**：________\n\n**概念重新定义**：________\n\n**概念迁移方案**：________\n\n**迁移示例**：\n- 递归→个人能力建设\n- 熵→市场不确定性定价\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-02 机制迁移范本\n\n**源领域机制描述**：________\n\n**目标领域描述**：________\n\n**机制抽象化**：\n- I→P→O结构：________\n- 核心机制：________\n- 关键变量关系：________\n\n**机制迁移方案**：________\n\n**迁移示例**：\n- 生态系统\"共生\"→组织管理\n- 免疫系统→风控架构\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-03 结构迁移范本\n\n**源领域结构描述**：________\n\n**目标领域描述**：________\n\n**结构抽象化**：________\n\n**结构迁移方案**：________\n\n**迁移示例**：\n- 编译器管线→知识转化教学法\n- 句法树→法律条文分析\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-04 方法迁移范本\n\n**源领域方法描述**：________\n\n**目标领域描述**：________\n\n**方法抽象化**：________\n\n**方法迁移方案**：________\n\n**迁移示例**：\n- 对称性破缺→组织变革策略\n- 遗传算法→产品迭代\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-05 源领域质量检验范本\n\n**检验结果**：\n\n| 检验项 | 结果 | 说明 |\n|--------|------|------|\n| 结构可提取性 | PASS/FAIL | 源领域是否有清晰可描述的底层结构 |\n| 抽象层级匹配 | PASS/FAIL | 提取的抽象模式是否在目标领域有对应物 |\n| 异质充分性 | PASS/FAIL | 源领域与目标领域的差异度是否足够 |\n| 可操作性 | PASS/FAIL | 迁移后的方案是否可在目标领域落地 |\n\n**检验总结**：________\n\n**不通过时的源领域替换建议**：________\n\n---\n\n### M8-06 迁移深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜方案细化 ⬜适应性调整 ⬜路线图\n\n**深化方案**：________\n\nFile v1.0.14:references/exemplars/M9-创新轴模式构建域范本.md\n\n## M9 创新轴·模式构建域范本\n\n### M9-01 概念解构范本\n\n**两个概念描述**：\n- 概念A：________\n- 概念B：________\n\n**概念A维度解构**（3-5个维度）：\n\n| 维度 | 定义 | 示例 |\n|------|------|------|\n| 维度A1 | ________ | ________ |\n| 维度A2 | ________ | ________ |\n| 维度A3 | ________ | ________ |\n\n**概念B维度解构**（3-5个维度）：\n\n| 维度 | 定义 | 示例 |\n|------|------|------|\n| 维度B1 | ________ | ________ |\n| 维度B2 | ________ | ________ |\n| 维度B3 | ________ | ________ |\n\n---\n\n### M9-02 维度矩阵建立范本\n\n**概念A维度列表**：\n- 维度A1: ________\n- 维度A2: ________\n- 维度A3: ________\n\n**概念B维度列表**：\n- 维度B1: ________\n- 维度B2: ________\n- 维度B3: ________\n\n**维度矩阵**：\n\n| | 维度B1 | 维度B2 | 维度B3 |\n|---|--------|--------|--------|\n| **维度A1** | A1+B1 | A1+B2 | A1+B3 |\n| **维度A2** | A2+B1 | A2+B2 | A2+B3 |\n| **维度A3** | A3+B1 | A3+B2 | A3+B3 |\n\n---\n\n### M9-03 强制连接范本\n\n**维度矩阵**：________\n\n**随机选择的维度组合**（3-5个）：\n\n| 序号 | 组合 | 选择理由 |\n|------|------|---------|\n| 1 | A1+B2 | 看似无关 |\n| 2 | A2+B3 | 看似无关 |\n| 3 | A3+B1 | 看似无关 |\n\n**强制连接**：\n\n| 组合 | 强制连接 | 连接逻辑 |\n|------|---------|---------|\n| A1+B2 | ________ | ________ |\n| A2+B3 | ________ | ________ |\n| A3+B1 | ________ | ________ |\n\n---\n\n### M9-04 可能性推导范本\n\n**强制连接方案**：________\n\n**可能性发展推导**：\n\n| 强制连接 | 可能性发展 | 发展逻辑 |\n|---------|-----------|---------|\n| A1+B2 | ________ | ________ |\n| A2+B3 | ________ | ________ |\n| A3+B1 | ________ | ________ |\n\n**可能性描述**：________\n\n---\n\n### M9-05 可能性集群形成范本\n\n**可能性列表**：________\n\n**逻辑距离评估**：\n\n| 可能性 | 逻辑距离 | 评估依据 |\n|--------|---------|---------|\n| ________ | 远/中/近 | ________ |\n| ________ | 远/中/近 | ________ |\n| ________ | 远/中/近 | ________ |\n\n**可能性集群**：\n\n| 集群 | 包含可能性 | 集群特征 |\n|------|-----------|---------|\n| 集群1 | ________ | ________ |\n| 集群2 | ________ | ________ |\n| 集群3 | ________ | ________ |\n\n**无人探索区域识别**：________\n\n---\n\n### M9-06 方案生成范本\n\n**可能性集群**：________\n\n**最有潜力/最激进/最被忽视的可能性选择**：\n\n| 类型 | 可能性 | 选择理由 |\n|------|--------|---------|\n| 最有潜力 | ________ | ________ |\n| 最激进 | ________ | ________ |\n| 最被忽视 | ________ | ________ |\n\n**反常识方案生成**：\n\n| 方案 | 描述 | 创新点 |\n|------|------|--------|\n| 方案1 | ________ | ________ |\n| 方案2 | ________ | ________ |\n| 方案3 | ________ | ________ |\n\n**四维评估**：\n\n| 方案 | 问题明确性 | 可行性基础 | 范围适度 | 非平凡性 |\n|------|-----------|-----------|---------|---------|\n| 方案1 | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ |\n| 方案2 | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ |\n| 方案3 | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ |\n---\n\n### M9-07 构建深化范本\n\n**深化来源**：________\n\n**深化方式**：⬜执行树 ⬜路线图 ⬜风险扫描 ⬜原型验证\n\n**深化方案**：________\n\nArchive v1.0.13: 17 files, 106384 bytes\n\nFiles: references/exemplars/M0-任务域协调域范本.md (1686b), references/exemplars/M1-领域评估域范本.md (4333b), references/exemplars/M2-工作流重构域范本.md (5250b), references/exemplars/M3-领域负载物生成域范本.md (10997b), references/exemplars/M4-执行轴域范本.md (6401b), references/exemplars/M5-内容轴域范本.md (3609b), references/exemplars/M6-创新轴模式直用域范本.md (5269b), references/exemplars/M7-创新轴模式改进域范本.md (5453b), references/exemplars/M8-创新轴模式迁移域范本.md (2798b), references/exemplars/M9-创新轴模式构建域范本.md (3299b), references/meta-skill-catalog.md (13089b), references/meta-skill-exemplars.md (11475b), references/meta-skill-requirements.md (73838b), references/meta-skill-system-prompt.md (164711b), skill-card.md (2227b), SKILL.md (17214b), _meta.json (137b)\n\nFile v1.0.13:SKILL.md\n\n---\nname: meta-skill-system\nauthor: 王教成 Wang Jiaocheng (波动几何)\ndescription: 元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、meta-skill-system。\n---\n\n# 元技能系统\n\n## 定位\n\n本技能是一个**元技能系统**，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。\n\n**自指性**：本技能是一个自指系统——它定义的标准约束自身，它提供的方法作用于自身，它生成的产物以自身为样本。\n\n1. **结构自指**：本技能定义了领域负载物的生成标准（三层结构、28项接口校验、依赖拓扑），而本技能自身完全符合这些标准——它是自己定义的质量规范的第一个实例\n2. **执行自指**：本技能提供了三轴执行框架（S/C/A/O/I/G元操作+管线编排），而本技能自身的82个任务全部通过这个框架执行——它是自己定义的执行机制的第一个用户\n3. **方法自指**：本技能的内容轴提供清单法和样本法两种生成方式，而本技能自身同时是这两种方式的体现——生成的技能按清单法组织（任务清单、组件清单），同时以本技能为样本进行模仿生成\n\n## 核心能力\n\n### 能力协同（M0）\n\n**职责分工**：\n- **领域评估**：领域边界识别、存在理由分析、消除/重构/保留决策\n- **工作流重构**：流程结构分析、补偿层消除、IPO基元链重整\n- **领域负载物生成**：领域知识内容：catalog(清单)、requirements(要求)、exemplars(范本)\n- **通用任务执行**：三轴执行框架：执行轴编排、内容轴消费清单/样本、创新轴突破\n\n**价值链**：\n```\n传统领域 ──[领域评估]──→ 评估结论（消除/重构/保留）\n                              │\n                              ▼\n                  [工作流重构]（如需重构）\n                              │\n                              ▼\n                       重构后IPO基元链\n                              │\n                              ▼\n                  [领域负载物生成]\n                              │\n                              ▼\n                       领域负载物（简化版）\n                              │\n                              ▼\n                  [通用任务执行] 持续执行\n```\n\n**路径组合**：评估(A)、重构(R)、生成(G)、执行(X)四组件可任意组合，共 15 条有效路径（✅ 推荐  ⚠️ 不推荐）。完整路径为 A→R→G→X。详细列表见 `references/meta-skill-requirements.md` M0 域级说明。\n\n**四层价值属性**：\n- **领域评估**：判断价值——解决\"这个领域需不需要存在\"的根本问题（低频、脉冲式）\n- **工作流重构**：转化价值——解决\"从旧到新\"的转化问题（低频、脉冲式）\n- **领域负载物生成**：创建价值——解决\"从无到有\"的创建问题（中频、按需）\n- **通用任务执行**：运行时价值——解决\"执行任务\"的运行问题（高频、持续）\n\n**生产力价值**：将模糊任务需求转化为确定的方法论路径，消除试错成本——省掉的不是几小时会议，是一个团队每周的决策摩擦，让组织从\"怎么做\"的纠结中解放出来专注\"做什么\"。\n\n### 领域评估能力（M1）\n\n评估一个领域是否需要存在，而不是如何优化：\n\n- **评估五步法**：边界识别 → 存在理由分析 → 消除可行性评估 → 独立存在必要性判断 → 决策输出\n- **领域存在理由分类**：事情本身需要 / 人的局限需要 / 历史遗留 / 外部约束\n- **评估判断标准**：边界模糊度 / 功能离散度 / 独立价值 / 消除成本\n- **评估验证清单**：5项验证，全部通过才算评估完成\n\n**核心理念**：领域存在的根本问题不是\"这个领域能不能优化\"，而是\"这个领域需不需要存在\"。如果领域本身是人的局限产物（组织架构、部门壁垒、历史遗留），那么消除领域比重构领域更彻底。\n\n**适用范围**：任何可被识别为\"领域\"的实体——业务领域、工作流、组织部门、技术模块、知识分类、流程阶段等。\n\n**评估后典型决策**：\n- **消除**：边界模糊、功能离散、历史遗留、消除成本低\n- **重构**：边界清晰、功能内聚、消除成本高\n- **保留**：已足够优化、外部约束不可变\n\n**选择原则**：能消除的不重构，能重构的不保留。消除是最彻底的优化。\n\n**生产力价值**：消除冗余领域，直接减少组织维护成本和协作损耗——不是优化了预算，是砍掉了一整行，释放的资源转向真正的价值创造。\n\n### 工作流重构能力（M2）\n\n将任何领域的复杂工作流重构为AI辅助一人简易完成：\n\n- **重构三步法**：拆解（识别每个环节的存在理由）→ 消除（去掉人的局限补偿层）→ 重整（基于AI能力模型重编为端到端IPO基元链）\n- **环节分类**：核心环节 / 校准环节 / 传递环节 / 协调环节 / 校验环节 / 格式环节\n- **重构验证清单**：7项验证，全部通过才算重构完成\n- **重构后形态**：单步IPO / 简短基元链 / IPO+人工决策\n\n**核心理念**：传统工作流的复杂度 = 事情本身的复杂度 + 人的局限补偿层。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。\n\n**适用范围不止于流程。** 任何产物（文档、方案、设计、代码）都可以拆解为组成部分，其组装过程就是一种\"工作流\"。\n\n**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物不只是传递文档，更是在过程中提供纠偏锚点。\n\n**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。如果中间产出物起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。\n\n**基元内分步**：一个基元内部可以有子步骤，子步骤之间通过中间产出物形成校准点。基元内分步不是基元间传递——不需要跨基元边界，但保留过程中的纠偏能力。\n\n**基元数约束**：≤5。超过5说明还没充分消除补偿层。\n\n**生产力价值**：将多角色协作流程压缩为端到端 IPO 链，降低传递损耗和协调成本——5人3天的工作流压缩为1人2小时，释放的人力转向高价值判断。\n\n### 领域负载物生成能力（M3）\n\n从零创建完整的领域负载物技能：\n\n- **领域分析框架**：R1-R5分类定位 / 价值链拆解 / 任务枚举 / 执行框架映射推导\n- **三层结构模板**：SKILL.md + catalog + requirements + exemplars\n- **接口校验清单**：28项逐条检查，确保生成的技能与执行框架零冲突\n- **标准化生成工作流**：从用户输入到完整技能的标准化流程\n\n**核心理念**：本能力不依赖任何被它创建的领域技能，仅依赖通用任务执行能力、工作流重构能力和自身的references文件。\n\n**生产力价值**：将领域知识系统化为可复用的技能包，消除从零构建的重复劳动——相当于一个不用培训、不会离职、24小时待命的领域专家，让专业知识无限复制而非一次消耗。\n\n### 通用任务执行能力（M4-M9）\n\n三轴正交的任务执行框架，5种协同模式按需激活：\n- **顺序协同**：创新轴确定方向 → 执行轴分解管线 → 内容轴确定方法\n- **并行协同**：执行轴与内容轴同时推进，创新轴按需插入\n- **条件协同**：根据任务特征动态激活或关闭某些轴\n- **迭代协同**：执行发现问题 → 创新提供新方向 → 内容调整构成\n- **递归协同**：每个轴内部可递归调用其他轴\n\n**核心理念**：\n- **万物皆可单元化**：任何任务可分解为原子能力单元\n- **单元即管线节点**：单元按依赖关系串联/并联/条件分支形成管线\n- **领域无关，方法通用**：6大元操作是领域无关的思维原语\n- **负载物可替换**：产出 = 元操作 × 领域负载物\n- **身份自适应叠加**：元操作级身份+领域级身份，两层正交\n- **管线与IPO统一**：横向是管线，纵向是IPO递归，分形一致\n- **三轴正交**：执行轴（How/必选）+ 内容轴（What/按需）+ 创新轴（Why Different/按需）\n\n**统一执行流程**：收到任务后按5步执行——三轴判定 → 领域校准 → 三轴分解 → 管线编排与执行 → 整合交付。\n\n**执行轴**：6大元操作(S/C/A/O/I/G) + 6种编排模式(顺序/并行/条件/循环/扇出/扇入) + 7种通用管线模式(P1-P7)。\n\n**内容轴**：清单法(组件组合) + 样本法(模仿产出)。\n\n**创新轴**：模式直用 + 模式改进(10种元框架) + 模式迁移(概念/机制/结构/方法) + 模式构建(维度矩阵)。\n\n**四模式完备性**：任何创新实例从发生学角度只有四种可能来源——已有模式换了地方用（直用）、已有模式做了变形（改进）、别处模式搬过来（迁移）、没有模式从零组合（构建）。一个创新要么有已有模式作为起点（M6/M7/M8），要么没有（M9）。四分类穷尽且互斥，完备性成立。\n\n**各轴关键能力**：\n- **M4 执行轴**：6大元操作(S/C/A/O/I/G)按管线编排，任务→能力单元→IPO链，消除临场判断的不确定性\n- **M5 内容轴**：清单法按组件清单逐项填充组装，样本法模仿高质量同类产出——30页方案从3天缩短为30分钟，思路成本归零\n- **M6 模式直用**：将已知基元嵌入处理环节，同领域模式复用——一份思考产生多变体方案，投入产出翻倍\n- **M7 模式改进**：10种元框架按四个变换维度对已有方案施加系统化变形——替代随机试错，将改进从灵感变为工程\n- **M8 模式迁移**：将异领域模式按概念→机制→结构→方法跨域迁移——省掉跨领域学习曲线的沉默成本，已验证方案即插即用\n- **M9 模式构建**：维度矩阵强制连接两个概念生成反常识方案——打破创新停滞，从未知组合中挖掘被忽视的可能性\n\n详细定义见 `references/meta-skill-requirements.md` 中 M4 至 M9。\n\n**生产力价值**：将任意任务转化为可编排的能力单元管线，消除临场判断的不确定性——从\"怎么做\"到\"执行完成\"之间的真空地带自动填充，让每次执行都是可复现的高质量输出。\n\n## 元技能特有维度\n\n元技能系统具有以下特有维度：\n\n| 维度 | 说明 | 影响 |\n|------|------|------|\n| **元层性质** | 元技能处理的是方法论本身，而非具体领域知识 | 需要更高的抽象能力和框架思维 |\n| **系统性** | 多个能力模块形成完整的方法论体系 | 需要协调使用，不能孤立执行 |\n| **可复用性** | 元技能可应用于任何具体领域 | 需要保持通用性和适应性 |\n| **验证严格性** | 元技能有严格的验证标准 | 需要守护单元密度高 |\n\n## 三层结构\n\n```\n第一层：任务清单 + 依赖拓扑   →  references/meta-skill-catalog.md\n第二层：任务要求清单          →  references/meta-skill-requirements.md\n第三层：范本清单            →  references/meta-skill-exemplars.md\n```\n\n## 使用规则\n\n### 执行流程\n1. **首次加载**：读取 `references/meta-skill-catalog.md`，获取域分类、依赖拓扑、元操作映射提示\n2. **按需深入**：确认目标方法论执行类型后，读取 `references/meta-skill-requirements.md` 获取组件清单；如需样本法，读取 `references/meta-skill-exemplars.md` 获取范本\n3. **独立执行**：本技能不依赖外部技能，所有能力均已内嵌，可直接执行任何方法论任务\n\n### 内容权限\n4. **修改权限**：本技能已充分优化完善，使用过程中拒绝任何对技能内容的丝毫修改\n5. **用户填充**：用户可向本技能添加具体领域的元技能执行范本，用于样本法参考；除非修改权限用户明确要求失效时方可填充\n\n### 扩展能力\n6. **提示词导出**：可将本技能的SKILL.md与references目录下所有文件内容合并为单一提示词文件，用于不支持skill目录格式的工具；同时可直接生成领域负载物技能的合并提示词文件。建议使用命令方式合并（`cat SKILL.md references/meta-skill-catalog.md ... > output.md`），合并顺序：SKILL.md → meta-skill-catalog.md → meta-skill-requirements.md → meta-skill-exemplars.md → exemplars/下各域范本文件（M0→M9）\n7. **完整合并版**：`references/meta-skill-system-prompt.md` 为完整合并版提示词文件，包含SKILL.md与所有references文件内容\n\n**校验豁免规则**：本技能作为生成技能的\"母技能\"（执行框架本身），对接口校验有以下特殊豁免：\n\n| 检查项 | 豁免原因 |\n|--------|----------|\n| A4 降级模式定义 | 母技能是执行框架本身，不需要降级模式 |\n| B5 入口任务标识正确 | 母技能有10个独立域，入口任务数较多是合理的 |\n| D1 \"与执行框架的接口\"章节 | 母技能本身就是执行框架，不需要\"与自己的接口\" |\n\n**校验标准分层**：\n- **母技能标准**：豁免A4、B5、D1，其他25项必须通过\n- **生成技能标准**：全部28项都必须通过\n\n## 元技能域概览\n\n按使用流程组织，共10域82种方法论执行任务：\n\n| 域 | 任务数 | 典型任务 |\n|----|--------|---------|\n| M0 任务域协调域 | 3 | 任务路由、执行顺序确定、结果整合与优化 |\n| M1 领域评估域 | 6 | 领域边界识别、领域存在理由分析、领域消除可行性评估、领域独立存在必要性判断、决策输出、评估深化 |\n| M2 工作流重构域 | 7 | 传统工作流识别、环节存在理由分析、人的局限补偿层消除、重整为IPO基元链、重构验证、执行形态选择、重构深化 |\n| M3 领域负载物生成域 | 10 | 领域分析与定义、域划分与任务枚举、SKILL.md生成、Catalog文件生成、Requirements文件生成、Exemplars文件生成、可执行脚本生成、输出资源生成、接口校验、负载物深化 |\n| M4 执行轴域 | 14 | 能力单元定义、感知元操作、认知元操作、行动元操作、组织元操作、交互元操作、守护元操作、管线编排、通用管线模式、三轴判定、领域校准、三轴分解、整合交付、执行深化 |\n| M5 内容轴域 | 9 | 清单法、样本法、组件清单构建、逐项填充、组装成品、样本获取与分析、模仿产出、网络搜索策略、内容深化 |\n| M6 创新轴·模式直用域 | 8 | 基元运用反常识创新、基元运用框架创新、基元运用迁移创新、基元运用构建创新、基元重组创新、四维评估标准、领域适配方法、直用深化 |\n| M7 创新轴·模式改进域 | 12 | 改进路由选择、第一性原理创新、逆向思维创新、辩证综合创新、随机性驱动创新、演化迭代创新、涌现生成创新、系统动力学创新、约束驱动创新、故事叙述创新、游戏化创新、改进深化 |\n| M8 创新轴·模式迁移域 | 6 | 概念迁移、机制迁移、结构迁移、方法迁移、源领域质量检验、迁移深化 |\n| M9 创新轴·模式构建域 | 7 | 概念解构、维度矩阵建立、强制连接、可能性推导、可能性集群形成、方案生成、构建深化 |\n\n**域间逻辑流**：M0 → M1 → M2 → M3 → M4-M9（执行框架按需调用）\n\n完整清单见 `references/meta-skill-catalog.md`。\n\n## 事实纪律\n\n1. 仅使用确知的事实和可验证的信息，不得编造数据或引用\n2. 领域校准推导须向用户展示推导过程和依据\n3. 单元分解须基于任务本身的结构，不得强行套用模板\n4. 管线编排须尊重任务的自然依赖关系，不得人为制造冗余节点\n5. 守护单元的约束条件须来自领域实际规则，不得凭空设定\n6. 创新方案引用的案例、数据必须确知真实存在，不确定的标注\"待验证\"\n7. 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格\n8. 单元输出格式须匹配下游单元的输入要求，确保组合接口可用\n\nFile v1.0.13:_meta.json\n\n{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"meta-skill-system\",\n  \"version\": \"1.0.13\",\n  \"publishedAt\": 1789222691471\n}\n\nFile v1.0.13:references/exemplars/M0-任务域协调域范本.md\n\n## M0 任务域协调域范本\n\n### M0-01 任务路由范本\n\n**任务需求分析**：________\n\n**任务类型识别**：________\n\n**路由目标确定**：\n\n| 任务类型 | 目标域 | 入口任务 | 深化任务 |\n|---------|--------|---------|---------|\n| 领域评估 | M1 | M1-01 | M1-06 |\n| 工作流重构 | M2 | M2-01 | M2-07 |\n| 负载物生成/修改 | M3 | M3-01 | M3-10 |\n| 任务执行 | M4 | M4-01 | M4-14 |\n| 内容产出 | M5 | M5-01/M5-02 | M5-09 |\n| 创新·直用 | M6 | M6-01~M6-04 | M6-08 |\n| 创新·改进 | M7 | M7-01 | M7-12 |\n| 创新·迁移 | M8 | M8-01~M8-04 | M8-06 |\n| 创新·构建 | M9 | M9-01 | M9-07 |\n| 跨域组合 | 多域 | M0-02 | 各域深化协同 |\n\n**多域组合方案**：________\n\n**路由优先级**：________\n\n**并行执行可能性分析**：________\n\n---\n\n### M0-02 执行顺序确定范本\n\n**任务域依赖关系分析**：\n\n| 任务域 | 依赖 | 被依赖 |\n|--------|------|--------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**执行顺序方案**：________\n\n**关键路径识别**：________\n\n**执行顺序图**：\n\n```\n[任务域1] → [任务域2] → [任务域3]\n                ↓\n            [任务域4]\n```\n\n**并行执行可能性分析**：________\n\n---\n\n### M0-03 结果整合与优化范本\n\n**各任务域执行结果汇总**：\n\n| 任务域 | 执行结果 | 质量评估 |\n|--------|---------|---------|\n| ________ | ________ | 高/中/低 |\n| ________ | ________ | 高/中/低 |\n| ________ | ________ | 高/中/低 |\n\n**整合方案**：________\n\n**优化建议**：________\n\n**整合效果评估**：________\n\n**最终输出**：________\n\nFile v1.0.13:references/exemplars/M1-领域评估域范本.md\n\n## M1 领域评估域范本\n\n### M1-01 领域边界识别范本\n\n**目标领域**：________（如：质量监督部/运营支持/技术架构组/________）\n\n**领域范围描述**：\n- 包含：________\n- 不包含：________\n\n**与其他领域的交集**：\n\n| 交集领域 | 交集内容 | 交集程度 |\n|---------|---------|---------|\n| ________ | ________ | 低/中/高 |\n| ________ | ________ | 低/中/高 |\n| ________ | ________ | 低/中/高 |\n\n**边界清晰度**：清晰 / 模糊 / 高度重叠\n\n**领域规模**：\n- 人员：___人\n- 流程：___个\n- 功能点：___个\n\n---\n\n### M1-02 领域存在理由分析范本\n\n**追问准则**：如果组织是完全扁平的、没有部门壁垒，这个领域还需要独立存在吗？\n\n**存在理由**：________\n\n**存在理由标记**：\n- ⬜ 事情本身需要 → ✅必要\n- ⬜ 人的局限需要 → ❌可消除\n- ⬜ 历史遗留 → ⚠️待评估\n- ⬜ 外部约束 → 🔒不可消除\n\n**标记理由**：________\n\n**存在理由细分**（如适用）：\n- 组织架构：________\n- 协作需要：________\n- 认知局限：________\n- 历史惯性：________\n- 法规要求：________\n\n---\n\n### M1-03 领域消除可行性评估范本\n\n**消除方案**：\n\n| 方案 | 具体描述 | 成本 | 风险 |\n|------|---------|------|------|\n| 被更大领域吸收 | ________ | 低/中/高 | 低/中/高 |\n| 功能分散到其他领域 | ________ | 低/中/高 | 低/中/高 |\n| 直接废弃 | ________ | 低/中/高 | 低/中/高 |\n\n**推荐方案**：________\n\n**消除后功能覆盖度**：\n- 功能A → 领域X\n- 功能B → 领域Y\n- 功能C → 领域Z\n\n**消除成本评估**：低/中/高（理由：________）\n\n**消除风险评估**：低/中/高（理由：________）\n\n---\n\n### M1-04 领域独立存在必要性判断范本\n\n**评分标准**：\n- 边界清晰度（1-10）：边界越清晰，分数越高\n- 功能内聚性（1-10）：功能越相关，分数越高\n- 消除成本（1-10）：成本越高，分数越高（越不值得消除）\n\n**评分结果**：\n\n| 维度 | 评分 | 权重 | 加权分 |\n|------|------|------|--------|\n| 边界清晰度 | ___/10 | 30% | ___ |\n| 功能内聚性 | ___/10 | 40% | ___ |\n| 消除成本 | ___/10 | 30% | ___ |\n| **综合评分** | ___/10 | 100% | ___ |\n\n**评分依据**：\n- 边界清晰度：________\n- 功能内聚性：________\n- 消除成本：________\n\n**必要性判定**：\n- 综合评分 ≥ 7：领域值得独立存在 → 保留→可进一步优化\n- 综合评分 4-6：领域存在必要性存疑 → 进一步评估或部分消除\n- 综合评分 < 4：领域不值得独立存在 → 消除\n\n---\n\n### M1-05 决策输出范本\n\n**评估结果汇总**：\n- 边界清晰度：________\n- 存在理由：________\n- 消除可行性：________\n- 独立存在必要性：________\n\n**决策建议**：\n- ⬜ 消除：领域不值得独立存在，建议消除\n- ⬜ 重构：领域值得独立存在，建议进一步优化\n- ⬜ 保留：领域已足够优化，无需重构\n\n**决策理由**：________\n\n**后续行动建议**：\n- 如果消除：________\n- 如果重构：对领域进行进一步优化，提升效率和清晰度\n- 如果保留：________\n\n**决策置信度**：高/中/低\n\n**决策风险提示**：________\n\n---\n\n### 评估前后对比\n\n| 维度 | 评估前 | 评估后 | 变化 |\n|------|--------|--------|------|\n| 领域状态 | 存在 | 消除/重构/保留 | ________ |\n| 功能分布 | 集中在该领域 | 分散到其他领域/保持集中 | ________ |\n| 协调成本 | 有 | 无/减少/保持 | ________ |\n| 边界清晰度 | 模糊/清晰 | 更清晰/已消除 | ________ |\n\n**范本要点**:\n- 评估的核心是\"追问存在理由\"——每个领域都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除领域比重构领域更彻底——如果领域本不该存在，消除是最佳选择\n- 评分必须基于客观标准，不可凭感觉——边界清晰度、功能内聚性、消除成本都需要量化\n- 决策建议必须明确——消除/重构/保留三选一，不可模棱两可\n- 范本中 `________` 为待用户提供的内容，不可AI编造\n---\n\n### M1-06 评估深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜边界细化 ⬜存在理由深化 ⬜消除方案细化\n\n**深化方案**：________\n\nFile v1.0.13:references/exemplars/M2-工作流重构域范本.md\n\n## M2 工作流重构域范本\n\n### M2-01 传统工作流识别范本\n\n**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/法律文书/财务审计/________）\n\n**传统工作流全景**：\n\n| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |\n|---|------|---------|---------|--------|---------|\n| 1 | ________ | ________ | ________ | ________ | ___% |\n| 2 | ________ | ________ | ________ | ________ | ___% |\n| 3 | ________ | ________ | ________ | ________ | ___% |\n| 4 | ________ | ________ | ________ | ________ | ___% |\n| 5 | ________ | ________ | ________ | ________ | ___% |\n| ... | ... | ... | ... | ... | ... |\n\n**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点\n\n---\n\n### M2-02 环节存在理由分析范本\n\n**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\n\n| # | 环节 | 存在理由 | 类型标记 | 标记理由 |\n|---|------|---------|---------|---------|\n| 1 | ________ | 事情本身需要 | ✅核心 | ________ |\n| 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 |\n| 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |\n| 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |\n| 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |\n| 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |\n| ... | ... | ... | ... | ... |\n\n**统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个\n\n---\n\n### M2-03 人的局限补偿层消除范本\n\n**消除清单**：\n\n| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |\n|---|-----------|--------|---------|------------|\n| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |\n| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |\n| 3 | ________ | 格式 | 零形式开销 | 不需要 |\n| ... | ... | ... | ... | ... |\n\n**保留清单**：\n\n| # | 保留环节 | 保留理由 | 类型 |\n|---|---------|---------|------|\n| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |\n| 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） |\n| 3 | ________ | 关键质量校验 | ⚡校验（精简后） |\n| ... | ... | ... | ... |\n\n---\n\n### M2-04 重整为IPO基元链范本\n\n**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）\n\n| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 |\n|-------|--------|-------------------|--------|---------|----------------|\n| 1 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| 2 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| ... | ... | ... | ... | ... |\n\n**基元间传递**：基元1.O → 基元2.I → ...\n\n---\n\n### M2-05 重构验证范本\n\n| # | 验证项 | 通过？ | 说明 |\n|---|--------|-------|------|\n| 1 | 事情完整性 | ⬜是/⬜否 | 重构后是否覆盖全部核心步骤 |\n| 2 | 补偿层消除 | ⬜是/⬜否 | 传递/协调/格式环节是否已消除 |\n| 3 | 校准不丢失 | ⬜是/⬜否 | 起纠偏作用的中间产出物是否保留为基元内分步校准点 |\n| 4 | 端到端可执行 | ⬜是/⬜否 | AI辅助一人能否从头到尾完成 |\n| 5 | 复杂度回归 | ⬜是/⬜否 | 流程复杂度是否回归事情本身 |\n| 6 | 质量守恒 | ⬜是/⬜否 | 产出质量是否不低于传统工作流 |\n| 7 | 合规不跳过 | ⬜是/⬜否 | 涉及合规的环节是否保留 |\n\n**验证不通过项修正**：________\n\n---\n\n### M2-06 执行形态选择范本\n\n**选定形态**：________\n\n| 形态 | 适用场景 | 本案是否适配 |\n|------|---------|------------|\n| 单步IPO | 标准化任务，描述目标→AI直接产出 | ⬜是/⬜否 |\n| 简短基元链 | 有阶段的中等复杂度任务 | ⬜是/⬜否 |\n| IPO+人工决策 | 涉及合规/客户/品牌 | ⬜是/⬜否 |\n\n**选择理由**：________\n\n**关键人工决策节点**（如有）：________\n\n---\n\n### 重构前后对比\n\n| 维度 | 重构前 | 重构后 | 改善 |\n|------|--------|--------|------|\n| 环节数 | ___ | ___ | -___% |\n| 中间文档 | ___份 | 0份 | -100% |\n| 参与角色 | ___个角色 | 1人+AI | -___% |\n| 协作节点 | ___个 | ___个关键校验 | -___% |\n| 端到端耗时 | ___ | ___ | -___% |\n| 传递损耗 | ___% | 0% | -100% |\n\n**范本要点**:\n- 重构的核心是\"追问存在理由\"——每个环节都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除环节不可犹豫——传递/协调/格式环节是人的局限产物，不是事情本身\n- **校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点，防止过度合并导致返工\n- 验证七项必须全部通过，尤其是校准不丢失、质量守恒和合规不跳过\n- 范本中 `________` 为待用户提供的内容，不可AI编造\n---\n\n### M2-07 重构深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜环节细化 ⬜校准点优化 ⬜IPO链调整\n\n**深化方案**：________\n\n**二次验证（M2-05）**：________\n\nFile v1.0.13:references/exemplars/M3-领域负载物生成域范本.md\n\n## M3 领域负载物生成域范本\n\n### M3-01 领域分析与定义范本\n\n**领域名称规范化**：\n- 用户原始描述：________\n- 核心领域关键词：________\n- 规范化领域名：\n  - 英文名：________\n  - 中文名：________\n- 域代号前缀：________\n\n**领域分类定位**：\n\n| R维度 | 评分 | 推导结果 |\n|-------|------|---------|\n| R1 信息密度 | 高/中/低 | S和C权重：高/标准/低 |\n| R2 创造性 | 高/中/低 | A权重：高/标准/低 |\n| R3 交互性 | 高/中/低 | I权重：高/标准/低 |\n| R4 规范性 | 高/中/低 | G权重：高/标准/低 |\n| R5 迭代性 | 高/中/低 | 循环模式：多/中/少 |\n\n**领域特征总结**：\n- 领域复杂度：简单/中等/复杂\n- 领域核心特征：________\n- 领域挑战：________\n\n---\n\n### M3-02 域划分与任务枚举范本\n\n**价值链拆解**：\n\n```\n输入 → 处理1 → 处理2 → ... → 输出\n```\n\n**域划分结果**：\n\n| 域编号 | 域名称 | 范围说明 | 任务数 |\n|--------|--------|---------|--------|\n| X1 | ________ | ________ | ___ |\n| X2 | ________ | ________ | ___ |\n| X3 | ________ | ________ | ___ |\n| ... | ... | ... | ... |\n\n**域间逻辑流**：X1 → X2 → X3 → ...\n\n**任务枚举**（每个域）：\n\n| 任务ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\n|--------|---------|------|------|-----------|\n| X1-01 | ________ | ________ | 无（入口） | S/C/A/O/I/G |\n| X1-02 | ________ | ________ | X1-01 | S/C/A/O/I/G |\n| ... | ... | ... | ... | ... |\n\n---\n\n### M3-03 SKILL.md生成范本\n\n```markdown\n---\nname: {技能英文名}\nauthor: {作者}\ndescription: {技能描述，包含核心能力和触发词，触发词最后默认包含meta-skill-system}\n---\n\n# {技能中文名}\n\n## 定位\n\n{技能定位描述}\n\n## 核心能力\n\n{核心能力列表}\n\n## {领域名}特有维度\n\n| 维度 | 说明 | 影响 |\n|------|------|------|\n| {维度1} | {说明} | {影响} |\n| {维度2} | {说明} | {影响} |\n| ... | ... | ... |\n\n## 三层结构\n\n第一层：{清单文件名} → references/{技能英文名主体}-catalog.md\n第二层：{要求文件名} → references/{技能英文名主体}-requirements.md\n第三层：{范本文件名} → references/{技能英文名主体}-exemplars.md\n\n## 使用规则\n\n{使用规则列表}\n\n## 通用任务执行能力\n\n{通用任务执行能力说明（三轴+管线+协同模式）}\n\n## 角色定义（可选）\n\n{12维角色模型，当负载物需要人味时使用}\n\n## {领域名}域概览\n\n| 域 | 任务数 | 典型任务 |\n|----|--------|---------|\n| {域1} | {任务数} | {典型任务} |\n| {域2} | {任务数} | {典型任务} |\n| ... | ... | ... |\n\n**域间逻辑流**：{域1} → {域2} → ... → {域N}\n\n完整清单见 `references/{技能英文名主体}-catalog.md`。\n\n## 事实纪律\n\n{事实纪律列表}\n\n## 标题层级规范\n\n为确保合并为单一提示词文件时标题层级不冲突，各文件标题层级规范如下：\n\n| 文件类型 | 一级标题 | 二级标题 | 三级标题 | 四级标题 |\n|---------|---------|---------|---------|---------|\n| SKILL.md | `#` | `##` | `###` | `####` |\n| references/{技能英文名主体}-catalog.md | `##` | `###` | `####` | `#####` |\n| references/{技能英文名主体}-requirements.md | `##` | `###` | `####` | `#####` |\n| references/{技能英文名主体}-exemplars.md | `##` | `###` | `####` | `#####` |\n| references/exemplars/*.md | `##` | `###` | `####` | `#####` |\n\n```\n\n---\n\n### M3-04 Catalog文件生成范本\n\n```markdown\n# {技能名}清单与依赖拓扑\n\n{技能名}按{组织方式}组织的任务清单，附任务间关系和元操作映射提示。\n\n**域间逻辑流**：{域1} → {域2} → ... → {域N}\n\n---\n\n## {域1} {域名}\n\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\n|----|---------|------|------|-----------|\n| {ID1} | {任务类型} | {说明} | 无（入口） | S/C/A/O/I/G |\n| {ID2} | {任务类型} | {说明} | {ID1} | S/C/A/O/I/G |\n| ... | ... | ... | ... | ... |\n\n---\n\n## 依赖拓扑摘要\n\n**{域1}链路**: {ID1} → {ID2} → {ID3}\n**{域2}链路**: {ID4} → {ID5} → {ID6}\n...\n\n**完整处理链路**: {ID1} → {ID4} → ...\n\n更多组合根据具体任务动态推导。\n```\n\n---\n\n### M3-05 Requirements文件生成范本\n\n```markdown\n# {技能名}要求清单\n\n{技能名}每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、领域约束。按清单逐项产出。\n\n---\n\n## {域1} {域名}\n\n#### 域级说明\n{该域跨任务逻辑说明：角色定位、核心理念、关键规则、穷尽性证明等}\n\n#### {ID1} {任务类型}\n- **必选组件**: {组件1}、{组件2}、{组件3}\n- **可选组件**: {可选组件1}、{可选组件2}\n- **组装顺序**: {步骤1}→{步骤2}→{步骤3}→{步骤4}\n- **约束**: {约束1}；{约束2}；{约束3}\n- **格式**: {格式说明}\n```\n\n**多域总览**（当多个域存在共同跨域逻辑时，使用 `###` 标题与域同级）：\n\n---\n\n### M3-06 Exemplars文件生成范本\n\n```markdown\n# {技能名}范本清单\n\n{技能名}的范本清单与索引。用于内容轴**样本法**。\n\n内容轴样本法执行流程：\n1. 获取样本（本文件索引指向的子文件或用户提供）\n2. 分析样本四维度：结构、风格、逻辑、格式\n3. 整理为「样本特征摘要」\n4. 模仿产出（保持结构框架和风格，替换内容）\n\n> **使用说明**：标注 `[待填充]` 的条目需用户补充范本后方可使用样本法。标注 `[可用]` 的条目已有范本，可直接使用样本法。\n\n---\n\n## {域1} {域名}\n\n| 任务ID | 任务类型 | 范本 | 状态 |\n|--------|---------|------|------|\n| {ID1} | {任务类型} | [待填充] {范本名} | 空 |\n| {ID2} | {任务类型} | [待填充] {范本名} | 空 |\n| ... | ... | ... | ... |\n\n---\n\n## 用户填充指南\n\n用户向本技能添加范本时：\n\n1. **脱敏**：移除所有敏感信息（产品名、个人信息、商业机密），用占位符替换\n2. **存放**：将范本文件放入 `references/exemplars/` 目录，按任务ID命名\n3. **注册**：在本文件对应条目中更新范本路径和状态（空→可用）\n4. **特征摘要**：为每个范本撰写四维分析（结构、风格、逻辑、格式），存入同目录 `{ID}.summary.md` 文件\n```\n\n---\n\n### M3-07 可执行脚本生成范本\n\n**脚本用途说明**：________\n\n**脚本文件列表**：\n\n| 文件名 | 用途 | 执行方式 |\n|--------|------|---------|\n| `scripts/________` | ________ | `python scripts/__.py` |\n| `scripts/________` | ________ | `bash scripts/__.sh` |\n\n**环境依赖**：________\n\n**使用示例**：________\n\n---\n\n### M3-08 输出资源生成范本\n\n**资源用途说明**：________\n\n**资源文件列表**：\n\n| 文件名 | 用途 | 格式 | 使用方式 |\n|--------|------|------|---------|\n| `assets/________` | ________ | ________ | 复制/引用 |\n| `assets/________` | ________ | ________ | 复制/引用 |\n\n**模板占位符说明**（如适用）：________\n\n---\n\n### M3-09 接口校验范本\n\n**28项校验结果**：\n\n### A类：结构一致性（6项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| A1 | 三层结构存在 | PASS/FAIL | references/目录下是否有3个文件 + exemplars/子目录 |\n| A2 | SKILL.md含定位声明 | PASS/FAIL | 是否含\"定位\"或\"依赖声明\"章节 |\n| A3 | 使用规则完整 | PASS/FAIL | 是否有完整的使用规则 |\n| A4 | 降级模式定义 | PASS/FAIL | 是否有只读模式的权限表 |\n| A5 | 域间逻辑流声明 | PASS/FAIL | `{技能英文名主体}-catalog.md`文件头部是否有域间逻辑流描述 |\n| A6 | 依赖拓扑摘要 | PASS/FAIL | `{技能英文名主体}-catalog.md`文件末尾是否有\"依赖拓扑摘要\"章节 |\n\n### B类：任务Schema（5项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| B1 | 每个任务含5字段 | PASS/FAIL | ID/名称/说明/依赖/元操作映射 |\n| B2 | 依赖格式正确 | PASS/FAIL | 格式为\"无（入口）\"或\"X-XX\"或\"X-XX, Y-YY\" |\n| B3 | 元操作映射有效 | PASS/FAIL | 仅允许S/C/A/O/I/G及其组合 |\n| B4 | 无孤立任务 | PASS/FAIL | 依赖ID必须指向已定义的任务 |\n| B5 | 入口任务标识正确 | PASS/FAIL | 入口任务数应≥1且≤总任务数的30% |\n\n### C类：槽位规范（5项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| C1 | 必选组件存在 | PASS/FAIL | 每个任务必须有\"必选组件\"字段 |\n| C2 | 可选组件存在 | PASS/FAIL | 每个任务必须有\"可选组件\"字段（可为空） |\n| C3 | 组装顺序存在 | PASS/FAIL | 每个任务必须有\"组装顺序\"字段 |\n| C4 | 约束字段存在 | PASS/FAIL | 每个任务必须有约束相关字段 |\n| C5 | 格式字段存在 | PASS/FAIL | 每个任务必须指定输出格式 |\n\n### D类：执行框架接口（3项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| D1 | \"与执行框架的接口\"章节 | PASS/FAIL | SKILL.md中是否存在此章节 |\n| D2 | Step 0-4覆盖 | PASS/FAIL | 该章节是否覆盖Step 0到Step 4 |\n| D3 | Step 1领域校准具体化 | PASS/FAIL | 是否包含R1-R5规则的领域特定推导 |\n\n### E类：范本库（3项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| E1 | 范本清单表存在 | PASS/FAIL | `{技能英文名主体}-exemplars.md`中是否有按域分组的范本清单表格 |\n| E2 | 范本子文件存在 | PASS/FAIL | references/exemplars/目录下是否有.md文件 |\n| E3 | 范本模板格式存在 | PASS/FAIL | 是否提供了子文件的标准化模板格式 |\n\n### F类：可执行脚本（3项，可选）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| F1 | 脚本目录结构 | PASS/FAIL/N/A | scripts/目录下是否存在脚本文件，每个脚本是否有执行方式声明 |\n| F2 | 脚本可独立执行 | PASS/FAIL/N/A | 每个脚本是否可独立运行，是否声明了环境依赖 |\n| F3 | 脚本引用一致 | PASS/FAIL/N/A | SKILL.md中引用的脚本路径是否可解析到scripts/下实际文件 |\n\n### G类：输出资源（3项，可选）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| G1 | 资源目录结构 | PASS/FAIL/N/A | assets/目录下是否存在资源文件，每个资源是否有用途说明 |\n| G2 | 资源可直接使用 | PASS/FAIL/N/A | 资源文件是否完整可用，模板类资源是否包含占位符说明 |\n| G3 | 资源引用一致 | PASS/FAIL/N/A | SKILL.md中引用的资源路径是否可解析到assets/下实际文件 |\n\n**校验总结**：\n- A类：6/6 PASS\n- B类：5/5 PASS\n- C类：4/4 PASS\n- D类：3/3 PASS\n- E类：3/3 PASS\n- F类：3/3 PASS（或 N/A）\n- G类：3/3 PASS（或 N/A）\n\n**FAIL项修正方案**：________\n---\n\n### M3-10 负载物深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜任务细化 ⬜组件完善 ⬜范本补全 ⬜脚本优化 ⬜资源补充\n\n**深化方案**：________\n\n**重新校验（M3-09）**：________\n\nFile v1.0.13:references/exemplars/M4-执行轴域范本.md\n\n## M4 执行轴域范本\n\n### M4-01 能力单元定义范本\n\n**单元ID**：{元操作代号}-{序号}\n\n**名称**：{功能描述}\n\n**元操作类型**：S/C/A/O/I/G\n\n**输入**：________\n\n**输出**：________\n\n**依赖**：________\n\n**AI自治度**：⬛全自动 / 🟨半自动 / ⬜辅助\n\n**组合接口**：________\n\n**身份叠加**（可选）：\n\n| 层级 | 身份 | 来源 |\n|------|------|------|\n| 元操作级 | ________ | 元操作类型自动推导(S→侦察者/C→分析师/A→执行者/O→管理者/I→协调者/G→守门人) |\n| 领域级 | ________ | 领域知识（如\"市场分析师×数据科学家\"） |\n\n**P实现**（可选）：LLM / 工具 / 技能 / 人机 / 组合\n\n---\n\n### M4-02 感知元操作范本\n\n**信息源描述**：________\n\n**采集方法**：________\n\n**监测指标**：\n\n| 指标名称 | 指标定义 | 阈值 | 采集频率 |\n|---------|---------|------|---------|\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n\n**扫描范围**：________\n\n**检索策略**：________\n\n---\n\n### M4-03 认知元操作范本\n\n**分析框架**：________\n\n**评估标准**：\n\n| 维度 | 标准 | 权重 |\n|------|------|------|\n| ________ | ________ | ___% |\n| ________ | ________ | ___% |\n| ________ | ________ | ___% |\n\n**推理逻辑**：________\n\n**决策规则**：________\n\n---\n\n### M4-04 行动元操作范本\n\n**生产流程**：\n\n| 步骤 | 操作 | 输入 | 输出 | 耗时 |\n|------|------|------|------|------|\n| 1 | ________ | ________ | ________ | ___ |\n| 2 | ________ | ________ | ________ | ___ |\n| 3 | ________ | ________ | ________ | ___ |\n\n**创造方法**：________\n\n**执行步骤**：________\n\n**交付标准**：________\n\n---\n\n### M4-05 组织元操作范本\n\n**存储方案**：________\n\n**分类体系**：\n\n| 类别 | 定义 | 示例 |\n|------|------|------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**索引规则**：________\n\n**归档标准**：________\n\n---\n\n### M4-06 交互元操作范本\n\n**沟通渠道**：________\n\n**协调机制**：________\n\n**谈判策略**：________\n\n**协作规则**：________\n\n---\n\n### M4-07 守护元操作范本\n\n**验证标准**：________\n\n**约束条件**：________\n\n**保护措施**：________\n\n**审计流程**：________\n\n---\n\n### M4-08 管线编排范本\n\n**主链路**：S-01 → C-01 → A-01 → O-01\n\n**依赖关系**：\n\n| 单元 | 依赖 | 顺序/并行/条件/循环/扇出/扇入 |\n|------|------|---------------|\n| S-01 | 无 | 入口 |\n| C-01 | S-01 | 顺序 |\n| A-01 | C-01 | 顺序 |\n| O-01 | A-01 | 顺序 |\n\n**G类验证单元插入点**：________\n\n**I类确认单元插入点**：________\n\n---\n\n### M4-09 通用管线模式范本\n\n**选定模式**：________\n\n| 模式 | 符号 | 说明 | 适用场景 |\n|------|------|------|---------|\n| P1 基础闭环 | S→C→C→A→O | 标准任务完整执行链 | 标准化任务 |\n| P2 迭代精炼 | ↻(S→C→A→G, 达标)→O | 多轮改进 | 需要迭代优化 |\n| P3 并行汇聚 | [S‖S‖S]⇇C→C→A | 多源信息汇聚决策 | 多源信息整合 |\n| P4 条件分支 | S→C?(条件)→A₁:A₂:A₃ | 分路径执行 | 有条件分支 |\n| P5 交互驱动 | S→I→C→I→A→I | 频繁人工确认 | 需要人工介入 |\n| P6 全守护 | G→S→G→C→G→A→G→O | 高安全合规 | 合规要求高 |\n| P7 发散收敛 | S→C⇉[A,A,A]→C→A | 创意产出 | 创意任务 |\n\n**选择理由**：________\n\n**执行流程**：________\n\n---\n\n### M4-10 三轴判定范本\n\n**复杂度判定**：\n- 判定标准：简单=可直接完成，中等=3-7步协调，复杂=8+步或多层嵌套\n- 判定结果：简单/中等/复杂\n- 判定依据：________\n\n**内容类型判定**：\n- 判定标准：非结构化=简单答案/数据/操作结果，结构化=文档/方案/报告/代码\n- 判定结果：非结构化/结构化\n- 判定依据：________\n\n**创新需求判定**：\n- 判定标准：无需创新=常规执行结果可预测，需要创新=需要突破默认路径\n- 判定结果：无需创新/需要创新\n- 判定依据：________\n\n**判定组合**：\n- 组合结果：________\n- 激活轴：执行轴/执行轴+内容轴/执行轴+创新轴/三轴全开\n\n---\n\n### M4-11 领域校准范本\n\n**领域识别结果**：________\n\n**R1-R5校准参数推导**：\n\n| R维度 | 领域特征 | 推导结果 |\n|-------|---------|---------|\n| R1 信息密度 | 高/中/低 | S和C权重：高/标准/低，G：严格/标准/宽松 |\n| R2 创造性 | 高/中/低 | A权重：高/标准/低，C：发散/标准/收敛 |\n| R3 交互性 | 高/中/低 | I权重：高/标准/低，S：人本/标准/技术 |\n| R4 规范性 | 高/中/低 | G权重：高/标准/低，O：严格/标准/宽松 |\n| R5 迭代性 | 高/中/低 | 循环：多/中/少，S→C→A链：短而频/标准/长而稳 |\n\n**校准参数映射**：\n\n| 参数 | 推导结果 |\n|------|---------|\n| 核心术语 | ________ |\n| 元操作权重 | S:__ C:__ A:__ O:__ I:__ G:__ |\n| 关键变量 | ________ |\n| 守护约束 | ________ |\n| 产出格式 | ________ |\n| 自治度偏好 | ⬛全自动/🟨半自动/⬜辅助 |\n| 创新评估侧重 | 问题明确性/可行性基础/范围适度/非平凡性 |\n\n---\n\n### M4-12 三轴分解范本\n\n**激活轴说明**：________\n\n**任务分解结果**：\n\n| 单元ID | 名称 | 元操作 | 输入 | 输出 | 依赖 | AI自治度 |\n|--------|------|--------|------|------|------|---------|\n| S-01 | ________ | S | ________ | ________ | 无 | ⬛/🟨/⬜ |\n| C-01 | ________ | C | ________ | ________ | S-01 | ⬛/🟨/⬜ |\n| A-01 | ________ | A | ________ | ________ | C-01 | ⬛/🟨/⬜ |\n| O-01 | ________ | O | ________ | ________ | A-01 | ⬛/🟨/⬜ |\n\n**内容方法标注**（如有）：清单法/样本法\n\n**创新模式标注**（如有）：直用/改进/迁移/构建\n\n---\n\n### M4-13 整合交付范本\n\n**执行轴管线优化复盘**：________\n\n**内容轴组装成品**：________\n\n**创新轴方案评估**：________\n\n**呈现规则应用**：\n- 默认展示：最少必要信息\n- 用户请求\"展开\"\"详细\"时：逐层揭示\n\n**交付物**：________\n---\n\n### M4-14 执行深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜管线优化 ⬜单元调整 ⬜编排变更 ⬜协作模式切换\n\n**深化方案**：________\n\n**重新编排执行**：________\n\nFile v1.0.13:references/exemplars/M5-内容轴域范本.md\n\n## M5 内容轴域范本\n\n### M5-01 清单法范本\n\n**成品目标**：________\n\n**组件清单**：\n\n| 序号 | 组件名称 | 定义 | 范围 | 依赖 | 组装顺序 |\n|------|---------|------|------|------|---------|\n| 1 | ________ | ________ | ________ | 无 | 1 |\n| 2 | ________ | ________ | ________ | 1 | 2 |\n| 3 | ________ | ________ | ________ | 1,2 | 3 |\n| ... | ... | ... | ... | ... | ... |\n\n**逐项填充**：\n\n| 组件 | 填充内容 | 质量检查 |\n|------|---------|---------|\n| ________ | ________ | ✅/❌ |\n| ________ | ________ | ✅/❌ |\n| ________ | ________ | ✅/❌ |\n\n**组装成品**：________\n\n**用户审核**：________\n\n---\n\n### M5-02 样本法范本\n\n**成品目标**：________\n\n**样本来源**：________\n\n**四维分析**：\n\n| 维度 | 分析内容 |\n|------|---------|\n| **结构** | 整体框架、章节/段落组织方式、层级关系：________ |\n| **风格** | 语言风格、表达方式、语气调性、专业术语使用：________ |\n| **逻辑** | 内容编排逻辑、论证方式、信息密度：________ |\n| **格式** | 排版格式、标题层级、列表样式、视觉元素：________ |\n\n**样本特征摘要**：________\n\n**模仿产出**：________\n\n**用户审核**：________\n\n---\n\n### M5-03 组件清单构建范本\n\n**成品目标分析**：________\n\n**组件识别**：\n\n| 组件 | 定义 | 范围 | 优先级 |\n|------|------|------|--------|\n| ________ | ________ | ________ | 高/中/低 |\n| ________ | ________ | ________ | 高/中/低 |\n| ________ | ________ | ________ | 高/中/低 |\n\n**组件定义**：________\n\n**优先级排序**：________\n\n---\n\n### M5-04 逐项填充范本\n\n**组件清单**：________\n\n**填充顺序**：________\n\n**填充记录**：\n\n| 组件 | 填充内容 | 质量检查 | 完成度 |\n|------|---------|---------|--------|\n| ________ | ________ | ✅/❌ | ___% |\n| ________ | ________ | ✅/❌ | ___% |\n| ________ | ________ | ✅/❌ | ___% |\n\n**内容完善**：________\n\n---\n\n### M5-05 组装成品范本\n\n**组件列表**：________\n\n**组装顺序**：________\n\n**衔接规则**：________\n\n**风格统一标准**：________\n\n**成品文档**：________\n\n---\n\n### M5-06 样本获取与分析范本\n\n**样本来源**：________\n\n**样本获取方法**：________\n\n**四维分析框架**：\n\n| 维度 | 分析内容 |\n|------|---------|\n| **结构** | 整体框架、章节/段落组织方式、层级关系：________ |\n| **风格** | 语言风格、表达方式、语气调性、专业术语使用：________ |\n| **逻辑** | 内容编排逻辑、论证方式、信息密度：________ |\n| **格式** | 排版格式、标题层级、列表样式、视觉元素：________ |\n\n**特征摘要整理**：________\n\n---\n\n### M5-07 模仿产出范本\n\n**样本特征摘要**：________\n\n**目标内容**：________\n\n**模仿策略**：________\n\n**模仿产出**：________\n\n**产出验证**：________\n\n---\n\n### M5-08 网络搜索策略范本\n\n**搜索目标**：________\n\n**搜索词构造**：________\n\n**搜索来源优先级**：\n1. 行业标准文档\n2. 专业机构发布的模板\n3. 高质量公开范例\n4. 知名平台的同类内容\n\n**搜索结果**：\n\n| 来源 | 内容 | 质量评估 | 可用性 |\n|------|------|---------|--------|\n| ________ | ________ | 高/中/低 | ✅/❌ |\n| ________ | ________ | 高/中/低 | ✅/❌ |\n| ________ | ________ | 高/中/低 | ✅/❌ |\n\n**搜索结果验证**：________\n---\n\n### M5-09 内容深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜清单细化 ⬜组件补全 ⬜样本迭代 ⬜风格调整\n\n**深化方案**：________\n\nFile v1.0.13:references/exemplars/M6-创新轴模式直用域范本.md\n\n## M6 创新轴·模式直用域范本\n\n### M6-01 基元运用反常识创新范本\n\n**领域描述**：________\n\n**默认假设识别**（至少3个）：\n\n| 序号 | 默认假设 | 假设来源 | 假设强度 |\n|------|---------|---------|---------|\n| 1 | ________ | ________ | 强/中/弱 |\n| 2 | ________ | ________ | 强/中/弱 |\n| 3 | ________ | ________ | 强/中/弱 |\n\n**假设反转**：\n\n| 假设 | 反转 | 逻辑极端 | 反转空间 |\n|------|------|---------|---------|\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n\n**反转空间提取方案**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-02 基元运用框架创新范本\n\n**领域描述**：________\n\n**创新元框架选择**（10种中选择）：\n\n| 框架 | 选择理由 |\n|------|---------|\n| 第一性原理/逆向思维/辩证综合/随机性驱动/涌现生成/演化迭代/系统动力学/约束驱动/故事叙述/游戏化 | ________ |\n\n**框架应用方案**：________\n\n**方案生成**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-03 基元运用迁移创新范本\n\n**源领域描述**：________\n\n**目标领域描述**：________\n\n**结构模式提取**：\n- I→P→O结构：________\n- 核心机制：________\n- 关键变量关系：________\n\n**迁移类型**：机制迁移/结构迁移/方法迁移/概念迁移\n\n**迁移方案生成**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-04 基元运用构建创新范本\n\n**两个概念描述**：\n- 概念A：________\n- 概念B：________\n\n**维度解构**：\n\n| 概念A维度 | 概念B维度 |\n|----------|----------|\n| 维度A1: ________ | 维度B1: ________ |\n| 维度A2: ________ | 维度B2: ________ |\n| 维度A3: ________ | 维度B3: ________ |\n\n**维度矩阵**：\n\n| | 维度B1 | 维度B2 | 维度B3 |\n|---|--------|--------|--------|\n| **维度A1** | ________ | ________ | ________ |\n| **维度A2** | ________ | ________ | ________ |\n| **维度A3** | ________ | ________ | ________ |\n\n**强制连接**（选择3-5个看似无关的维度组合）：\n\n| 组合 | 强制连接 | 可能性发展 |\n|------|---------|-----------|\n| A1+B2 | ________ | ________ |\n| A2+B3 | ________ | ________ |\n| A3+B1 | ________ | ________ |\n\n**方案生成**：________\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M6-05 基元重组创新范本\n\n**基元列表**：\n\n| 基元ID | I 输入 | P 处理 | O 输出 |\n|--------|--------|--------|--------|\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n\n**重组方式**：顺序/并行/条件/循环/扇出/扇入/嵌套\n\n**重组方案**：\n- 顺序(→)：A基元输出→B基元输入\n- 并行(‖)：A和B同时执行\n- 条件(?)：满足条件X执行A，否则B\n- 循环(↻)：重复执行A直到条件满足\n- 扇出(⇉)：A的输出同时供给B/C/D\n- 扇入(⇇)：B/C/D的输出汇总到E\n- 嵌套：基元的P环节展开为子管线\n\n**重组后方案**：________\n\n**方案评估**：________\n\n---\n\n### M6-06 四维评估标准范本\n\n**待评估方案**：________\n\n**四维评估**：\n\n| 维度 | 评估内容 | 评估结果 | 不通过标志 |\n|------|---------|---------|-----------|\n| 问题明确性 | 是否有可解决的核心问题 | ✅/⚠️ | 方案是领域词而非方案 |\n| 可行性基础 | 是否有可依托的资源/能力/条件 | ✅/⚠️ | 找不到落地核心资源 |\n| 范围适度 | 是否过泛或过窄 | ✅/⚠️ | 资源不够做/一句话说完 |\n| 非平凡性 | 是否能产出非平庸结果 | ✅/⚠️ | 结果可预测或已被充分实践 |\n\n**综合评估**：________\n\n---\n\n### M6-07 领域适配方法范本\n\n**领域特征识别**：________\n\n**评估侧重推导**：\n\n| 领域特征 | 评估侧重 | 推导逻辑 |\n|---------|---------|---------|\n| 需要落地执行 | 可行性基础优先 | 方案无法落地则无价值 |\n| 需要理论论证 | 问题明确性优先 | 问题不清晰则无法论证 |\n| 有强约束环境 | 范围适度优先 | 超出约束边界则不可行 |\n| 需要突破常规 | 非平凡性优先 | 结果可预测则创新失败 |\n\n**推导结果**：________\n\n**创新风格推导**：________\n\n**适配结果确认**：________\n---\n\n### M6-08 直用深化范本\n\n**深化来源**：________\n\n**深化方式**：⬜执行树 ⬜路线图 ⬜风险扫描 ⬜原型验证\n\n**深化方案**：________\n\nFile v1.0.13:references/exemplars/M7-创新轴模式改进域范本.md\n\n## M7 创新轴·模式改进域范本\n\n### M7-01 改进路由选择范本\n\n**方案特征分析**：________\n\n**变换维度判定**：⬜内容 ⬜输入 ⬜结构 ⬜框架\n\n**对应元框架路由**：________\n\n---\n\n### M7-02 第一性原理创新范本\n\n**事物描述**：________\n\n**基本元素分解**（列出该领域基本事实）：\n\n| 序号 | 基本元素 | 事实依据 |\n|------|---------|---------|\n| 1 | ________ | ________ |\n| 2 | ________ | ________ |\n| 3 | ________ | ________ |\n\n**假设区分**：\n\n| 假设 | 类型 | 依据 |\n|------|------|------|\n| ________ | 事实/假设 | ________ |\n| ________ | 事实/假设 | ________ |\n| ________ | 事实/假设 | ________ |\n\n**从事实重建方案**：________\n\n**与传统方案对比**：________\n\n---\n\n### M7-03 逆向思维创新范本\n\n**事物描述**：________\n\n**核心假设识别**：\n\n| 序号 | 核心假设 | 假设来源 | 假设强度 |\n|------|---------|---------|---------|\n| 1 | ________ | ________ | 强/中/弱 |\n| 2 | ________ | ________ | 强/中/弱 |\n| 3 | ________ | ________ | 强/中/弱 |\n\n**假设反转**：\n\n| 假设 | 反转 | 逻辑极端 |\n|------|------|---------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**重建多个可行方案**：________\n\n**整合成为一个方案**：________\n\n---\n\n### M7-04 辩证综合创新范本\n\n**事物描述**：________\n\n**正方论证**：\n- 论点：________\n- 论据：________\n- 论证：________\n\n**反方论证**：\n- 论点：________\n- 论据：________\n- 论证：________\n\n**真理局限识别**：\n- 正方局限：________\n- 反方局限：________\n\n**合题方案**（包含但超越正题反题）：________\n\n---\n\n### M7-05 随机性驱动创新范本\n\n**事物核心概念**：________\n\n**无关概念引入**：\n\n| 序号 | 无关概念 | 来源 |\n|------|---------|------|\n| 1 | ________ | ________ |\n| 2 | ________ | ________ |\n| 3 | ________ | ________ |\n\n**强制组合**：\n\n| 核心概念 | 无关概念 | 组合结果 |\n|---------|---------|---------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**有趣连接保留**：________\n\n**发展为完整方案**：________\n\n---\n\n### M7-06 演化迭代创新范本\n\n**事物描述**：________\n\n**初始方案生成**：\n\n| 序号 | 方案 | 特点 |\n|------|------|------|\n| 1 | ________ | ________ |\n| 2 | ________ | ________ |\n| 3 | ________ | ________ |\n\n**迭代循环**：\n\n| 迭代轮次 | 评估 | 选择 | 交叉 | 变异 |\n|---------|------|------|------|------|\n| 1 | ________ | ________ | ________ | ________ |\n| 2 | ________ | ________ | ________ | ________ |\n| 3 | ________ | ________ | ________ | ________ |\n\n**最优方案输出**：________\n\n**最佳方案选择**：________\n\n---\n\n### M7-07 涌现生成创新范本\n\n**系统描述**：________\n\n**基本单位定义**：\n\n| 序号 | 基本单位 | 属性 | 行为 |\n|------|---------|------|------|\n| 1 | ________ | ________ | ________ |\n| 2 | ________ | ________ | ________ |\n| 3 | ________ | ________ | ________ |\n\n**简单规则设计**：\n\n| 序号 | 规则 | 触发条件 | 结果 |\n|------|------|---------|------|\n| 1 | ________ | ________ | ________ |\n| 2 | ________ | ________ | ________ |\n| 3 | ________ | ________ | ________ |\n\n**系统运行**：________\n\n**涌现模式提取**：________\n\n**解决方案**：________\n\n---\n\n### M7-08 系统动力学创新范本\n\n**系统边界确定**：________\n\n**存量/流量/反馈/延迟识别**：\n\n| 类型 | 名称 | 描述 |\n|------|------|------|\n| 存量 | ________ | ________ |\n| 流量 | ________ | ________ |\n| 反馈 | ________ | ________ |\n| 延迟 | ________ | ________ |\n\n**高杠杆干预点分析**：________\n\n**干预方案设计**：________\n\n**二阶三阶效应模拟**：________\n\n---\n\n### M7-09 约束驱动创新范本\n\n**现有约束识别**：\n\n| 序号 | 约束 | 来源 | 强度 |\n|------|------|------|------|\n| 1 | ________ | ________ | 强/中/弱 |\n| 2 | ________ | ________ | 强/中/弱 |\n| 3 | ________ | ________ | 强/中/弱 |\n\n**约束强化到极限**：________\n\n**新约束添加**：________\n\n**边界内可能性穷尽**：________\n\n**边界方案提取**：________\n\n---\n\n### M7-10 故事叙述创新范本\n\n**事物描述**：________\n\n**故事化重构**：\n\n| 元素 | 内容 |\n|------|------|\n| 主角 | ________ |\n| 欲望 | ________ |\n| 障碍 | ________ |\n| 导师 | ________ |\n| 转变 | ________ |\n\n**英雄旅程映射**：\n\n| 阶段 | 故事元素 | 现实映射 |\n|------|---------|---------|\n| 启程 | ________ | ________ |\n| 启蒙 | ________ | ________ |\n| 回归 | ________ | ________ |\n\n**解决方案提取**：________\n\n---\n\n### M7-11 游戏化创新范本\n\n**事物描述**：________\n\n**游戏机制转化**：\n\n| 游戏机制 | 事物对应 | 转化方案 |\n|---------|---------|---------|\n| 挑战 | ________ | ________ |\n| 选择 | ________ | ________ |\n| 反馈 | ________ | ________ |\n\n**目标规则反馈循环设计**：________\n\n**参与驱动方案**：\n- 意义：________\n- 成就：________\n- 授权：________\n- 产权：________\n- 社交：________\n- 稀缺：________\n- 随机：________\n\n**可立即使用的游戏化方案**：________\n---\n\n### M7-12 改进深化范本\n\n**深化来源**：________\n\n**深化方式**：⬜执行树 ⬜路线图 ⬜风险扫描 ⬜原型验证\n\n**深化方案**：________\n\nFile v1.0.13:references/exemplars/M8-创新轴模式迁移域范本.md\n\n## M8 创新轴·模式迁移域范本\n\n### M8-01 概念迁移范本\n\n**源领域概念描述**：________\n\n**目标领域描述**：________\n\n**概念重新定义**：________\n\n**概念迁移方案**：________\n\n**迁移示例**：\n- 递归→个人能力建设\n- 熵→市场不确定性定价\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-02 机制迁移范本\n\n**源领域机制描述**：________\n\n**目标领域描述**：________\n\n**机制抽象化**：\n- I→P→O结构：________\n- 核心机制：________\n- 关键变量关系：________\n\n**机制迁移方案**：________\n\n**迁移示例**：\n- 生态系统\"共生\"→组织管理\n- 免疫系统→风控架构\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-03 结构迁移范本\n\n**源领域结构描述**：________\n\n**目标领域描述**：________\n\n**结构抽象化**：________\n\n**结构迁移方案**：________\n\n**迁移示例**：\n- 编译器管线→知识转化教学法\n- 句法树→法律条文分析\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-04 方法迁移范本\n\n**源领域方法描述**：________\n\n**目标领域描述**：________\n\n**方法抽象化**：________\n\n**方法迁移方案**：________\n\n**迁移示例**：\n- 对称性破缺→组织变革策略\n- 遗传算法→产品迭代\n\n**四维评估**：\n\n| 维度 | 评估结果 |\n|------|---------|\n| 问题明确性 | ✅/⚠️ ________ |\n| 可行性基础 | ✅/⚠️ ________ |\n| 范围适度 | ✅/⚠️ ________ |\n| 非平凡性 | ✅/⚠️ ________ |\n\n---\n\n### M8-05 源领域质量检验范本\n\n**检验结果**：\n\n| 检验项 | 结果 | 说明 |\n|--------|------|------|\n| 结构可提取性 | PASS/FAIL | 源领域是否有清晰可描述的底层结构 |\n| 抽象层级匹配 | PASS/FAIL | 提取的抽象模式是否在目标领域有对应物 |\n| 异质充分性 | PASS/FAIL | 源领域与目标领域的差异度是否足够 |\n| 可操作性 | PASS/FAIL | 迁移后的方案是否可在目标领域落地 |\n\n**检验总结**：________\n\n**不通过时的源领域替换建议**：________\n\n---\n\n### M8-06 迁移深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜方案细化 ⬜适应性调整 ⬜路线图\n\n**深化方案**：________\n\nFile v1.0.13:references/exemplars/M9-创新轴模式构建域范本.md\n\n## M9 创新轴·模式构建域范本\n\n### M9-01 概念解构范本\n\n**两个概念描述**：\n- 概念A：________\n- 概念B：________\n\n**概念A维度解构**（3-5个维度）：\n\n| 维度 | 定义 | 示例 |\n|------|------|------|\n| 维度A1 | ________ | ________ |\n| 维度A2 | ________ | ________ |\n| 维度A3 | ________ | ________ |\n\n**概念B维度解构**（3-5个维度）：\n\n| 维度 | 定义 | 示例 |\n|------|------|------|\n| 维度B1 | ________ | ________ |\n| 维度B2 | ________ | ________ |\n| 维度B3 | ________ | ________ |\n\n---\n\n### M9-02 维度矩阵建立范本\n\n**概念A维度列表**：\n- 维度A1: ________\n- 维度A2: ________\n- 维度A3: ________\n\n**概念B维度列表**：\n- 维度B1: ________\n- 维度B2: ________\n- 维度B3: ________\n\n**维度矩阵**：\n\n| | 维度B1 | 维度B2 | 维度B3 |\n|---|--------|--------|--------|\n| **维度A1** | A1+B1 | A1+B2 | A1+B3 |\n| **维度A2** | A2+B1 | A2+B2 | A2+B3 |\n| **维度A3** | A3+B1 | A3+B2 | A3+B3 |\n\n---\n\n### M9-03 强制连接范本\n\n**维度矩阵**：________\n\n**随机选择的维度组合**（3-5个）：\n\n| 序号 | 组合 | 选择理由 |\n|------|------|---------|\n| 1 | A1+B2 | 看似无关 |\n| 2 | A2+B3 | 看似无关 |\n| 3 | A3+B1 | 看似无关 |\n\n**强制连接**：\n\n| 组合 | 强制连接 | 连接逻辑 |\n|------|---------|---------|\n| A1+B2 | ________ | ________ |\n| A2+B3 | ________ | ________ |\n| A3+B1 | ________ | ________ |\n\n---\n\n### M9-04 可能性推导范本\n\n**强制连接方案**：________\n\n**可能性发展推导**：\n\n| 强制连接 | 可能性发展 | 发展逻辑 |\n|---------|-----------|---------|\n| A1+B2 | ________ | ________ |\n| A2+B3 | ________ | ________ |\n| A3+B1 | ________ | ________ |\n\n**可能性描述**：________\n\n---\n\n### M9-05 可能性集群形成范本\n\n**可能性列表**：________\n\n**逻辑距离评估**：\n\n| 可能性 | 逻辑距离 | 评估依据 |\n|--------|---------|---------|\n| ________ | 远/中/近 | ________ |\n| ________ | 远/中/近 | ________ |\n| ________ | 远/中/近 | ________ |\n\n**可能性集群**：\n\n| 集群 | 包含可能性 | 集群特征 |\n|------|-----------|---------|\n| 集群1 | ________ | ________ |\n| 集群2 | ________ | ________ |\n| 集群3 | ________ | ________ |\n\n**无人探索区域识别**：________\n\n---\n\n### M9-06 方案生成范本\n\n**可能性集群**：________\n\n**最有潜力/最激进/最被忽视的可能性选择**：\n\n| 类型 | 可能性 | 选择理由 |\n|------|--------|---------|\n| 最有潜力 | ________ | ________ |\n| 最激进 | ________ | ________ |\n| 最被忽视 | ________ | ________ |\n\n**反常识方案生成**：\n\n| 方案 | 描述 | 创新点 |\n|------|------|--------|\n| 方案1 | ________ | ________ |\n| 方案2 | ________ | ________ |\n| 方案3 | ________ | ________ |\n\n**四维评估**：\n\n| 方案 | 问题明确性 | 可行性基础 | 范围适度 | 非平凡性 |\n|------|-----------|-----------|---------|---------|\n| 方案1 | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ |\n| 方案2 | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ |\n| 方案3 | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ | ✅/⚠️ |\n---\n\n### M9-07 构建深化范本\n\n**深化来源**：________\n\n**深化方式**：⬜执行树 ⬜路线图 ⬜风险扫描 ⬜原型验证\n\n**深化方案**：________\n\nArchive v1.0.12: 17 files, 106553 bytes\n\nFiles: references/exemplars/M0-任务域协调域范本.md (1686b), references/exemplars/M1-领域评估域范本.md (4333b), references/exemplars/M2-工作流重构域范本.md (5250b), references/exemplars/M3-领域负载物生成域范本.md (10997b), references/exemplars/M4-执行轴域范本.md (6401b), references/exemplars/M5-内容轴域范本.md (3609b), references/exemplars/M6-创新轴模式直用域范本.md (5269b), references/exemplars/M7-创新轴模式改进域范本.md (5453b), references/exemplars/M8-创新轴模式迁移域范本.md (2798b), references/exemplars/M9-创新轴模式构建域范本.md (3299b), references/meta-skill-catalog.md (13089b), references/meta-skill-exemplars.md (11475b), references/meta-skill-requirements.md (73838b), references/meta-skill-system-prompt.md (164711b), skill-card.md (2648b), SKILL.md (17214b), _meta.json (137b)\n\nFile v1.0.12:SKILL.md\n\n---\nname: meta-skill-system\nauthor: 王教成 Wang Jiaocheng (波动几何)\ndescription: 元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、meta-skill-system。\n---\n\n# 元技能系统\n\n## 定位\n\n本技能是一个**元技能系统**，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。\n\n**自指性**：本技能是一个自指系统——它定义的标准约束自身，它提供的方法作用于自身，它生成的产物以自身为样本。\n\n1. **结构自指**：本技能定义了领域负载物的生成标准（三层结构、28项接口校验、依赖拓扑），而本技能自身完全符合这些标准——它是自己定义的质量规范的第一个实例\n2. **执行自指**：本技能提供了三轴执行框架（S/C/A/O/I/G元操作+管线编排），而本技能自身的82个任务全部通过这个框架执行——它是自己定义的执行机制的第一个用户\n3. **方法自指**：本技能的内容轴提供清单法和样本法两种生成方式，而本技能自身同时是这两种方式的体现——生成的技能按清单法组织（任务清单、组件清单），同时以本技能为样本进行模仿生成\n\n## 核心能力\n\n### 能力协同（M0）\n\n**职责分工**：\n- **领域评估**：领域边界识别、存在理由分析、消除/重构/保留决策\n- **工作流重构**：流程结构分析、补偿层消除、IPO基元链重整\n- **领域负载物生成**：领域知识内容：catalog(清单)、requirements(要求)、exemplars(范本)\n- **通用任务执行**：三轴执行框架：执行轴编排、内容轴消费清单/样本、创新轴突破\n\n**价值链**：\n```\n传统领域 ──[领域评估]──→ 评估结论（消除/重构/保留）\n                              │\n                              ▼\n                  [工作流重构]（如需重构）\n                              │\n                              ▼\n                       重构后IPO基元链\n                              │\n                              ▼\n                  [领域负载物生成]\n                              │\n                              ▼\n                       领域负载物（简化版）\n                              │\n                              ▼\n                  [通用任务执行] 持续执行\n```\n\n**路径组合**：评估(A)、重构(R)、生成(G)、执行(X)四组件可任意组合，共 15 条有效路径（✅ 推荐  ⚠️ 不推荐）。完整路径为 A→R→G→X。详细列表见 `references/meta-skill-requirements.md` M0 域级说明。\n\n**四层价值属性**：\n- **领域评估**：判断价值——解决\"这个领域需不需要存在\"的根本问题（低频、脉冲式）\n- **工作流重构**：转化价值——解决\"从旧到新\"的转化问题（低频、脉冲式）\n- **领域负载物生成**：创建价值——解决\"从无到有\"的创建问题（中频、按需）\n- **通用任务执行**：运行时价值——解决\"执行任务\"的运行问题（高频、持续）\n\n**生产力价值**：将模糊任务需求转化为确定的方法论路径，消除试错成本——省掉的不是几小时会议，是一个团队每周的决策摩擦，让组织从\"怎么做\"的纠结中解放出来专注\"做什么\"。\n\n### 领域评估能力（M1）\n\n评估一个领域是否需要存在，而不是如何优化：\n\n- **评估五步法**：边界识别 → 存在理由分析 → 消除可行性评估 → 独立存在必要性判断 → 决策输出\n- **领域存在理由分类**：事情本身需要 / 人的局限需要 / 历史遗留 / 外部约束\n- **评估判断标准**：边界模糊度 / 功能离散度 / 独立价值 / 消除成本\n- **评估验证清单**：5项验证，全部通过才算评估完成\n\n**核心理念**：领域存在的根本问题不是\"这个领域能不能优化\"，而是\"这个领域需不需要存在\"。如果领域本身是人的局限产物（组织架构、部门壁垒、历史遗留），那么消除领域比重构领域更彻底。\n\n**适用范围**：任何可被识别为\"领域\"的实体——业务领域、工作流、组织部门、技术模块、知识分类、流程阶段等。\n\n**评估后典型决策**：\n- **消除**：边界模糊、功能离散、历史遗留、消除成本低\n- **重构**：边界清晰、功能内聚、消除成本高\n- **保留**：已足够优化、外部约束不可变\n\n**选择原则**：能消除的不重构，能重构的不保留。消除是最彻底的优化。\n\n**生产力价值**：消除冗余领域，直接减少组织维护成本和协作损耗——不是优化了预算，是砍掉了一整行，释放的资源转向真正的价值创造。\n\n### 工作流重构能力（M2）\n\n将任何领域的复杂工作流重构为AI辅助一人简易完成：\n\n- **重构三步法**：拆解（识别每个环节的存在理由）→ 消除（去掉人的局限补偿层）→ 重整（基于AI能力模型重编为端到端IPO基元链）\n- **环节分类**：核心环节 / 校准环节 / 传递环节 / 协调环节 / 校验环节 / 格式环节\n- **重构验证清单**：7项验证，全部通过才算重构完成\n- **重构后形态**：单步IPO / 简短基元链 / IPO+人工决策\n\n**核心理念**：传统工作流的复杂度 = 事情本身的复杂度 + 人的局限补偿层。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。\n\n**适用范围不止于流程。** 任何产物（文档、方案、设计、代码）都可以拆解为组成部分，其组装过程就是一种\"工作流\"。\n\n**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物不只是传递文档，更是在过程中提供纠偏锚点。\n\n**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。如果中间产出物起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。\n\n**基元内分步**：一个基元内部可以有子步骤，子步骤之间通过中间产出物形成校准点。基元内分步不是基元间传递——不需要跨基元边界，但保留过程中的纠偏能力。\n\n**基元数约束**：≤5。超过5说明还没充分消除补偿层。\n\n**生产力价值**：将多角色协作流程压缩为端到端 IPO 链，降低传递损耗和协调成本——5人3天的工作流压缩为1人2小时，释放的人力转向高价值判断。\n\n### 领域负载物生成能力（M3）\n\n从零创建完整的领域负载物技能：\n\n- **领域分析框架**：R1-R5分类定位 / 价值链拆解 / 任务枚举 / 执行框架映射推导\n- **三层结构模板**：SKILL.md + catalog + requirements + exemplars\n- **接口校验清单**：28项逐条检查，确保生成的技能与执行框架零冲突\n- **标准化生成工作流**：从用户输入到完整技能的标准化流程\n\n**核心理念**：本能力不依赖任何被它创建的领域技能，仅依赖通用任务执行能力、工作流重构能力和自身的references文件。\n\n**生产力价值**：将领域知识系统化为可复用的技能包，消除从零构建的重复劳动——相当于一个不用培训、不会离职、24小时待命的领域专家，让专业知识无限复制而非一次消耗。\n\n### 通用任务执行能力（M4-M9）\n\n三轴正交的任务执行框架，5种协同模式按需激活：\n- **顺序协同**：创新轴确定方向 → 执行轴分解管线 → 内容轴确定方法\n- **并行协同**：执行轴与内容轴同时推进，创新轴按需插入\n- **条件协同**：根据任务特征动态激活或关闭某些轴\n- **迭代协同**：执行发现问题 → 创新提供新方向 → 内容调整构成\n- **递归协同**：每个轴内部可递归调用其他轴\n\n**核心理念**：\n- **万物皆可单元化**：任何任务可分解为原子能力单元\n- **单元即管线节点**：单元按依赖关系串联/并联/条件分支形成管线\n- **领域无关，方法通用**：6大元操作是领域无关的思维原语\n- **负载物可替换**：产出 = 元操作 × 领域负载物\n- **身份自适应叠加**：元操作级身份+领域级身份，两层正交\n- **管线与IPO统一**：横向是管线，纵向是IPO递归，分形一致\n- **三轴正交**：执行轴（How/必选）+ 内容轴（What/按需）+ 创新轴（Why Different/按需）\n\n**统一执行流程**：收到任务后按5步执行——三轴判定 → 领域校准 → 三轴分解 → 管线编排与执行 → 整合交付。\n\n**执行轴**：6大元操作(S/C/A/O/I/G) + 6种编排模式(顺序/并行/条件/循环/扇出/扇入) + 7种通用管线模式(P1-P7)。\n\n**内容轴**：清单法(组件组合) + 样本法(模仿产出)。\n\n**创新轴**：模式直用 + 模式改进(10种元框架) + 模式迁移(概念/机制/结构/方法) + 模式构建(维度矩阵)。\n\n**四模式完备性**：任何创新实例从发生学角度只有四种可能来源——已有模式换了地方用（直用）、已有模式做了变形（改进）、别处模式搬过来（迁移）、没有模式从零组合（构建）。一个创新要么有已有模式作为起点（M6/M7/M8），要么没有（M9）。四分类穷尽且互斥，完备性成立。\n\n**各轴关键能力**：\n- **M4 执行轴**：6大元操作(S/C/A/O/I/G)按管线编排，任务→能力单元→IPO链，消除临场判断的不确定性\n- **M5 内容轴**：清单法按组件清单逐项填充组装，样本法模仿高质量同类产出——30页方案从3天缩短为30分钟，思路成本归零\n- **M6 模式直用**：将已知基元嵌入处理环节，同领域模式复用——一份思考产生多变体方案，投入产出翻倍\n- **M7 模式改进**：10种元框架按四个变换维度对已有方案施加系统化变形——替代随机试错，将改进从灵感变为工程\n- **M8 模式迁移**：将异领域模式按概念→机制→结构→方法跨域迁移——省掉跨领域学习曲线的沉默成本，已验证方案即插即用\n- **M9 模式构建**：维度矩阵强制连接两个概念生成反常识方案——打破创新停滞，从未知组合中挖掘被忽视的可能性\n\n详细定义见 `references/meta-skill-requirements.md` 中 M4 至 M9。\n\n**生产力价值**：将任意任务转化为可编排的能力单元管线，消除临场判断的不确定性——从\"怎么做\"到\"执行完成\"之间的真空地带自动填充，让每次执行都是可复现的高质量输出。\n\n## 元技能特有维度\n\n元技能系统具有以下特有维度：\n\n| 维度 | 说明 | 影响 |\n|------|------|------|\n| **元层性质** | 元技能处理的是方法论本身，而非具体领域知识 | 需要更高的抽象能力和框架思维 |\n| **系统性** | 多个能力模块形成完整的方法论体系 | 需要协调使用，不能孤立执行 |\n| **可复用性** | 元技能可应用于任何具体领域 | 需要保持通用性和适应性 |\n| **验证严格性** | 元技能有严格的验证标准 | 需要守护单元密度高 |\n\n## 三层结构\n\n```\n第一层：任务清单 + 依赖拓扑   →  references/meta-skill-catalog.md\n第二层：任务要求清单          →  references/meta-skill-requirements.md\n第三层：范本清单            →  references/meta-skill-exemplars.md\n```\n\n## 使用规则\n\n### 执行流程\n1. **首次加载**：读取 `references/meta-skill-catalog.md`，获取域分类、依赖拓扑、元操作映射提示\n2. **按需深入**：确认目标方法论执行类型后，读取 `references/meta-skill-requirements.md` 获取组件清单；如需样本法，读取 `references/meta-skill-exemplars.md` 获取范本\n3. **独立执行**：本技能不依赖外部技能，所有能力均已内嵌，可直接执行任何方法论任务\n\n### 内容权限\n4. **修改权限**：本技能已充分优化完善，使用过程中拒绝任何对技能内容的丝毫修改\n5. **用户填充**：用户可向本技能添加具体领域的元技能执行范本，用于样本法参考；除非修改权限用户明确要求失效时方可填充\n\n### 扩展能力\n6. **提示词导出**：可将本技能的SKILL.md与references目录下所有文件内容合并为单一提示词文件，用于不支持skill目录格式的工具；同时可直接生成领域负载物技能的合并提示词文件。建议使用命令方式合并（`cat SKILL.md references/meta-skill-catalog.md ... > output.md`），合并顺序：SKILL.md → meta-skill-catalog.md → meta-skill-requirements.md → meta-skill-exemplars.md → exemplars/下各域范本文件（M0→M9）\n7. **完整合并版**：`references/meta-skill-system-prompt.md` 为完整合并版提示词文件，包含SKILL.md与所有references文件内容\n\n**校验豁免规则**：本技能作为生成技能的\"母技能\"（执行框架本身），对接口校验有以下特殊豁免：\n\n| 检查项 | 豁免原因 |\n|--------|----------|\n| A4 降级模式定义 | 母技能是执行框架本身，不需要降级模式 |\n| B5 入口任务标识正确 | 母技能有10个独立域，入口任务数较多是合理的 |\n| D1 \"与执行框架的接口\"章节 | 母技能本身就是执行框架，不需要\"与自己的接口\" |\n\n**校验标准分层**：\n- **母技能标准**：豁免A4、B5、D1，其他25项必须通过\n- **生成技能标准**：全部28项都必须通过\n\n## 元技能域概览\n\n按使用流程组织，共10域82种方法论执行任务：\n\n| 域 | 任务数 | 典型任务 |\n|----|--------|---------|\n| M0 任务域协调域 | 3 | 任务路由、执行顺序确定、结果整合与优化 |\n| M1 领域评估域 | 6 | 领域边界识别、领域存在理由分析、领域消除可行性评估、领域独立存在必要性判断、决策输出、评估深化 |\n| M2 工作流重构域 | 7 | 传统工作流识别、环节存在理由分析、人的局限补偿层消除、重整为IPO基元链、重构验证、执行形态选择、重构深化 |\n| M3 领域负载物生成域 | 10 | 领域分析与定义、域划分与任务枚举、SKILL.md生成、Catalog文件生成、Requirements文件生成、Exemplars文件生成、可执行脚本生成、输出资源生成、接口校验、负载物深化 |\n| M4 执行轴域 | 14 | 能力单元定义、感知元操作、认知元操作、行动元操作、组织元操作、交互元操作、守护元操作、管线编排、通用管线模式、三轴判定、领域校准、三轴分解、整合交付、执行深化 |\n| M5 内容轴域 | 9 | 清单法、样本法、组件清单构建、逐项填充、组装成品、样本获取与分析、模仿产出、网络搜索策略、内容深化 |\n| M6 创新轴·模式直用域 | 8 | 基元运用反常识创新、基元运用框架创新、基元运用迁移创新、基元运用构建创新、基元重组创新、四维评估标准、领域适配方法、直用深化 |\n| M7 创新轴·模式改进域 | 12 | 改进路由选择、第一性原理创新、逆向思维创新、辩证综合创新、随机性驱动创新、演化迭代创新、涌现生成创新、系统动力学创新、约束驱动创新、故事叙述创新、游戏化创新、改进深化 |\n| M8 创新轴·模式迁移域 | 6 | 概念迁移、机制迁移、结构迁移、方法迁移、源领域质量检验、迁移深化 |\n| M9 创新轴·模式构建域 | 7 | 概念解构、维度矩阵建立、强制连接、可能性推导、可能性集群形成、方案生成、构建深化 |\n\n**域间逻辑流**：M0 → M1 → M2 → M3 → M4-M9（执行框架按需调用）\n\n完整清单见 `references/meta-skill-catalog.md`。\n\n## 事实纪律\n\n1. 仅使用确知的事实和可验证的信息，不得编造数据或引用\n2. 领域校准推导须向用户展示推导过程和依据\n3. 单元分解须基于任务本身的结构，不得强行套用模板\n4. 管线编排须尊重任务的自然依赖关系，不得人为制造冗余节点\n5. 守护单元的约束条件须来自领域实际规则，不得凭空设定\n6. 创新方案引用的案例、数据必须确知真实存在，不确定的标注\"待验证\"\n7. 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格\n8. 单元输出格式须匹配下游单元的输入要求，确保组合接口可用\n\nFile v1.0.12:_meta.json\n\n{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"meta-skill-system\",\n  \"version\": \"1.0.12\",\n  \"publishedAt\": 1789028300775\n}\n\nFile v1.0.12:references/exemplars/M0-任务域协调域范本.md\n\n## M0 任务域协调域范本\n\n### M0-01 任务路由范本\n\n**任务需求分析**：________\n\n**任务类型识别**：________\n\n**路由目标确定**：\n\n| 任务类型 | 目标域 | 入口任务 | 深化任务 |\n|---------|--------|---------|---------|\n| 领域评估 | M1 | M1-01 | M1-06 |\n| 工作流重构 | M2 | M2-01 | M2-07 |\n| 负载物生成/修改 | M3 | M3-01 | M3-10 |\n| 任务执行 | M4 | M4-01 | M4-14 |\n| 内容产出 | M5 | M5-01/M5-02 | M5-09 |\n| 创新·直用 | M6 | M6-01~M6-04 | M6-08 |\n| 创新·改进 | M7 | M7-01 | M7-12 |\n| 创新·迁移 | M8 | M8-01~M8-04 | M8-06 |\n| 创新·构建 | M9 | M9-01 | M9-07 |\n| 跨域组合 | 多域 | M0-02 | 各域深化协同 |\n\n**多域组合方案**：________\n\n**路由优先级**：________\n\n**并行执行可能性分析**：________\n\n---\n\n### M0-02 执行顺序确定范本\n\n**任务域依赖关系分析**：\n\n| 任务域 | 依赖 | 被依赖 |\n|--------|------|--------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**执行顺序方案**：________\n\n**关键路径识别**：________\n\n**执行顺序图**：\n\n```\n[任务域1] → [任务域2] → [任务域3]\n                ↓\n            [任务域4]\n```\n\n**并行执行可能性分析**：________\n\n---\n\n### M0-03 结果整合与优化范本\n\n**各任务域执行结果汇总**：\n\n| 任务域 | 执行结果 | 质量评估 |\n|--------|---------|---------|\n| ________ | ________ | 高/中/低 |\n| ________ | ________ | 高/中/低 |\n| ________ | ________ | 高/中/低 |\n\n**整合方案**：________\n\n**优化建议**：________\n\n**整合效果评估**：________\n\n**最终输出**：________\n\nFile v1.0.12:references/exemplars/M1-领域评估域范本.md\n\n## M1 领域评估域范本\n\n### M1-01 领域边界识别范本\n\n**目标领域**：________（如：质量监督部/运营支持/技术架构组/________）\n\n**领域范围描述**：\n- 包含：________\n- 不包含：________\n\n**与其他领域的交集**：\n\n| 交集领域 | 交集内容 | 交集程度 |\n|---------|---------|---------|\n| ________ | ________ | 低/中/高 |\n| ________ | ________ | 低/中/高 |\n| ________ | ________ | 低/中/高 |\n\n**边界清晰度**：清晰 / 模糊 / 高度重叠\n\n**领域规模**：\n- 人员：___人\n- 流程：___个\n- 功能点：___个\n\n---\n\n### M1-02 领域存在理由分析范本\n\n**追问准则**：如果组织是完全扁平的、没有部门壁垒，这个领域还需要独立存在吗？\n\n**存在理由**：________\n\n**存在理由标记**：\n- ⬜ 事情本身需要 → ✅必要\n- ⬜ 人的局限需要 → ❌可消除\n- ⬜ 历史遗留 → ⚠️待评估\n- ⬜ 外部约束 → 🔒不可消除\n\n**标记理由**：________\n\n**存在理由细分**（如适用）：\n- 组织架构：________\n- 协作需要：________\n- 认知局限：________\n- 历史惯性：________\n- 法规要求：________\n\n---\n\n### M1-03 领域消除可行性评估范本\n\n**消除方案**：\n\n| 方案 | 具体描述 | 成本 | 风险 |\n|------|---------|------|------|\n| 被更大领域吸收 | ________ | 低/中/高 | 低/中/高 |\n| 功能分散到其他领域 | ________ | 低/中/高 | 低/中/高 |\n| 直接废弃 | ________ | 低/中/高 | 低/中/高 |\n\n**推荐方案**：________\n\n**消除后功能覆盖度**：\n- 功能A → 领域X\n- 功能B → 领域Y\n- 功能C → 领域Z\n\n**消除成本评估**：低/中/高（理由：________）\n\n**消除风险评估**：低/中/高（理由：________）\n\n---\n\n### M1-04 领域独立存在必要性判断范本\n\n**评分标准**：\n- 边界清晰度（1-10）：边界越清晰，分数越高\n- 功能内聚性（1-10）：功能越相关，分数越高\n- 消除成本（1-10）：成本越高，分数越高（越不值得消除）\n\n**评分结果**：\n\n| 维度 | 评分 | 权重 | 加权分 |\n|------|------|------|--------|\n| 边界清晰度 | ___/10 | 30% | ___ |\n| 功能内聚性 | ___/10 | 40% | ___ |\n| 消除成本 | ___/10 | 30% | ___ |\n| **综合评分** | ___/10 | 100% | ___ |\n\n**评分依据**：\n- 边界清晰度：________\n- 功能内聚性：________\n- 消除成本：________\n\n**必要性判定**：\n- 综合评分 ≥ 7：领域值得独立存在 → 保留→可进一步优化\n- 综合评分 4-6：领域存在必要性存疑 → 进一步评估或部分消除\n- 综合评分 < 4：领域不值得独立存在 → 消除\n\n---\n\n### M1-05 决策输出范本\n\n**评估结果汇总**：\n- 边界清晰度：________\n- 存在理由：________\n- 消除可行性：________\n- 独立存在必要性：________\n\n**决策建议**：\n- ⬜ 消除：领域不值得独立存在，建议消除\n- ⬜ 重构：领域值得独立存在，建议进一步优化\n- ⬜ 保留：领域已足够优化，无需重构\n\n**决策理由**：________\n\n**后续行动建议**：\n- 如果消除：________\n- 如果重构：对领域进行进一步优化，提升效率和清晰度\n- 如果保留：________\n\n**决策置信度**：高/中/低\n\n**决策风险提示**：________\n\n---\n\n### 评估前后对比\n\n| 维度 | 评估前 | 评估后 | 变化 |\n|------|--------|--------|------|\n| 领域状态 | 存在 | 消除/重构/保留 | ________ |\n| 功能分布 | 集中在该领域 | 分散到其他领域/保持集中 | ________ |\n| 协调成本 | 有 | 无/减少/保持 | ________ |\n| 边界清晰度 | 模糊/清晰 | 更清晰/已消除 | ________ |\n\n**范本要点**:\n- 评估的核心是\"追问存在理由\"——每个领域都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除领域比重构领域更彻底——如果领域本不该存在，消除是最佳选择\n- 评分必须基于客观标准，不可凭感觉——边界清晰度、功能内聚性、消除成本都需要量化\n- 决策建议必须明确——消除/重构/保留三选一，不可模棱两可\n- 范本中 `________` 为待用户提供的内容，不可AI编造\n---\n\n### M1-06 评估深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜边界细化 ⬜存在理由深化 ⬜消除方案细化\n\n**深化方案**：________\n\nFile v1.0.12:references/exemplars/M2-工作流重构域范本.md\n\n## M2 工作流重构域范本\n\n### M2-01 传统工作流识别范本\n\n**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/法律文书/财务审计/________）\n\n**传统工作流全景**：\n\n| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |\n|---|------|---------|---------|--------|---------|\n| 1 | ________ | ________ | ________ | ________ | ___% |\n| 2 | ________ | ________ | ________ | ________ | ___% |\n| 3 | ________ | ________ | ________ | ________ | ___% |\n| 4 | ________ | ________ | ________ | ________ | ___% |\n| 5 | ________ | ________ | ________ | ________ | ___% |\n| ... | ... | ... | ... | ... | ... |\n\n**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点\n\n---\n\n### M2-02 环节存在理由分析范本\n\n**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\n\n| # | 环节 | 存在理由 | 类型标记 | 标记理由 |\n|---|------|---------|---------|---------|\n| 1 | ________ | 事情本身需要 | ✅核心 | ________ |\n| 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 |\n| 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |\n| 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |\n| 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |\n| 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |\n| ... | ... | ... | ... | ... |\n\n**统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个\n\n---\n\n### M2-03 人的局限补偿层消除范本\n\n**消除清单**：\n\n| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |\n|---|-----------|--------|---------|------------|\n| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |\n| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |\n| 3 | ________ | 格式 | 零形式开销 | 不需要 |\n| ... | ... | ... | ... | ... |\n\n**保留清单**：\n\n| # | 保留环节 | 保留理由 | 类型 |\n|---|---------|---------|------|\n| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |\n| 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） |\n| 3 | ________ | 关键质量校验 | ⚡校验（精简后） |\n| ... | ... | ... | ... |\n\n---\n\n### M2-04 重整为IPO基元链范本\n\n**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）\n\n| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 |\n|-------|--------|-------------------|--------|---------|----------------|\n| 1 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| 2 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| ... | ... | ... | ... | ... |\n\n**基元间传递**：基元1.O → 基元2.I → ...\n\n---\n\n### M2-05 重构验证范本\n\n| # | 验证项 | 通过？ | 说明 |\n|---|--------|-------|------|\n| 1 | 事情完整性 | ⬜是/⬜否 | 重构后是否覆盖全部核心步骤 |\n| 2 | 补偿层消除 | ⬜是/⬜否 | 传递/协调/格式环节是否已消除 |\n| 3 | 校准不丢失 | ⬜是/⬜否 | 起纠偏作用的中间产出物是否保留为基元内分步校准点 |\n| 4 | 端到端可执行 | ⬜是/⬜否 | AI辅助一人能否从头到尾完成 |\n| 5 | 复杂度回归 | ⬜是/⬜否 | 流程复杂度是否回归事情本身 |\n| 6 | 质量守恒 | ⬜是/⬜否 | 产出质量是否不低于传统工作流 |\n| 7 | 合规不跳过 | ⬜是/⬜否 | 涉及合规的环节是否保留 |\n\n**验证不通过项修正**：________\n\n---\n\n### M2-06 执行形态选择范本\n\n**选定形态**：________\n\n| 形态 | 适用场景 | 本案是否适配 |\n|------|---------|------------|\n| 单步IPO | 标准化任务，描述目标→AI直接产出 | ⬜是/⬜否 |\n| 简短基元链 | 有阶段的中等复杂度任务 | ⬜是/⬜否 |\n| IPO+人工决策 | 涉及合规/客户/品牌 | ⬜是/⬜否 |\n\n**选择理由**：________\n\n**关键人工决策节点**（如有）：________\n\n---\n\n### 重构前后对比\n\n| 维度 | 重构前 | 重构后 | 改善 |\n|------|--------|--------|------|\n| 环节数 | ___ | ___ | -___% |\n| 中间文档 | ___份 | 0份 | -100% |\n| 参与角色 | ___个角色 | 1人+AI | -___% |\n| 协作节点 | ___个 | ___个关键校验 | -___% |\n| 端到端耗时 | ___ | ___ | -___% |\n| 传递损耗 | ___% | 0% | -100% |\n\n**范本要点**:\n- 重构的核心是\"追问存在理由\"——每个环节都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除环节不可犹豫——传递/协调/格式环节是人的局限产物，不是事情本身\n- **校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点，防止过度合并导致返工\n- 验证七项必须全部通过，尤其是校准不丢失、质量守恒和合规不跳过\n- 范本中 `________` 为待用户提供的内容，不可AI编造\n---\n\n### M2-07 重构深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜环节细化 ⬜校准点优化 ⬜IPO链调整\n\n**深化方案**：________\n\n**二次验证（M2-05）**：________\n\nFile v1.0.12:references/exemplars/M3-领域负载物生成域范本.md\n\n## M3 领域负载物生成域范本\n\n### M3-01 领域分析与定义范本\n\n**领域名称规范化**：\n- 用户原始描述：________\n- 核心领域关键词：________\n- 规范化领域名：\n  - 英文名：________\n  - 中文名：________\n- 域代号前缀：________\n\n**领域分类定位**：\n\n| R维度 | 评分 | 推导结果 |\n|-------|------|---------|\n| R1 信息密度 | 高/中/低 | S和C权重：高/标准/低 |\n| R2 创造性 | 高/中/低 | A权重：高/标准/低 |\n| R3 交互性 | 高/中/低 | I权重：高/标准/低 |\n| R4 规范性 | 高/中/低 | G权重：高/标准/低 |\n| R5 迭代性 | 高/中/低 | 循环模式：多/中/少 |\n\n**领域特征总结**：\n- 领域复杂度：简单/中等/复杂\n- 领域核心特征：________\n- 领域挑战：________\n\n---\n\n### M3-02 域划分与任务枚举范本\n\n**价值链拆解**：\n\n```\n输入 → 处理1 → 处理2 → ... → 输出\n```\n\n**域划分结果**：\n\n| 域编号 | 域名称 | 范围说明 | 任务数 |\n|--------|--------|---------|--------|\n| X1 | ________ | ________ | ___ |\n| X2 | ________ | ________ | ___ |\n| X3 | ________ | ________ | ___ |\n| ... | ... | ... | ... |\n\n**域间逻辑流**：X1 → X2 → X3 → ...\n\n**任务枚举**（每个域）：\n\n| 任务ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\n|--------|---------|------|------|-----------|\n| X1-01 | ________ | ________ | 无（入口） | S/C/A/O/I/G |\n| X1-02 | ________ | ________ | X1-01 | S/C/A/O/I/G |\n| ... | ... | ... | ... | ... |\n\n---\n\n### M3-03 SKILL.md生成范本\n\n```markdown\n---\nname: {技能英文名}\nauthor: {作者}\ndescription: {技能描述，包含核心能力和触发词，触发词最后默认包含meta-skill-system}\n---\n\n# {技能中文名}\n\n## 定位\n\n{技能定位描述}\n\n## 核心能力\n\n{核心能力列表}\n\n## {领域名}特有维度\n\n| 维度 | 说明 | 影响 |\n|------|------|------|\n| {维度1} | {说明} | {影响} |\n| {维度2} | {说明} | {影响} |\n| ... | ... | ... |\n\n## 三层结构\n\n第一层：{清单文件名} → references/{技能英文名主体}-catalog.md\n第二层：{要求文件名} → references/{技能英文名主体}-requirements.md\n第三层：{范本文件名} → references/{技能英文名主体}-exemplars.md\n\n## 使用规则\n\n{使用规则列表}\n\n## 通用任务执行能力\n\n{通用任务执行能力说明（三轴+管线+协同模式）}\n\n## 角色定义（可选）\n\n{12维角色模型，当负载物需要人味时使用}\n\n## {领域名}域概览\n\n| 域 | 任务数 | 典型任务 |\n|----|--------|---------|\n| {域1} | {任务数} | {典型任务} |\n| {域2} | {任务数} | {典型任务} |\n| ... | ... | ... |\n\n**域间逻辑流**：{域1} → {域2} → ... → {域N}\n\n完整清单见 `references/{技能英文名主体}-catalog.md`。\n\n## 事实纪律\n\n{事实纪律列表}\n\n## 标题层级规范\n\n为确保合并为单一提示词文件时标题层级不冲突，各文件标题层级规范如下：\n\n| 文件类型 | 一级标题 | 二级标题 | 三级标题 | 四级标题 |\n|---------|---------|---------|---------|---------|\n| SKILL.md | `#` | `##` | `###` | `####` |\n| references/{技能英文名主体}-catalog.md | `##` | `###` | `####` | `#####` |\n| references/{技能英文名主体}-requirements.md | `##` | `###` | `####` | `#####` |\n| references/{技能英文名主体}-exemplars.md | `##` | `###` | `####` | `#####` |\n| references/exemplars/*.md | `##` | `###` | `####` | `#####` |\n\n```\n\n---\n\n### M3-04 Catalog文件生成范本\n\n```markdown\n# {技能名}清单与依赖拓扑\n\n{技能名}按{组织方式}组织的任务清单，附任务间关系和元操作映射提示。\n\n**域间逻辑流**：{域1} → {域2} → ... → {域N}\n\n---\n\n## {域1} {域名}\n\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\n|----|---------|------|------|-----------|\n| {ID1} | {任务类型} | {说明} | 无（入口） | S/C/A/O/I/G |\n| {ID2} | {任务类型} | {说明} | {ID1} | S/C/A/O/I/G |\n| ... | ... | ... | ... | ... |\n\n---\n\n## 依赖拓扑摘要\n\n**{域1}链路**: {ID1} → {ID2} → {ID3}\n**{域2}链路**: {ID4} → {ID5} → {ID6}\n...\n\n**完整处理链路**: {ID1} → {ID4} → ...\n\n更多组合根据具体任务动态推导。\n```\n\n---\n\n### M3-05 Requirements文件生成范本\n\n```markdown\n# {技能名}要求清单\n\n{技能名}每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、领域约束。按清单逐项产出。\n\n---\n\n## {域1} {域名}\n\n#### 域级说明\n{该域跨任务逻辑说明：角色定位、核心理念、关键规则、穷尽性证明等}\n\n#### {ID1} {任务类型}\n- **必选组件**: {组件1}、{组件2}、{组件3}\n- **可选组件**: {可选组件1}、{可选组件2}\n- **组装顺序**: {步骤1}→{步骤2}→{步骤3}→{步骤4}\n- **约束**: {约束1}；{约束2}；{约束3}\n- **格式**: {格式说明}\n```\n\n**多域总览**（当多个域存在共同跨域逻辑时，使用 `###` 标题与域同级）：\n\n---\n\n### M3-06 Exemplars文件生成范本\n\n```markdown\n# {技能名}范本清单\n\n{技能名}的范本清单与索引。用于内容轴**样本法**。\n\n内容轴样本法执行流程：\n1. 获取样本（本文件索引指向的子文件或用户提供）\n2. 分析样本四维度：结构、风格、逻辑、格式\n3. 整理为「样本特征摘要」\n4. 模仿产出（保持结构框架和风格，替换内容）\n\n> **使用说明**：标注 `[待填充]` 的条目需用户补充范本后方可使用样本法。标注 `[可用]` 的条目已有范本，可直接使用样本法。\n\n---\n\n## {域1} {域名}\n\n| 任务ID | 任务类型 | 范本 | 状态 |\n|--------|---------|------|------|\n| {ID1} | {任务类型} | [待填充] {范本名} | 空 |\n| {ID2} | {任务类型} | [待填充] {范本名} | 空 |\n| ... | ... | ... | ... |\n\n---\n\n## 用户填充指南\n\n用户向本技能添加范本时：\n\n1. **脱敏**：移除所有敏感信息（产品名、个人信息、商业机密），用占位符替换\n2. **存放**：将范本文件放入 `references/exemplars/` 目录，按任务ID命名\n3. **注册**：在本文件对应条目中更新范本路径和状态（空→可用）\n4. **特征摘要**：为每个范本撰写四维分析（结构、风格、逻辑、格式），存入同目录 `{ID}.summary.md` 文件\n```\n\n---\n\n### M3-07 可执行脚本生成范本\n\n**脚本用途说明**：________\n\n**脚本文件列表**：\n\n| 文件名 | 用途 | 执行方式 |\n|--------|------|---------|\n| `scripts/________` | ________ | `python scripts/__.py` |\n| `scripts/________` | ________ | `bash scripts/__.sh` |\n\n**环境依赖**：________\n\n**使用示例**：________\n\n---\n\n### M3-08 输出资源生成范本\n\n**资源用途说明**：________\n\n**资源文件列表**：\n\n| 文件名 | 用途 | 格式 | 使用方式 |\n|--------|------|------|---------|\n| `assets/________` | ________ | ________ | 复制/引用 |\n| `assets/________` | ________ | ________ | 复制/引用 |\n\n**模板占位符说明**（如适用）：________\n\n---\n\n### M3-09 接口校验范本\n\n**28项校验结果**：\n\n### A类：结构一致性（6项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| A1 | 三层结构存在 | PASS/FAIL | references/目录下是否有3个文件 + exemplars/子目录 |\n| A2 | SKILL.md含定位声明 | PASS/FAIL | 是否含\"定位\"或\"依赖声明\"章节 |\n| A3 | 使用规则完整 | PASS/FAIL | 是否有完整的使用规则 |\n| A4 | 降级模式定义 | PASS/FAIL | 是否有只读模式的权限表 |\n| A5 | 域间逻辑流声明 | PASS/FAIL | `{技能英文名主体}-catalog.md`文件头部是否有域间逻辑流描述 |\n| A6 | 依赖拓扑摘要 | PASS/FAIL | `{技能英文名主体}-catalog.md`文件末尾是否有\"依赖拓扑摘要\"章节 |\n\n### B类：任务Schema（5项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| B1 | 每个任务含5字段 | PASS/FAIL | ID/名称/说明/依赖/元操作映射 |\n| B2 | 依赖格式正确 | PASS/FAIL | 格式为\"无（入口）\"或\"X-XX\"或\"X-XX, Y-YY\" |\n| B3 | 元操作映射有效 | PASS/FAIL | 仅允许S/C/A/O/I/G及其组合 |\n| B4 | 无孤立任务 | PASS/FAIL | 依赖ID必须指向已定义的任务 |\n| B5 | 入口任务标识正确 | PASS/FAIL | 入口任务数应≥1且≤总任务数的30% |\n\n### C类：槽位规范（5项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| C1 | 必选组件存在 | PASS/FAIL | 每个任务必须有\"必选组件\"字段 |\n| C2 | 可选组件存在 | PASS/FAIL | 每个任务必须有\"可选组件\"字段（可为空） |\n| C3 | 组装顺序存在 | PASS/FAIL | 每个任务必须有\"组装顺序\"字段 |\n| C4 | 约束字段存在 | PASS/FAIL | 每个任务必须有约束相关字段 |\n| C5 | 格式字段存在 | PASS/FAIL | 每个任务必须指定输出格式 |\n\n### D类：执行框架接口（3项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| D1 | \"与执行框架的接口\"章节 | PASS/FAIL | SKILL.md中是否存在此章节 |\n| D2 | Step 0-4覆盖 | PASS/FAIL | 该章节是否覆盖Step 0到Step 4 |\n| D3 | Step 1领域校准具体化 | PASS/FAIL | 是否包含R1-R5规则的领域特定推导 |\n\n### E类：范本库（3项）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| E1 | 范本清单表存在 | PASS/FAIL | `{技能英文名主体}-exemplars.md`中是否有按域分组的范本清单表格 |\n| E2 | 范本子文件存在 | PASS/FAIL | references/exemplars/目录下是否有.md文件 |\n| E3 | 范本模板格式存在 | PASS/FAIL | 是否提供了子文件的标准化模板格式 |\n\n### F类：可执行脚本（3项，可选）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| F1 | 脚本目录结构 | PASS/FAIL/N/A | scripts/目录下是否存在脚本文件，每个脚本是否有执行方式声明 |\n| F2 | 脚本可独立执行 | PASS/FAIL/N/A | 每个脚本是否可独立运行，是否声明了环境依赖 |\n| F3 | 脚本引用一致 | PASS/FAIL/N/A | SKILL.md中引用的脚本路径是否可解析到scripts/下实际文件 |\n\n### G类：输出资源（3项，可选）\n\n| # | 检查项 | 结果 | 说明 |\n|---|--------|------|------|\n| G1 | 资源目录结构 | PASS/FAIL/N/A | assets/目录下是否存在资源文件，每个资源是否有用途说明 |\n| G2 | 资源可直接使用 | PASS/FAIL/N/A | 资源文件是否完整可用，模板类资源是否包含占位符说明 |\n| G3 | 资源引用一致 | PASS/FAIL/N/A | SKILL.md中引用的资源路径是否可解析到assets/下实际文件 |\n\n**校验总结**：\n- A类：6/6 PASS\n- B类：5/5 PASS\n- C类：4/4 PASS\n- D类：3/3 PASS\n- E类：3/3 PASS\n- F类：3/3 PASS（或 N/A）\n- G类：3/3 PASS（或 N/A）\n\n**FAIL项修正方案**：________\n---\n\n### M3-10 负载物深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜任务细化 ⬜组件完善 ⬜范本补全 ⬜脚本优化 ⬜资源补充\n\n**深化方案**：________\n\n**重新校验（M3-09）**：________\n\nFile v1.0.12:references/exemplars/M4-执行轴域范本.md\n\n## M4 执行轴域范本\n\n### M4-01 能力单元定义范本\n\n**单元ID**：{元操作代号}-{序号}\n\n**名称**：{功能描述}\n\n**元操作类型**：S/C/A/O/I/G\n\n**输入**：________\n\n**输出**：________\n\n**依赖**：________\n\n**AI自治度**：⬛全自动 / 🟨半自动 / ⬜辅助\n\n**组合接口**：________\n\n**身份叠加**（可选）：\n\n| 层级 | 身份 | 来源 |\n|------|------|------|\n| 元操作级 | ________ | 元操作类型自动推导(S→侦察者/C→分析师/A→执行者/O→管理者/I→协调者/G→守门人) |\n| 领域级 | ________ | 领域知识（如\"市场分析师×数据科学家\"） |\n\n**P实现**（可选）：LLM / 工具 / 技能 / 人机 / 组合\n\n---\n\n### M4-02 感知元操作范本\n\n**信息源描述**：________\n\n**采集方法**：________\n\n**监测指标**：\n\n| 指标名称 | 指标定义 | 阈值 | 采集频率 |\n|---------|---------|------|---------|\n| ________ | ________ | ________ | ________ |\n| ________ | ________ | ________ | ________ |\n\n**扫描范围**：________\n\n**检索策略**：________\n\n---\n\n### M4-03 认知元操作范本\n\n**分析框架**：________\n\n**评估标准**：\n\n| 维度 | 标准 | 权重 |\n|------|------|------|\n| ________ | ________ | ___% |\n| ________ | ________ | ___% |\n| ________ | ________ | ___% |\n\n**推理逻辑**：________\n\n**决策规则**：________\n\n---\n\n### M4-04 行动元操作范本\n\n**生产流程**：\n\n| 步骤 | 操作 | 输入 | 输出 | 耗时 |\n|------|------|------|------|------|\n| 1 | ________ | ________ | ________ | ___ |\n| 2 | ________ | ________ | ________ | ___ |\n| 3 | ________ | ________ | ________ | ___ |\n\n**创造方法**：________\n\n**执行步骤**：________\n\n**交付标准**：________\n\n---\n\n### M4-05 组织元操作范本\n\n**存储方案**：________\n\n**分类体系**：\n\n| 类别 | 定义 | 示例 |\n|------|------|------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**索引规则**：________\n\n**归档标准**：________\n\n---\n\n### M4-06 交互元操作范本\n\n**沟通渠道**：________\n\n**协调机制**：________\n\n**谈判策略**：________\n\n**协作规则**：________\n\n---\n\n### M4-07 守护元操作范本\n\n**验证标准**：________\n\n**约束条件**：________\n\n**保护措施**：________\n\n**审计流程**：________\n\n---\n\n### M4-08 管线编排范本\n\n**主链路**：S-01 → C-01 → A-01 → O-01\n\n**依赖关系**：\n\n| 单元 | 依赖 | 顺序/并行/条件/循环/扇出/扇入 |\n|------|------|---------------|\n| S-01 | 无 | 入口 |\n| C-01 | S-01 | 顺序 |\n| A-01 | C-01 | 顺序 |\n| O-01 | A-01 | 顺序 |\n\n**G类验证单元插入点**：________\n\n**I类确认单元插入点**：________\n\n---\n\n### M4-09 通用管线模式范本\n\n**选定模式**：________\n\n| 模式 | 符号 | 说明 | 适用场景 |\n|------|------|------|---------|\n| P1 基础闭环 | S→C→C→A→O | 标准任务完整执行链 | 标准化任务 |\n| P2 迭代精炼 | ↻(S→C→A→G, 达标)→O | 多轮改进 | 需要迭代优化 |\n| P3 并行汇聚 | [S‖S‖S]⇇C→C→A | 多源信息汇聚决策 | 多源信息整合 |\n| P4 条件分支 | S→C?(条件)→A₁:A₂:A₃ | 分路径执行 | 有条件分支 |\n| P5 交互驱动 | S→I→C→I→A→I | 频繁人工确认 | 需要人工介入 |\n| P6 全守护 | G→S→G→C→G→A→G→O | 高安全合规 | 合规要求高 |\n| P7 发散收敛 | S→C⇉[A,A,A]→C→A | 创意产出 | 创意任务 |\n\n**选择理由**：________\n\n**执行流程**：________\n\n---\n\n### M4-10 三轴判定范本\n\n**复杂度判定**：\n- 判定标准：简单=可直接完成，中等=3-7步协调，复杂=8+步或多层嵌套\n- 判定结果：简单/中等/复杂\n- 判定依据：________\n\n**内容类型判定**：\n- 判定标准：非结构化=简单答案/数据/操作结果，结构化=文档/方案/报告/代码\n- 判定结果：非结构化/结构化\n- 判定依据：________\n\n**创新需求判定**：\n- 判定标准：无需创新=常规执行结果可预测，需要创新=需要突破默认路径\n- 判定结果：无需创新/需要创新\n- 判定依据：________\n\n**判定组合**：\n- 组合结果：________\n- 激活轴：执行轴/执行轴+内容轴/执行轴+创新轴/三轴全开\n\n---\n\n### M4-11 领域校准范本\n\n**领域识别结果**：________\n\n**R1-R5校准参数推导**：\n\n| R维度 | 领域特征 | 推导结果 |\n|-------|---------|---------|\n| R1 信息密度 | 高/中/低 | S和C权重：高/标准/低，G：严格/标准/宽松 |\n| R2 创造性 | 高/中/低 | A权重：高/标准/低，C：发散/标准/收敛 |\n| R3 交互性 | 高/中/低 | I权重：高/标准/低，S：人本/标准/技术 |\n| R4 规范性 | 高/中/低 | G权重：高/标准/低，O：严格/标准/宽松 |\n| R5 迭代性 | 高/中/低 | 循环：多/中/少，S→C→A链：短而频/标准/长而稳 |\n\n**校准参数映射**：\n\n| 参数 | 推导结果 |\n|------|---------|\n| 核心术语 | ________ |\n| 元操作权重 | S:__ C:__ A:__ O:__ I:__ G:__ |\n| 关键变量 | ________ |\n| 守护约束 | ________ |\n| 产出格式 | ________ |\n| 自治度偏好 | ⬛全自动/🟨半自动/⬜辅助 |\n| 创新评估侧重 | 问题明确性/可行性基础/范围适度/非平凡性 |\n\n---\n\n### M4-12 三轴分解范本\n\n**激活轴说明**：________\n\n**任务分解结果**：\n\n| 单元ID | 名称 | 元操作 | 输入 | 输出 | 依赖 | AI自治度 |\n|--------|------|--------|------|------|------|---------|\n| S-01 | ________ | S\n\nArchive v1.0.11: 16 files, 105245 bytes\n\nFiles: references/exemplars/M0-任务域协调域范本.md (1686b), references/exemplars/M1-领域评估域范本.md (4333b), references/exemplars/M2-工作流重构域范本.md (5250b), references/exemplars/M3-领域负载物生成域范本.md (10997b), references/exemplars/M4-执行轴域范本.md (6401b), references/exemplars/M5-内容轴域范本.md (3609b), references/exemplars/M6-创新轴模式直用域范本.md (5269b), references/exemplars/M7-创新轴模式改进域范本.md (5453b), references/exemplars/M8-创新轴模式迁移域范本.md (2798b), references/exemplars/M9-创新轴模式构建域范本.md (3299b), references/meta-skill-catalog.md (13089b), references/meta-skill-exemplars.md (11475b), references/meta-skill-requirements.md (73838b), references/meta-skill-system-prompt.md (164711b), SKILL.md (17214b), _meta.json (137b)\n\nArchive v1.0.10: 17 files, 106542 bytes\n\nFiles: references/exemplars/M0-任务域协调域范本.md (1686b), references/exemplars/M1-领域评估域范本.md (4333b), references/exemplars/M2-工作流重构域范本.md (5250b), references/exemplars/M3-领域负载物生成域范本.md (10997b), references/exemplars/M4-执行轴域范本.md (6401b), references/exemplars/M5-内容轴域范本.md (3609b), references/exemplars/M6-创新轴模式直用域范本.md (5269b), references/exemplars/M7-创新轴模式改进域范本.md (5453b), references/exemplars/M8-创新轴模式迁移域范本.md (2798b), references/exemplars/M9-创新轴模式构建域范本.md (3299b), references/meta-skill-catalog.md (13089b), references/meta-skill-exemplars.md (11475b), references/meta-skill-requirements.md (73838b), references/meta-skill-system-prompt.md (164711b), skill-card.md (2640b), SKILL.md (17214b), _meta.json (137b)\n\nArchive v1.0.9: 17 files, 97285 bytes\n\nFiles: references/exemplars.md (10365b), references/exemplars/M0-任务域协调域范本.md (3522b), references/exemplars/M1-领域评估域范本.md (4160b), references/exemplars/M2-工作流重构域范本.md (5046b), references/exemplars/M3-领域负载物生成域范本.md (10158b), references/exemplars/M4-执行轴域范本.md (6183b), references/exemplars/M5-内容轴域范本.md (3432b), references/exemplars/M6-创新轴模式直用域范本.md (5098b), references/exemplars/M7-创新轴模式改进域范本.md (5102b), references/exemplars/M8-创新轴模式迁移域范本.md (2891b), references/exemplars/M9-创新轴模式构建域范本.md (3128b), references/meta-skill-catalog.md (13583b), references/meta-skill-requirements.md (62914b), references/meta-skill-system-prompt.md (150513b), skill-card.md (2342b), SKILL.md (14931b), _meta.json (136b)\n\nArchive v1.0.8: 17 files, 92186 bytes\n\nFiles: references/exemplars.md (10143b), references/exemplars/M0-任务域协调域范本.md (3522b), references/exemplars/M1-领域评估域范本.md (4160b), references/exemplars/M2-工作流重构域范本.md (5046b), references/exemplars/M3-领域负载物生成域范本.md (8450b), references/exemplars/M4-执行轴域范本.md (5498b), references/exemplars/M5-内容轴域范本.md (3432b), references/exemplars/M6-创新轴模式直用域范本.md (5098b), references/exemplars/M7-创新轴模式改进域范本.md (5102b), references/exemplars/M8-创新轴模式迁移域范本.md (2891b), references/exemplars/M9-创新轴模式构建域范本.md (3128b), references/meta-skill-catalog.md (13269b), references/meta-skill-requirements.md (57837b), references/meta-skill-system-prompt.md (142451b), skill-card.md (2622b), SKILL.md (14875b), _meta.json (136b)\n\nArchive v1.0.7: 17 files, 90044 bytes\n\nFiles: references/exemplars.md (10143b), references/exemplars/M0-任务域协调域范本.md (3522b), references/exemplars/M1-领域评估域范本.md (4160b), references/exemplars/M2-工作流重构域范本.md (5046b), references/exemplars/M3-领域负载物生成域范本.md (8364b), references/exemplars/M4-执行轴域范本.md (5498b), references/exemplars/M5-内容轴域范本.md (3432b), references/exemplars/M6-创新轴模式直用域范本.md (5098b), references/exemplars/M7-创新轴模式改进域范本.md (5102b), references/exemplars/M8-创新轴模式迁移域范本.md (2891b), references/exemplars/M9-创新轴模式构建域范本.md (3128b), references/meta-skill-catalog.md (13269b), references/meta-skill-requirements.md (55967b), references/meta-skill-system-prompt.md (140463b), skill-card.md (2364b), SKILL.md (14843b), _meta.json (136b)\n\nArchive v1.0.6: 17 files, 84779 bytes\n\nFiles: references/exemplars.md (10170b), references/exemplars/M0-任务域协调域范本.md (3522b), references/exemplars/M1-领域评估域范本.md (4160b), references/exemplars/M2-工作流重构域范本.md (5046b), references/exemplars/M3-领域负载物生成域范本.md (8361b), references/exemplars/M4-执行轴域范本.md (5498b), references/exemplars/M5-内容轴域范本.md (3432b), references/exemplars/M6-创新轴模式直用域范本.md (5098b), references/exemplars/M7-创新轴模式改进域范本.md (5102b), references/exemplars/M8-创新轴模式迁移域范本.md (2891b), references/exemplars/M9-创新轴模式构建域范本.md (3128b), references/meta-skill-catalog.md (13281b), references/meta-skill-requirements.md (50010b), references/meta-skill-system-prompt.md (134171b), skill-card.md (2434b), SKILL.md (14394b), _meta.json (136b)","readmeExcerpt":"Skill: Meta-Skill System Owner: wangjiaocheng Summary: 元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、 Tags: latest:1.0.15 Version history: v1.0.15 | 2026-09-22T10:27:","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"传统领域 ──[领域评估]──→ 评估结论（消除/重构/保留）\n                              │\n                              ▼\n                  [工作流重构]（如需重构）\n                              │\n                              ▼\n                       重构后IPO基元链\n                              │\n                              ▼\n                  [领域负载物生成]\n                              │\n                              ▼\n                       领域负载物（简化版）\n                              │\n                              ▼\n                  [通用任务执行] 持续执行"},{"language":"text","snippet":"第一层：任务清单 + 依赖拓扑   →  references/meta-skill-catalog.md\n第二层：任务要求清单          →  references/meta-skill-requirements.md\n第三层：范本清单            →  references/meta-skill-exemplars.md"},{"language":"text","snippet":"[任务域1] → [任务域2] → [任务域3]\n                ↓\n            [任务域4]"},{"language":"text","snippet":"输入 → 处理1 → 处理2 → ... → 输出"},{"language":"markdown","snippet":"---\nname: {技能英文名}\nauthor: {作者}\ndescription: {技能描述，包含核心能力和触发词，触发词最后默认包含meta-skill-system}\n---\n\n# {技能中文名}\n\n## 定位\n\n{技能定位描述}\n\n## 核心能力\n\n{核心能力列表}\n\n## {领域名}特有维度\n\n| 维度 | 说明 | 影响 |\n|------|------|------|\n| {维度1} | {说明} | {影响} |\n| {维度2} | {说明} | {影响} |\n| ... | ... | ... |\n\n## 三层结构\n\n第一层：{清单文件名} → references/{技能英文名主体}-catalog.md\n第二层：{要求文件名} → references/{技能英文名主体}-requirements.md\n第三层：{范本文件名} → references/{技能英文名主体}-exemplars.md\n\n## 使用规则\n\n{使用规则列表}\n\n## 通用任务执行能力\n\n{通用任务执行能力说明（三轴+管线+协同模式）}\n\n## 角色定义（可选）\n\n{12维角色模型，当负载物需要人味时使用}\n\n## {领域名}域概览\n\n| 域 | 任务数 | 典型任务 |\n|----|--------|---------|\n| {域1} | {任务数} | {典型任务} |\n| {域2} | {任务数} | {典型任务} |\n| ... | ... | ... |\n\n**域间逻辑流**：{域1} → {域2} → ... → {域N}\n\n完整清单见 `references/{技能英文名主体}-catalog.md`。\n\n## 事实纪律\n\n{事实纪律列表}\n\n## 标题层级规范\n\n为确保合并为单一提示词文件时标题层级不冲突，各文件标题层级规范如下：\n\n| 文件类型 | 一级标题 | 二级标题 | 三级标题 | 四级标题 |\n|---------|---------|---------|---------|---------|\n| SKILL.md | `#` | `##` | `###` | `####` |\n| references/{技能英文名主体}-catalog.md | `##` | `###` | `####` | `#####` |\n| references/{技能英文名主体}-requirements.md | `##` | `###` | `####` | `#####` |\n| references/{技能英文名主体}-exemplars.md | `##` | `###` | `####` | `#####` |\n| references/exemplars/*.md | `##` | `###` | `####` | `#####` |"},{"language":"markdown","snippet":"# {技能名}清单与依赖拓扑\n\n{技能名}按{组织方式}组织的任务清单，附任务间关系和元操作映射提示。\n\n**域间逻辑流**：{域1} → {域2} → ... → {域N}\n\n---\n\n## {域1} {域名}\n\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\n|----|---------|------|------|-----------|\n| {ID1} | {任务类型} | {说明} | 无（入口） | S/C/A/O/I/G |\n| {ID2} | {任务类型} | {说明} | {ID1} | S/C/A/O/I/G |\n| ... | ... | ... | ... | ... |\n\n---\n\n## 依赖拓扑摘要\n\n**{域1}链路**: {ID1} → {ID2} → {ID3}\n**{域2}链路**: {ID4} → {ID5} → {ID6}\n...\n\n**完整处理链路**: {ID1} → {ID4} → ...\n\n更多组合根据具体任务动态推导。"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: meta-skill-system\nauthor: 王教成 Wang Jiaocheng (波动几何)\ndescription: 元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、meta-skill-system。\n---\n\n# 元技能系统\n\n## 定位\n\n本技能是一个**元技能系统**，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。\n\n**自指性**：本技能是一个自指系统——它定义的标准约束自身，它提供的方法作用于自身，它生成的产物以自身为样本。\n\n1. **结构自指**：本技能定义了领域负载物的生成标准（三层结构、28项接口校验、依赖拓扑），而本技能自身完全符合这些标准——它是自己定义的质量规范的第一个实例\n2. **执行自指**：本技能提供了三轴执行框架（S/C/A/O/I/G元操作+管线编排），而本技能自身的82个任务全部通过这个框架执行——它是自己定义的执行机制的第一个用户\n3. **方法自指**：本技能的内容轴提供清单法和样本法两种生成方式，而本技能自身同时是这两种方式的体现——生成的技能按清单法组织（任务清单、组件清单），同时以本技能为样本进行模仿生成\n\n## 核心能力\n\n### 能力协同（M0）\n\n**职责分工**：\n- **领域评估**：领域边界识别、存在理由分析、消除/重构/保留决策\n- **工作流重构**：流程结构分析、补偿层消除、IPO基元链重整\n- **领域负载物生成**：领域知识内容：catalog(清单)、requirements(要求)、exemplars(范本)\n- **通用任务执行**：三轴执行框架：执行轴编排、内容轴消费清单/样本、创新轴突破\n\n**价值链**：\n```\n传统领域 ──[领域评估]──→ 评估结论（消除/重构/保留）\n                              │\n                              ▼\n                  [工作流重构]（如需重构）\n                              │\n                              ▼\n                       重构后IPO基元链\n                              │\n                              ▼\n                  [领域负载物生成]\n                              │\n                              ▼\n                       领域负载物（简化版）\n                              │\n                              ▼\n                  [通用任务执行] 持续执行\n```\n\n**路径组合**：评估(A)、重构(R)、生成(G)、执行(X)四组件可任意组合，共 15 条有效路径（✅ 推荐  ⚠️ 不推荐）。完整路径为 A→R→G→X。详细列表见 `references/meta-skill-requirements.md` M0 域级说明。\n\n**四层价值属性**：\n- **领域评估**：判断价值——解决\"这个领域需不需要存在\"的根本问题（低频、脉冲式）\n- **工作流重构**：转化价值——解决\"从旧到新\"的转化问题（低频、脉冲式）\n- **领域负载物生成**：创建价值——解决\"从无到有\"的创建问题（中频、按需）\n- **通用任务执行**：运行时价值——解决\"执行任务\"的运行问题（高频、持续）\n\n**生产力价值**：将模糊任务需求转化为确定的方法论路径，消除试错成本——省掉的不是几小时会议，是一个团队每周的决策摩擦，让组织从\"怎么做\"的纠结中解放出来专注\"做什么\"。\n\n### 领域评估能力（M1）\n\n评估一个领域是否需要存在，而不是如何优化：\n\n- **评估五步法**：边界识别 → 存在理由分析 → 消除可行性评估 → 独立存在必要性判断 → 决策输出\n- **领域存在理由分类**：事情本身需要 / 人的局限需要 / 历史遗留 / 外部约束\n- **评估判断标准**：边界模糊度 / 功能离散度 / 独立价值 / 消除成本\n- **评估验证清单**：5项验证，全部通过才算评估完成\n\n**核心理念**：领域存在的根本问题不是\"这个领域能不能优化\"，而是\"这个领域需不需要存在\"。如果领域本身是人的局限产物（组织架构、部门壁垒、历史遗留），那么消除领域比重构领域更彻底。\n\n**适用范围**：任何可被识别为\"领域\"的实体——业务领域、工作流、组织部门、技术模块、知识分类、流程阶段等。\n\n**评估后典型决策**：\n- **消除**：边界模糊、功能离散、历史遗留、消除成本低\n- **重构**：边界清晰、功能内聚、消除成本高\n- **保留**：已足够优化、外部约束不可变\n\n**选择原则**：能消除的不重构，能重构的不保留。消除是最彻底的优化。\n\n**生产力价值**：消除冗余领域，直接减少组织维护成本和协作损耗——不是优化了预算，是砍掉了一整行，释放的资源转向真正的价值创造。\n\n### 工作流重构能力（M2）\n\n将任何领域的复杂工作流重构为AI辅助一人简易完成：\n\n- **重构三步法**：拆解（识别每个环节的存在理由）→ 消除（去掉人的局限补偿层）→ 重整（基于AI能力模型重编为端到端IPO基元链）\n- **环节分类**：核心环节 / 校准环节 / 传递环节 / 协调环节 / 校验环节 / 格式环节\n- **重构验证清单**：7项验证，全部通过才算重构完成\n- **重构后形态**：单步IPO / 简短基元链 / IPO+人工决策\n\n**核心理念**：传统工作流的复杂度 = 事情本身的复杂度 + 人的局限补偿层。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。\n\n**适用范围不止于流程。** 任何产物（文档、方案、设计、代码）都可以拆解为组成部分，其组装过程就是一种\"工作流\"。\n\n**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物不只是传递文档，更是在过程中提供纠偏锚点。\n\n**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。如果中间产出物起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"meta-skill-system\",\n  \"version\": \"1.0.15\",\n  \"publishedAt\": 1790072827563\n}"},{"path":"references/exemplars/M0-任务域协调域范本.md","content":"## M0 任务域协调域范本\n\n### M0-01 任务路由范本\n\n**任务需求分析**：________\n\n**任务类型识别**：________\n\n**路由目标确定**：\n\n| 任务类型 | 目标域 | 入口任务 | 深化任务 |\n|---------|--------|---------|---------|\n| 领域评估 | M1 | M1-01 | M1-06 |\n| 工作流重构 | M2 | M2-01 | M2-07 |\n| 负载物生成/修改 | M3 | M3-01 | M3-10 |\n| 任务执行 | M4 | M4-01 | M4-14 |\n| 内容产出 | M5 | M5-01/M5-02 | M5-09 |\n| 创新·直用 | M6 | M6-01~M6-04 | M6-08 |\n| 创新·改进 | M7 | M7-01 | M7-12 |\n| 创新·迁移 | M8 | M8-01~M8-04 | M8-06 |\n| 创新·构建 | M9 | M9-01 | M9-07 |\n| 跨域组合 | 多域 | M0-02 | 各域深化协同 |\n\n**多域组合方案**：________\n\n**路由优先级**：________\n\n**并行执行可能性分析**：________\n\n---\n\n### M0-02 执行顺序确定范本\n\n**任务域依赖关系分析**：\n\n| 任务域 | 依赖 | 被依赖 |\n|--------|------|--------|\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n| ________ | ________ | ________ |\n\n**执行顺序方案**：________\n\n**关键路径识别**：________\n\n**执行顺序图**：\n\n```\n[任务域1] → [任务域2] → [任务域3]\n                ↓\n            [任务域4]\n```\n\n**并行执行可能性分析**：________\n\n---\n\n### M0-03 结果整合与优化范本\n\n**各任务域执行结果汇总**：\n\n| 任务域 | 执行结果 | 质量评估 |\n|--------|---------|---------|\n| ________ | ________ | 高/中/低 |\n| ________ | ________ | 高/中/低 |\n| ________ | ________ | 高/中/低 |\n\n**整合方案**：________\n\n**优化建议**：________\n\n**整合效果评估**：________\n\n**最终输出**：________"},{"path":"references/exemplars/M1-领域评估域范本.md","content":"## M1 领域评估域范本\n\n### M1-01 领域边界识别范本\n\n**目标领域**：________（如：质量监督部/运营支持/技术架构组/________）\n\n**领域范围描述**：\n- 包含：________\n- 不包含：________\n\n**与其他领域的交集**：\n\n| 交集领域 | 交集内容 | 交集程度 |\n|---------|---------|---------|\n| ________ | ________ | 低/中/高 |\n| ________ | ________ | 低/中/高 |\n| ________ | ________ | 低/中/高 |\n\n**边界清晰度**：清晰 / 模糊 / 高度重叠\n\n**领域规模**：\n- 人员：___人\n- 流程：___个\n- 功能点：___个\n\n---\n\n### M1-02 领域存在理由分析范本\n\n**追问准则**：如果组织是完全扁平的、没有部门壁垒，这个领域还需要独立存在吗？\n\n**存在理由**：________\n\n**存在理由标记**：\n- ⬜ 事情本身需要 → ✅必要\n- ⬜ 人的局限需要 → ❌可消除\n- ⬜ 历史遗留 → ⚠️待评估\n- ⬜ 外部约束 → 🔒不可消除\n\n**标记理由**：________\n\n**存在理由细分**（如适用）：\n- 组织架构：________\n- 协作需要：________\n- 认知局限：________\n- 历史惯性：________\n- 法规要求：________\n\n---\n\n### M1-03 领域消除可行性评估范本\n\n**消除方案**：\n\n| 方案 | 具体描述 | 成本 | 风险 |\n|------|---------|------|------|\n| 被更大领域吸收 | ________ | 低/中/高 | 低/中/高 |\n| 功能分散到其他领域 | ________ | 低/中/高 | 低/中/高 |\n| 直接废弃 | ________ | 低/中/高 | 低/中/高 |\n\n**推荐方案**：________\n\n**消除后功能覆盖度**：\n- 功能A → 领域X\n- 功能B → 领域Y\n- 功能C → 领域Z\n\n**消除成本评估**：低/中/高（理由：________）\n\n**消除风险评估**：低/中/高（理由：________）\n\n---\n\n### M1-04 领域独立存在必要性判断范本\n\n**评分标准**：\n- 边界清晰度（1-10）：边界越清晰，分数越高\n- 功能内聚性（1-10）：功能越相关，分数越高\n- 消除成本（1-10）：成本越高，分数越高（越不值得消除）\n\n**评分结果**：\n\n| 维度 | 评分 | 权重 | 加权分 |\n|------|------|------|--------|\n| 边界清晰度 | ___/10 | 30% | ___ |\n| 功能内聚性 | ___/10 | 40% | ___ |\n| 消除成本 | ___/10 | 30% | ___ |\n| **综合评分** | ___/10 | 100% | ___ |\n\n**评分依据**：\n- 边界清晰度：________\n- 功能内聚性：________\n- 消除成本：________\n\n**必要性判定**：\n- 综合评分 ≥ 7：领域值得独立存在 → 保留→可进一步优化\n- 综合评分 4-6：领域存在必要性存疑 → 进一步评估或部分消除\n- 综合评分 < 4：领域不值得独立存在 → 消除\n\n---\n\n### M1-05 决策输出范本\n\n**评估结果汇总**：\n- 边界清晰度：________\n- 存在理由：________\n- 消除可行性：________\n- 独立存在必要性：________\n\n**决策建议**：\n- ⬜ 消除：领域不值得独立存在，建议消除\n- ⬜ 重构：领域值得独立存在，建议进一步优化\n- ⬜ 保留：领域已足够优化，无需重构\n\n**决策理由**：________\n\n**后续行动建议**：\n- 如果消除：________\n- 如果重构：对领域进行进一步优化，提升效率和清晰度\n- 如果保留：________\n\n**决策置信度**：高/中/低\n\n**决策风险提示**：________\n\n---\n\n### 评估前后对比\n\n| 维度 | 评估前 | 评估后 | 变化 |\n|------|--------|--------|------|\n| 领域状态 | 存在 | 消除/重构/保留 | ________ |\n| 功能分布 | 集中在该领域 | 分散到其他领域/保持集中 | ________ |\n| 协调成本 | 有 | 无/减少/保持 | ________ |\n| 边界清晰度 | 模糊/清晰 | 更清晰/已消除 | ________ |\n\n**范本要点**:\n- 评估的核心是\"追问存在理由\"——每个领域都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除领域比重构领域更彻底——如果领域本不该存在，消除是最佳选择\n- 评分必须基于客观标准，不可凭感觉——边界清晰度、功能内聚性、消除成本都需要量化\n- 决策建议必须明确——消除/重构/保留三选一，不可模棱两可\n- 范本中 `________` 为待用户提供的内容，不可AI编造\n---\n\n### M1-06 评估深化范本\n\n**深化来源**：________\n\n**深化类型**：⬜边界细化 ⬜存在理由深化 ⬜消除方案细化\n\n**深化方案**：________"},{"path":"references/exemplars/M2-工作流重构域范本.md","content":"## M2 工作流重构域范本\n\n### M2-01 传统工作流识别范本\n\n**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/法律文书/财务审计/________）\n\n**传统工作流全景**：\n\n| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |\n|---|------|---------|---------|--------|---------|\n| 1 | ________ | ________ | ________ | ________ | ___% |\n| 2 | ________ | ________ | ________ | ________ | ___% |\n| 3 | ________ | ________ | ________ | ________ | ___% |\n| 4 | ________ | ________ | ________ | ________ | ___% |\n| 5 | ________ | ________ | ________ | ________ | ___% |\n| ... | ... | ... | ... | ... | ... |\n\n**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点\n\n---\n\n### M2-02 环节存在理由分析范本\n\n**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\n\n| # | 环节 | 存在理由 | 类型标记 | 标记理由 |\n|---|------|---------|---------|---------|\n| 1 | ________ | 事情本身需要 | ✅核心 | ________ |\n| 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 |\n| 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |\n| 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |\n| 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |\n| 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |\n| ... | ... | ... | ... | ... |\n\n**统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个\n\n---\n\n### M2-03 人的局限补偿层消除范本\n\n**消除清单**：\n\n| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |\n|---|-----------|--------|---------|------------|\n| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |\n| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |\n| 3 | ________ | 格式 | 零形式开销 | 不需要 |\n| ... | ... | ... | ... | ... |\n\n**保留清单**：\n\n| # | 保留环节 | 保留理由 | 类型 |\n|---|---------|---------|------|\n| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |\n| 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） |\n| 3 | ________ | 关键质量校验 | ⚡校验（精简后） |\n| ... | ... | ... | ... |\n\n---\n\n### M2-04 重整为IPO基元链范本\n\n**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）\n\n| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 |\n|-------|--------|-------------------|--------|---------|----------------|\n| 1 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| 2 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| ... | ... | ... | ... | ... |\n\n**基元间传递**：基元1.O → 基元2.I → ...\n\n---\n\n### M2-05 重构验证范本\n\n| # | 验证项 | 通过？ | 说明 |\n|---|--------|-------|------|\n| 1 | 事情完整性 | ⬜是/⬜否 | 重构后是否覆盖全部核心步骤 |\n| 2 | 补偿层消除 | ⬜是/⬜否 | 传递/协调/格式环节是否已消除 |\n| 3 | 校准不丢失 | ⬜是/⬜否 | 起纠偏作用的中间产出物是否保留为基元内分步校准点 |\n| 4 | 端到端可执行 | ⬜是/⬜否 | AI辅助一人能否从头到尾完成 |\n| 5 | 复杂度回归 | ⬜是/⬜否 | 流程复杂度是否回归事情本身 |\n| 6 | 质量守恒 | ⬜是/⬜否 | 产出质量是否不低于传统工作流 |\n| 7 | 合规不跳过 | ⬜是/⬜否 | 涉及合规的环节是否保留 |\n\n**验证不通过项修正**：________\n\n---\n\n### M2-06 执行形态选择范本\n\n**选定形态**：________\n\n| 形态 | 适用场景 | 本案是否适配 |\n|------|---------|------------|\n| 单步IPO | 标准化任务，描述目标→AI直接产出 | ⬜是/⬜否 |\n| 简短基元链 | 有阶段的中等复杂度任务 | ⬜是/⬜否 |\n| IPO+人工决策 | 涉及合规/客户/品牌 | ⬜是/⬜否 |\n\n**选择理由**：________\n\n**关键人工决策节点**（如有）：________\n\n---\n\n### 重构前后对比\n\n| 维度 | 重构前 | 重构后 | 改善 |\n|------|--------|--------|------|\n| 环节数 | ___ | ___ | -___% |\n| 中间文档 | ___份 | 0份 | -100% |\n| 参与角色 | ___个角色 | 1人+AI | -___% |\n| 协作节点 | ___个 | ___个关键校验 | -___% |\n| 端到端耗时 | ___ | ___ | -___% |\n| 传递损耗 | ___% | 0% | -100% |\n\n**范本要点**:\n- 重构的核心是\"追问存在理由\"——每个环节都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除环节不可犹豫——传递/协调/格式环节是人的局限产物，不是事情本身\n- **校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点，防止过度合并导致返工\n- 验证七项必须全部通过，尤"}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、 Skill: Meta-Skill System Owner: wangjiaocheng Summary: 元技能系统，提供领域评估、工作流重构、领域负载物生成和通用任务执行的完整能力。核心能力：①领域消除评估（五步法：边界识别→存在理由分析→消除可行性评估→独立存在必要性判断→决策输出）②工作流重构（三步法：拆解→消除→重整，将复杂工作流重构为AI辅助一人简易完成）③领域负载物生成（从零创建完整的领域负载物技能，三层结构模板+28项接口校验，可选附加12维完整角色）④通用任务执行（三轴正交：执行轴6大元操作+管线编排、内容轴清单法+样本法、创新轴4种模式+10种元框架）。10域82种任务。触发词：元技能、领域评估、工作流重构、技能生成、任务执行、meta-skill、领域消除、三轴执行、创新框架、 Tags: latest:1.0.15 Version history: v1.0.15 | 2026-09-22T10:27:","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":685,"uniquenessScore":49,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-10T16:37:50.923Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-10T16:37:50.923Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-10T21:50:24.488Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}