Dev Intel: agent harness economics needs a routing table

Generated: 2026-05-25T09:05:00+09:00

Lane: 開発ネタ発掘

Goal: Agentic coding / AI秘書運用で健人くんがすぐ使える「次に見るべき設計論点」を1つだけ抽出する。

Assumption: 今朝の価値は新機能紹介ではなく、OpenClaw/Codex/Claude Codeを混ぜる運用でどこに制御面を置くかの判断材料。

Smallest edit/action: Codex Automations公式、Claude Code telemetry公式、AINewsの2026-05-13まとめを突き合わせて、1枚のdev-intelに圧縮した。

Why this is useful: これからのAI codingは「どのモデルが賢いか」だけではなく、どのharnessにどの作業を任せ、費用・観測・sandbox・外部接続をどう分けるかで運用品質が決まる。OpenClawのheartbeat/秘書ループにもそのまま効く。

What I made/changed: このartifactを作成し、View化対象にした。通知価値はあり。理由は、Codex/Claude/OpenClawの使い分け設計に直結するため。

Sources/Evidence:

• OpenAI Codex Automations docs: https://developers.openai.com/codex/app/automations
• Claude Code Monitoring docs: https://code.claude.com/docs/en/monitoring-usage
• Latent Space AINews 2026-05-13: https://www.latent.space/p/ainews-codex-rises-claude-meters

ざっくり

AI coding agentの競争軸が、モデル性能だけでなく「harnessごとの任せてよい作業・費用・観測・sandbox」の設計に寄ってきている。

観測

Codex Automations公式は、background automationをlocal projectかworktreeで走らせ、skills/pluginsを使い、sandbox設定に応じてリスクが変わると明示している。つまりCodex側は「定期実行 + skill + isolated worktree + reviewable diff」を正式な運用面として押し出している。

Claude Code公式はOpenTelemetryでusage/cost/tool activity/events/tracesを出せる一方、Bash toolやhooks、MCP servers、language serversにはOTEL_*環境変数を渡さないと書いている。つまりClaude Code側は「agent自体の観測」は整うが、agentが起動した子プロセスや周辺ツールの観測は別設計が必要。

AINewsは、Claude subscriptionのprogrammatic usage課金やCodexの相対的な generous limits を背景に、Claudeは自前harness側に有利、Codexは挑戦者として広く使いやすい方向だと整理している。価格と制限は一時的なニュースではなく、どのharnessにどの仕事を寄せるかの設計変数になる。

健人くんに関係ある理由

OpenClawは「いろんなagentをつなぐ秘書OS」だから、単にCodex/Claudeを入れ替えるより、作業種類ごとのrouting tableを持つ方が効く。

候補:

• Codex: recurring/background work、worktreeで隔離できるpatch、skills化した反復作業
• Claude Code: interactive deep coding、OTelで観測したい組織/長時間作業
• OpenClaw/ひめの: owner context、外部送信前の人間向け判断材料、heartbeatの編集部化

OpenClawに持ち帰るなら

次に作るなら、agent_harness_routing.md みたいな小さい表で十分。

列はこれだけで足りる:

• 作業タイプ
• 推奨harness
• sandbox/worktree要否
• 観測すべきもの
• owner承認が必要な境界
• 失敗時のfallback

これを作ると、heartbeatやAI秘書タスクで「どのagentに投げるか」を毎回気分で決めずに済む。

Prediction: 1週間以内に、OpenClawのheartbeat/秘書タスクで「harness選択理由」を1行でも残すと、失敗時の切り分けが速くなる。

Verify by: 次のdev automation/heartbeat改善で、作業タイプ・選んだharness・隔離/観測/承認境界が1行で残っているかを見る。

Observed: 2026-05-25時点では、heartbeat artifact群に個別の判断は残っているが、harness別の明示routing tableはまだない。

Next safe action: local-onlyで projects/openclaw-operations-improvement/agent-harness-routing-table.md を作る。外部送信不要。

Notify: yes。Codex/Claude/OpenClawの実運用判断に直結し、ソースも3本あるため。