Obsidian

细雨初晴

pi 与 Codex CLI 服务端接入面对比 (pi vs Codex CLI Server Integration Surface)

2026-09-18 实测。起因：要自建 agent 时先问"pi 有没有 HTTP server 或 SDK，没有的话是不是该 fork codex CLI"。结论先行两边都没有 HTTP REST 服务端。 codex 是 JSON-RPC over WebSocket，pi 是 CBOR over Unix socket。所以"有没有 HTTP server"不是分水岭。真正的分水岭是传输层

Obsidian

细雨初晴

pi 编码代理生态与源码开发环境 (pi Coding Agent Ecosystem and Source Dev Environment)

2026-09-18 整理。背景：基于 pi 自建编码代理（自选插件、改源码）。本机 Windows + Node 24 + Bun 1.3 + gh CLI 已登录 connectedGraph。生态地图项目仓库定位pi（上游）earendil-works/piAI agent toolkit：统一 LLM API + agent loop + TUI + coding agent CLI。约

Obsidian

细雨初晴

pi 源码模式缺少模型数据清单 (pi Source Mode Missing Model Data Manifest)

出现条件从 git clone 的 pi 仓库直接用 tsx 跑源码（pi-test.sh / pi-test.ps1），且该仓库从未执行过模型数据生成步骤。npm install 本身不会补上它。症状Error [ERR_MODULE_NOT_FOUND]: Cannot find module '.../packages/ai/src/providers/data/.manife

Obsidian

细雨初晴

new-api 渠道接口的 mode-channel 包装 (new-api Channel API Request Wrapper)

现象用 POST /api/channel/ 新增渠道（new-api v1.0.0-rc.37 实测）：请求体返回直接传渠道对象 {"name":...,"type":1,...}{"message":"channel cannot be empty"}传数组 [{...}]cannot unmarshal arra

Obsidian

细雨初晴

源码导入式 fork 同步上游更新 (Syncing Upstream into a Source-Imported Fork)

1. 一句话上游源码是以压缩包/整份拷贝导入进自己仓库时（而不是先 clone 上游再改），这个 fork 与上游没有共同祖先（unrelated histories），git merge upstream/main 必然失败。同步只能走内容差异补丁，不能走 merge。2. 触发条件仓库历史里有一次性导入提交，如 Import Gemini Web2API Go source、baseline。