关于 ntm
面向 AgentOps 的技能,用于向指定的 NTM 面板单次派发命令。它依据多种证据检查面板是否存活,并要求重启前先保全状态;任务选择和生命周期决策由调用方负责。
主要功能
- 01单次派发命令
- 02检查机器人能力与快照
- 03依据证据判断面板存活
- 04重启前先保全状态
- 05记录明确结果与观察信息
适用场景
- 01向指定面板派发调用方选择的命令
- 02调查疑似卡住的 Agent 面板
- 03记录命令和面板的观察结果
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ boshu2/ agentops --skill ntm安装后在 Claude Code 中输入/ntm确认已加载。
详细介绍
NTM — 可选窗格适配器
NTM 在持久化窗格中托管明确指定的 Agent 角色。它负责传输,不负责控制 AgentOps 生命周期。调用方选择窗格、角色、命令、写入范围和停止时机。
Robot 界面之所以有用,是因为它报告窗格正在做什么,而不是向窗格发送了什么;只证明命令已送达的调度层,会让每个已停止工作的进程看起来都在忙碌。
按以下真实性层级判断窗格是否存活,顺序由强到弱:磁盘上出现新产物,然后是转录增长,再然后是 robot 状态和注意标记,最后才是进程是否存在。成功发送提示词的证据排在所有这些依据之后,不能证明任何事情正在进行。
命名故障模式——杀死证人:卡住的窗格尚未留存状态就被重启,摧毁了唯一能说明它为何停滞的证据。
反模式:默认将无响应的窗格重启作为补救措施。 纠正措施:重启前先抢救——保存 robot 状态和转录快照,尝试轻推,并且只有当真实性层级的所有级别都显示没有存活迹象时才重启。
边界
- 不得仅仅因为安装了 NTM 就启动或探测它。
- 执行不熟悉的操作前,先用
ntm --help、ntm --robot-capabilities和ntm --robot-snapshot查明当前命令契约。 - 每条调用方提供的命令只分发一次。NTM 不会选择任务、重试失败的命令、验证候选版本、集成更改或决定接下来运行什么。
- 窗格角色仅用于描述,不赋予所有权、准入、Git、发布或交付权限。
- 并发写入者需要调用方提供互不重叠的范围,以及代码库所要求的隔离措施。NTM 不会推断并发是否安全。
- 安全、锁、邮件和流水线功能仍属于底层环境事实。其状态不能改变 RPI 阶段结果或语义判定。适配器不能选择 AgentOps 语义、给出有约束力的判定,也不能将工厂流程完成转化为交付或验证证明。
单次分发
- 记录明确的会话、窗格、角色、工作目录和命令。
- 检查 robot 能力和当前快照。
- 仅创建或选择指定的窗格。
- 发送命令一次。
- 观察 robot 状态、注意标记和转录,直到命令退出或调用方的观察窗口结束。
- 返回事实结果并停止。
对于软件工厂布局,调用方可以指定生产者、测试者、验证者或集成者窗格。相同的身份规则仍然适用:候选版本的验证者必须与其作者具有不同的上下文身份。仅仅将两个角色放在不同窗格中,只是声明的运行时事实,并不能证明语义独立性。混合模型判定窗格遵循 agent-native 模型分发方案(探测、披露,绝不使用 claude -p)。
输出
返回:
- 会话和窗格标识符;
- 角色和确切命令;
- 开始时间和观察时间戳;
- 已知时的退出状态;
- robot 状态和相关转录引用;
- 降级或不可用的底层环境界面;
- 已观察到和未观察到的效果。
终止结果必须明确,不得无声挂起:
- NTM 不可用 —
ntm不存在或 robot 界面不可访问:报告情况并停止;不得退回盲目注入按键,也不得假定窗格处于空闲状态。 - 达到观察窗口期限 — 报告最后观察到的 robot 状态和转录引用;窗口结束意味着停止,而不是失败判定。
- 超时 / 非零退出 / 来源降级 — 将其作为证据报告,并说明观察到和未观察到的情况。
- 取消和清理 — 是否启动另一项实验由调用方决定;报告创建或仍在运行的窗格,避免任何资源被悄然遗留。NTM 不会自行重试或清理进程。
实用的实时接口
对于能力、快照、注意事项、尾部和管道观察,优先使用机器可读的机器人接口。仅当调用方明确要求交互操作,且没有机器人命令能提供所需行为时,才使用交互式按键注入。
外部 NTM 文档和示例仍是命令语法的权威来源;此技能仅负责上述 AgentOps 边界。NTM 的 CLI 会随版本变化,因此请在运行时确认接口(ntm --version、
ntm --robot-capabilities),不要依赖记忆中的命令。