一个 Claude Code Skill —— 把复杂任务拆成「最小可治理单元」，直接产出一张「元架构作战图」。
基于 老金 分享的 「元：从混沌许愿到系统治理」 方法论。
你是不是也这样：
- 让 AI 写一篇小红书笔记，它给你一坨改八版也没用的东西
- 让 AI 规划一场活动，它给你"建议您提前做好宣传"这种正确的废话
- prompt 越写越长，结果越来越乱
问题不在 AI，在你跟它的协作方式。
你在许愿（「给我一个好的」），它在猜。 你需要的是组织（「选题→标题→文案→配图→审核」）。
这就是"元"。
元 = 最小可治理单元
一个任务的"元"，需要同时满足 4 个条件：
- 独立说清：单独拿出来能说清它负责啥
- 能定位：出问题能指到具体哪个元
- 可替换：换模型/换人/换工具不影响整体
- 可复用：下次做类似任务能直接拿来用
核心主线：
元 → 组织镜像 → 节奏编排 → 意图放大
- 元：拆成最小可治理单元
- 组织镜像：每个元有明确职责边界（像公司组织架构）
- 节奏编排：谁先上、谁跳过、谁插队、什么时候留白
- 意图放大：上面一句目标 → 下面能落到具体动作
给 Claude Code 用户（有 ~/.claude/skills/ 目录）：
git clone https://github.com/AAAAAAAJ/meta-task-decomposition.git \
~/.claude/skills/meta-task-decomposition然后在 Claude Code 里输入 /拆元 {你的任务描述} 即可。
不用 Claude Code？ 直接把 SKILL.md 的内容复制给任何支持长文 prompt 的 AI（Claude / GPT / Gemini / Kimi）作为系统指令，再描述你的任务。
/拆元 帮我做一场100人的AI技术沙龙
AI 会直接返回一张完整的作战图：拆元表 → 每个元的边界 → 执行顺序和例外 → 关键提示节点 → 校验和回滚规则 → 意图放大检查。
真实案例：100 人 AI 技术沙龙作战图
产出草案后，用下面 4 个短命令让 AI 继续改：
| 命令 | 作用 |
|---|---|
再拆细 X |
把第 X 个元继续往下拆 |
合并 X Y |
把元 X 和元 Y 合并（元太碎） |
加个元 |
补一个缺失类型的元（例如：加个"法务合规元"） |
换个案例 |
产出里的示例不贴切，换一个 |
meta-task-decomposition/
├── README.md — 你在看的这个
├── SKILL.md — 核心技能文件
├── LICENSE — MIT
├── examples/ — 真实场景的作战图
│ └── 100-person-ai-salon.md
├── docs/
│ ├── original-theory.md — 方法论来源与参考
│ └── 小白上手指南.md — 面向非技术读者的图文版
└── .github/
└── ISSUE_TEMPLATE/
└── new-case.md — 贡献你自己的作战图
欢迎提交你用「拆元」拆过的真实案例 PR 到 examples/。
命名规范：examples/{简短场景描述}.md，例如 examples/微信公众号从零到1000粉.md。
本 skill 是对下列内容的 工程化实现，方法论原创归老金：
- 老金原文：《元：从混沌许愿到系统治理》
- Meta_Kim 开源实现（老金自己的工程实现，更完整、面向开发者）：https://github.com/KimYx0207/Meta_Kim
- Zenodo 论文：DOI 10.5281/zenodo.18957649
- 小白图文指南（本仓库配套）：
docs/小白上手指南.md - WaytoAGI 社区：https://waytoagi.com
MIT · 引用时请保留老金的原创署名。
一句话带走： 从"会用 AI"到"会组织 AI"，差的不是智商，是纪律。 而纪律不是靠盯出来的，是靠结构长出来的。