@esengine 想先同步一个维护者侧的设计计划，避免在实现前偏离 Reasonix 当前的核心能力。

Problem

近期有用户反馈 Reasonix 在大型工程项目上的执行、维护、工具使用和长期任务控制能力还不够强。我认为问题不只是模型能力，而是缺少一套像 Codex / Claude Code 那样由宿主运行时强制执行的工程约束框架。

核心目标：增强大型工程任务可靠性，但不能破坏 Reasonix 当前最重要的 prefix-cache / cache-first loop 优势。

Proposed change

引入一个 prefix-stable 的 Engineering Lifecycle：

• 小任务保持轻量，不强制进入复杂流程。
• 多文件、架构变更、迁移、重构、高风险工具调用等任务自动进入强约束 lifecycle。
• 复用并增强现有 /plan、submit_plan、mark_step_complete、revise_plan、PauseGate、checkpoint、edit/shell gate。
• 关键状态由宿主运行时维护，而不是依赖 prompt 自觉。
• 生命周期状态不得动态改 system prompt，也不得按阶段增删工具，避免破坏 prefix-cache。
• 计划、checkpoint、验证证据进入 append-only log / plan store，而不是 mutable prefix。

初步状态机：

idle → armed → planning → approved → executing → checkpoint/revise → complete/cancel

Alternatives considered

• 只增强 prompt：改动小，但约束力不够。
• 新增多代理项目经理：长期可能有价值，但第一版范围太大。
• 新增 /mission 独立模式：产品感强，但会增加用户学习成本。第一版先增强 /plan 更稳。

Scope check

• This belongs in core reasonix
• I've read CONTRIBUTING.md