用途：Meta-Theory 是 Meta_Kim 的可执行治理调度器，主线程负责锁定意图、收集证据、选择路线、分派受限工作、审查、验证与综合，不充当通用实现工人。触发方式包括调用 /meta-theory、点名 meta-theory，或提出治理、多文件执行、智能体设计、能力发现、运行时/平台兼容、公开发布验证、复杂调试、持久演进回写等需求。
主要能力：按路径分类运行——fast_path（只读查询、无变更、无持久产物）、standard_path（普通可执行工作，走 8 阶段主干与能力优先路线）、regulated_path（治理、安全、运行时、依赖、发布、公开发布或跨平台工作，要求完整主干、Review、Meta-Review、Verification 与 Evolution）。规范主干为 Critical -> Fetch -> Thinking -> Execution -> Review -> Meta-Review -> Verification -> Evolution。调度器不自行执行，需在 Fetch 证据与 Thinking 归属解析证明路线后，才用 Agent 工具分派。
使用方式：先做清晰度检查，再收集线上/本地证据，进行能力匹配（不硬编码智能体名），规划 DAG/并行/串行通道与 mergeOwner，然后执行、审查、元审查、验证与演进回写。动态流程类型包括 A 提示/参考/契约加固、B 智能体/技能/归属创建或升级、C 外部能力/工具/依赖发现、D 审查/验证/回滚/公开发布、E 编排/业务流/发布。Fetch 需检查本地能力索引、运行时镜像、MCP、包脚本、已安装技能、全局能力等，并记录 searchLog。
适用场景与限制：适合治理、多文件执行、智能体设计、能力发现、运行时兼容、公开发布验证、复杂调试与持久演进回写。限制包括：不得删除或降级运行时原生能力；执行智能体身份须抽象且以提供方优先，不写入仓库路径、文件清单或一次性任务指令；无可用归属时返回 Thinking 并输出 capabilityGapPacket，不使用临时回退；研究受阻时返回 blocked 与 user_fallback，不猜测。具体配置、价格、平台支持等事实以资料为准，未提供处暂未说明。