📦 任务运营（TaskOps）

TaskOps 标准规则 TaskOps v1 是 md-first。标准状态存储在 markdown 文件中，按照以下目录组织： task-groups/ snapshots/ runs// 非标准派生状态存储在 derived/ 中。 不应将 graph.json 视为持久的标准状态。旧路径仅作为遗留源材料。 首先阅读以下参考文档： references/core-model.md references/md-first-format.md references/decomposition-protocol.md references/run-readiness.md ../examples/taskops-canonical-minimal-v1/ 当前运营模型 任务图 = 分解真相 运行图 = 执行真相 工作 = 顶级目标容器（实体类型：工作；遗留项目仍可读取） 任务组是版本化的 快照实现了选定的版本路径 EoW（工作结束）是一个显式的终端节点，而不仅仅是一个状态字段 运行图在 runs// 下是独立的，可能引用外部运行/任务而不合并 任务↔运行可追溯性是双向的：任务运行引用加运行节点源任务 ID / 源任务组版本 ID 委托/等待属于运行图，类型为 delegate / 状态为 waiting，包含委托人、请求、预期输出和可选超时元数据 Markdown 是标准的；canvas/视图是派生的 共享状态词汇表：pending | active | done | blocked | waiting | cancelled 执行前，根据任务运行准备情况对任务进行分类：可运行 | 需要分解 | 需要探索 | 阻塞 使用需要探索时，目标是有意义的，但系统尚未知道足够的信息来诚实地分解；探索性运行可能会搜索、尝试、调试、原型和反思以学习下一个图更新的约束 分解学科 从一行目标开始。 默认分解深度为 1。 不要将分解变成活动清单。 任务可以很大，但尚未可分解；如果缺乏知识阻碍了诚实的分解，请创建一个探索性运行，并将结果反馈到任务图中。 终端选定分支在附加 EoW 节点之前不会关闭。 在委托/等待运行节点解决、取消或超时转入显式后续之前，不要继续执行。 首选 CLI 首先使用 npm CLI： taskops validate taskops summary taskops show --json taskops classify-runnable --json taskops init