场景：生产环境支付二进制segfault，传统做法是sprinkle print→部署→等crash→看log→猜→改→再部署，循环数小时

Oh My Pi做法：agent用debug工具attach lldb-dap→设断点→步进到坏指针→读栈帧变量→定位根因
debug attach --adapter lldb-dap /usr/local/bin/payment-service
debug set_breakpoint --file payment.c:142
debug step_over → 读取变量 debug evaluate --expression "order->payment_ref"
发现空指针：payment_ref=NULL但代码没check→加null check→验证→修复完成

同时：用eval Python内核分析core dump histogram，JS内核画分布图→一个session两种语言协同

场景：重构前需要理解支付服务的所有引用关系——谁调用了process_payment()？退款逻辑在哪些文件？

Oh My Pi做法：
lsp references --symbol process_payment → 返回12处引用跨8个文件
lsp definition --symbol RefundService → 跳到定义src/refund.ts
lsp incoming_calls --symbol process_payment → 谁调用了它？3个caller
ast_grep --pattern "process_payment($$$)" --lang typescript → 结构化搜索所有调用点
read src/payment/ → 目录结构一览，不是dump内容而是summarized snippets

无需手动在IDE里一个个ctrl+click，agent一次拿到全部结构信息

场景：支付服务拆为3个独立模块：支付网关/退款服务/对账服务。每个模块独立，可并行开发。

Oh My Pi做法：用task并行派发3个子智能体
task --name PaymentGateway --isolate "拆分支付网关模块，迁移路由和handler"
task --name RefundService --isolate "拆分退款服务，迁移退款逻辑和退款API"
task --name Reconciliation --isolate "拆分对账服务，迁移FCS对接和对账逻辑"

3个子智能体在隔离worktree中并行工作，各自有独立工具面
子智能体间需要协调？用irc发消息：RefundService告诉PaymentGateway”退款回调接口改了”
结果是schema-validated对象，parent直接读取字段：agent://PaymentGateway/findings.0.path

场景：重构时agent可能引入不安全模式（硬编码密钥/忽略错误处理/用Box::leak等）

Stream Rules：预设规则，agent跑偏时即时纠正
规则：no-hardcoded-secrets: /password|secret_key|api_key/i → "禁止硬编码密钥，使用环境变量"
规则：no-unchecked-error: /catch\s*\(\s*\)/ → "禁止空catch，必须处理或日志"

agent写到password = "abc123"时 → stream中断 → 注入规则 → 同点重试 → 改为password = process.env.PAYMENT_PASSWORD
不占context税，注入存活compaction

Advisor模型：配对GPT-5.5为advisor → 读取agent每回合 → 注入concern/blocker
agent对process_payment只catch ENOENT → advisor注入”这个fix不再匹配用户的验收标准” → agent扩展catch范围

场景：process_payment重命名为process_order_payment，同时批量替换所有console.log为structured logger

LSP rename：lsp rename --symbol process_payment --new_name process_order_payment
→ 走workspace/willRenameFiles → barrel files/aliased imports/re-exports全部自动更新 → 5处修改跨3文件 ✅

ast_edit批量改：ast_edit --pattern "console.log($$$ARGS)" --replacement "logger.info($$$ARGS)"
→ 返回(proposed)卡片：3 replacements · 1 file → resolve --accept → 原子apply ✅

Hashline编辑：用内容哈希anchor精确定位 → 空格/缩进差异不再导致失败 → 文件过期时anchor偏移→拒绝patch

场景：重构完成，需要审查代码质量→修复问题→提交

/review：派发reviewer子智能体并行扫branch
→ 返回P0-P3分级+置信度：P0(退款金额未校验, confidence:0.95) / P1(缺少重试逻辑) / P2(注释过时) / P3(命名可改善)
→ P0阻塞发布→先修P0→再修P1→P2/P3后续处理

omp commit：读working tree→按依赖排序拆分为原子commit
→ commit 1: feat: 拆分支付网关模块 (源文件优先)
→ commit 2: feat: 拆分退款服务模块
→ commit 3: feat: 拆分对账服务模块
→ commit 4: test: 添加微服务集成测试
→ lock file排除分析，循环依赖拒绝

PR操作：read pr://1428 = 读源码同形态 → search pr://1428/diff 走diff如目录

冲突解决：merge时3个conflict → read src/payment.ts (⚠ 3 conflicts)
→ write conflict://1 @theirs / write conflict://2 @ours / write conflict://3 @base → 全部解决 ✅
批量: write conflict://* @theirs

跨会话记忆：retain "支付服务已拆分为3个微服务：payment-gateway/refund/reconciliation"
retain "退款回调接口改为POST /refund/callback"
下次session：recall "退款服务架构" → 找回 → reflect "当前支付服务架构" → Hindsight综合回答
项目级隔离：支付项目学到的不泄露到其他项目

浏览器验证：agent用browser打开支付页面 → Stealth默认开→页面看正常用户
→ 导航到结算页→点击支付→验证新微服务是否正常→截图确认
→ 可驱动Electron app：指向Slack→读DM通知→确认支付告警通道正常

实时协作：/collab→放到relay→返回链接+QR
→ 队友omp join或浏览器打开→看到agent实时工作
→ read-write配对编程，或view只读旁听
→ 帧客户端密封，relay不碰密钥