2.4 KiB
2.4 KiB
title, created, updated, type, tags, sources, confidence
| title | created | updated | type | tags | sources | confidence | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| pi-coding-agent | 2026-06-30 | 2026-06-30 | entity |
|
|
medium |
pi-coding-agent
pi-coding-agent は、Mario Zechner が自分のために作った最小主義の AI coding agent harness。loop-engineering で重要になる context control、session serialization、provider handoff、token/cost tracking、headless JSON/RPC、HTML export などを、巨大な隠れ system prompt や不可視の sub-agent に寄せず、自分で観測・改造できる形に置くことを重視している。
設計上の特徴
- 小さい agent surface: read / write / edit / bash を中心に、1000 token 未満の system prompt と最小の tool set で成立させようとする。これは abtop のような外部観測や、tmux での明示的なプロセス管理と相性がよい。
- provider abstraction:
pi-aiは Anthropic、OpenAI、Google、OpenAI-compatible provider などをまたいだ streaming、tool calling、thinking/reasoning、context handoff を扱う。各 provider の API 差分や token accounting の不安定さを、個人用に十分な粒度で吸収する設計になっている。 - context engineering first: 既存 harness が裏で何を context に入れているか見えにくいことを問題視し、session format、tool result、UI 表示用 details を分けて扱う。これは ai-agent-identity-security の権限・監査論点とは別方向の、運用者が何を見て判断できるかという安全性である。
- terminal-native UI:
pi-tuiは scrollback を活かす append 型 TUI と differential rendering を選び、full-screen TUI より端末本来の検索・スクロールに寄せる。coding agent をチャット型の線形作業として扱う判断が、実装の単純さにつながっている。
Why it matters
Yuta の関心から見ると、pi-coding-agent の価値は「また一つ coding agent が増えた」ことではなく、agent harness をどこまで小さく、見える形で、ファイル・端末・tmux・README という既存道具に寄せられるかを実装で示している点にある。MCP や sub-agent、background bash、built-in todo をあえて持たない判断は、wiki-maintenance-loop のような自動化でも「状態をどこに残し、誰が見られるか」を考える材料になる。