omp

omp 是一个把 IDE 能力直接焊进终端的编码 Agent，由 Stencil Labs 开发。它的取舍很明确：不做一个新编辑器，而是让 Agent 在命令行里读代码、改代码、跑调试，把 LSP、DAP 这类原本属于 IDE 的协议变成 Agent 的常规工具。官方用一句话概括定位——一个自带 IDE 的编码 Agent，靠 Rust 内核承担重活。它的文档与命令都围绕终端习惯设计，对命令行用户的上手曲线很平。

核心能力

• 子智能体：把大任务拆给多个子智能体并行处理，主会话负责统筹与验收，适合跨模块改造这种一个人容易顾此失彼的活。
• 计划模式：先出方案再动手，改代码前把步骤列清楚，减少大范围误改，也方便你在动手前就否掉不对的思路。
• LSP 与 DAP：接入语言服务器与调试适配器，能拿到类型信息、跳转定义，也能真正下断点调试，而不是靠读日志猜问题在哪。
• hashline 编辑：官方提到以哈希定位的编辑方式，改动锚定在具体代码块上，降低错行与整段覆盖的风险，改大文件时差别最明显。
• hindsight 记忆：保留历史会话的上下文，让 Agent 记得这个仓库之前踩过哪些坑，不用每次重新解释项目约定。
• 可回溯的规则与安装：官方描述规则可以时间旅行，改动留有版本、出问题能退回上一版；一条 curl 命令即可安装，也支持 brew、bun、ps1 与 mise。

适合谁

• 长期在终端里工作的后端与基础设施工程师，不想为 Agent 再开一个窗口。
• 需要跨文件重构的团队，用计划模式先审方案再落地。
• 维护老仓库的开发者，靠 LSP 与调试协议读懂陌生代码。
• 需要让 Agent 直接跑单测与构建的 CI 维护者，在终端里完成比开界面快。
• 喜欢自己配模型与工具链、愿意用命令行换可控性的人。

使用建议

• 先在个人分支上跑，确认它对构建与测试命令的理解正确，再让它碰主干。
• 计划模式产出的步骤要逐条看，删除文件、改依赖这类不可逆操作尤其要停一下，回滚的成本比多看两分钟高得多。
• 第一次用先让它读一遍项目结构与构建脚本再改代码，前十分钟的上下文最值钱。
• 让它先跑一遍测试建立基线，出问题时才知道是哪一步引入的回归。
• 官方页面上 omp² 标注为即将推出，能力与计费可能变化；规则与记忆会跨会话累积，记得定期清理过期条目，旧规则留在里面会误导新任务。