phi

一句话定位

一个把"代码编辑可靠性和上下文开销"当一等公民来做的终端编码 agent—— 编辑靠内容哈希锚点而不是整文件重写，子任务隔离跑，工具 schema 不进模型上下文。

做这个东西的人

pulseaiclub 组织的 Go 项目，自称是另一个终端编码 agent "Pi" 的姊妹项目。 Pi 是 Mario Zechner 的开源编码 agent，oh-my-pi（omp）是它的知名 fork； phi 的 hashline 机制明确标注灵感来自 oh-my-pi。仓库 2026-08-03 建仓，MIT 许可。

判断：一条清晰的基因链——pi → oh-my-pi → phi，都在治同一个病：编码 agent 的编辑格式太脆弱、 上下文太贵。pulseaiclub 是谁、作者背景，未披露；目前看到的是 11 天内从 0 冲到 v0.9.0 的迭代速度。

它到底能做哪几件事

• 哈希行编辑 → 模型指向"行号 + 该行内容哈希"作为锚点做编辑，锚点过期（文件被动过）直接拒绝； 不靠全文文本匹配定位，减少过度编辑和静默损坏
• 权限门 → 四种模式：interactive（弹确认）、readonly（拒写入）、autopilot（自动放行）、 headless-strict（自动拒绝，等同只读）；支持按工具配 allow/deny 规则和命令前缀匹配
• 隔离子代理 → 子任务在独立 job 里跑，完整过程存在磁盘，只把摘要还给父上下文，避免上下文爆炸
• MCP 零 schema 污染 → 任意数量 MCP 服务器，但工具 schema 从不进模型提示词， 模型只看到 mcp_list / mcp_inspect / mcp_call 三个元工具，按需发现
• 任意模型 → 兼容 OpenAI / Anthropic 接口，无厂商锁定；无 Node/Electron/Python 运行时依赖

它明确不做：不做 SaaS、不做托管、不做 IDE 插件——纯终端 + 本地配置文件（~/.phi/config.yaml）。

它在替代什么旧行为

它替代的不是人的工作流，而是同类编码 agent 的三种坏习惯：

• 整文件重写 / 全文文本匹配编辑 → 模型靠"精确复述旧文本"定位修改点，空格或换行一变就匹配失败， 进入重试循环、狂烧 token；hashline 改成内容哈希锚点，锚过期就安全失败
• 把全部 MCP 工具 schema 灌进上下文 → 多数宿主在提问前把每个 tools/list 倾倒进提示词， 一个浏览器工具栈就能烧掉 5 万 token；phi 只暴露三个元工具，按需发现、懒启动子进程
• 子任务污染父上下文 → 传统做法是每一轮推理都塞进父上下文；phi 把子代理隔离在 ~/.phi/jobs 下，父代理只拿摘要

这三个替换都有一个共同点：把"会犯错的地方"从模型手里收回来，放到确定性的工程机制里。

商业模式

未披露。 MIT 开源，无云服务、无定价页、无托管版本。

判断：终端编码 agent 是公认的"开源引流、企业版变现"品类，但 phi 连企业版影子都还没有。 它现在的护城河是机制创新，而机制是最容易被抄的东西。

硬数字

• 75 star / 4 fork / 2 open issue（2026-08-14 抓取），仓库 2026-08-03 建，196 个提交，已到 v0.9.0
• Release 二进制约 12 MB；单会话空闲 RSS 约 21 MB；首帧渲染约 40 ms；冷构建约 5.5 s
• 约 2.2 万行 Go / 107 文件 / 32 包，直接依赖仅 6 个模块
• hashline 机制引用 oh-my-pi 的公开基准：token 减少 61%，Grok-4 Fast 编辑成功率 6.7% → 68.3% （这是 oh-my-pi 的数据，phi 自己没有发布基准）
• 团队人数、用户数：未披露

四维评估

判断

值得关注，因为它的三个机制可以拆走单用。 对任何做 agent 产品的人，这三件事是低成本高收益的设计决策： 编辑用内容哈希锚定而不是让模型重打整块；工具能力按需发现而不是全量灌进上下文； 子任务隔离跑、只回传摘要。

真正该盯的是机制被复制的速度。 75 星的项目不可能赢在规模， 只能赢在"它定义的问题解法是对的"——而一旦被 Claude Code 这类主流工具吸收， 项目本身的价值就转移到生态，剩下的只有维护成本。

一个诚实的提醒：token 减少 61%、编辑成功率十倍这类数字来自 oh-my-pi，不是 phi。 别把同族项目的成绩当成它的成绩。

下一步看什么

① 三个月后 star 是否跨过千级、有没有外部项目采用其机制 ② 有没有人独立复刻 hashline 或 MCP 元工具模式（机制被验证的指标） ③ headless 模式默认拒绝执行是否长期维持（安全态度的指标）

可借鉴的做法

产品逻辑：三件可迁移的设计——编辑操作以内容哈希为锚点、失败安全； 工具 schema 不进上下文、按需发现；子任务隔离、只回传摘要。做 agent 类产品时这三条直接可用， 尤其当你的用户用的是便宜模型或长任务场景。

定价结构：无。未披露。

结论

值得关注。 机制有增量价值，工程扎实，但处于极早期、无用户证据。 三个月后拿上面三条回头验证。