ntm

用途：NTM 在持久化窗格中托管显式智能体角色，属于传输层，不是 AgentOps 生命周期控制器。调用方自行选择窗格、角色、命令、写入范围和停止点。

主要能力：提供机器可读的 robot 接口，用于能力、快照、注意力、tail 和 pipeline 观察；可发送一次性命令并观察窗格状态。判断窗格存活应依据真值栈，由强到弱：磁盘新产物、transcript 增长、robot 状态与注意力标志、裸进程存在。成功发送提示词位于所有层级之下，不能证明工作发生。

使用方式：先记录显式 session、pane、角色、工作目录和命令；检查 robot 能力与当前快照；仅创建或选择指定窗格；发送命令一次；观察 robot 状态、注意力和 transcript 直到命令退出或观察窗口结束；返回事实结果后停止。不熟悉操作前，用 ntm --help、ntm --robot-capabilities、ntm --robot-snapshot 发现实时命令契约。

适用场景：需要持久 tmux 角色、软件工厂布局（生产者、测试者、验证者、集成者窗格）等。验证者必须与作者具有不同上下文身份；仅放在不同窗格只是声明的运行时事实，不构成语义独立性证明。

限制：不要仅因已安装就启动或探测 NTM。每条调用方提供的命令只派发一次；NTM 不选择工作、不重试失败命令、不验证候选、不集成变更、不决定后续运行。窗格角色仅为描述性，不授予所有权、准入、Git、发布或交付权限。并发写入需调用方提供不相交范围及仓库所需隔离，NTM 不推断安全并发。安全、锁、邮件和 pipeline 功能仍是底层事实，其状态不能改变 RPI 阶段结果或语义裁决。适配器不能选择 AgentOps 语义、发出约束性裁决，也不能把工厂完成变成交付或验证证明。

失败模式：kill-the-witness，即在捕获状态前重启卡住的窗格，销毁其停滞原因的唯一证据。反模式：默认重启无响应窗格。纠正：先救援再重启——快照 robot 状态和 transcript，尝试轻推，仅当真值栈各层均无存活迹象时才重启。

输出：返回 session 与 pane 标识、角色与确切命令、开始与观察时间戳、已知退出状态、robot 状态与相关 transcript 引用、降级或不可用的底层接口、已观察与未观察到的效果。终止结果须显式：NTM 不可用则报告并停止，不盲注按键；观察窗口到期则报告最后状态，窗口结束是停止而非失败裁决；超时、非零退出或降级来源作为证据报告。取消与清理由调用方决定，需报告创建或遗留的窗格。NTM 从不自行重试或回收。命令语法以外部 NTM 文档为准，CLI 跨版本漂移，应在运行时确认（ntm --version、ntm --robot-capabilities）。