Agent-Operable

プロダクショントラフィックこそが仕様だ

プロダクショントラフィックこそが仕様だ

レガシーコードにはドキュメントがない。テストもない。それでも今この瞬間も動いている。きちんと記録された一ヶ月分のログこそが仕様だ — プロダクショントラフィックで現在の挙動をキャプチャしたHurl統合テストを作れば、コードを一行も読まずにレガシーの機能を固定し、リファクタリングの安全網を張ることができる。

filefunc × Hono — エージェントが一度に読むコードを60行から18行へ

filefunc × Hono — エージェントが一度に読むコードを60行から18行へ

スター23k超の実戦フレームワークHonoをfilefuncでリファクタリングした。テスト4419件すべて通過。そして測定してみると――エージェントが概念ひとつをreadするときに読むコードが中央値60行から18行へ71%減った。ファイル数ではなく「読む長さ」が核心だ。

エージェントが働けるシステムを作るということ

エージェントが働けるシステムを作るということ

Fortune 500のIT予算の60~80%がロックされたlegacyの維持に消える。開けられないからだ。AIバブルの本当の意味はモデルが賢くなることではない。企業のロックされた記憶がreachableになり始めることだ。

Agent Operable Codebase

Agent Operable Codebase

人間が読みやすいコードとエージェントが作業しやすいコードは同じか?同じではない。ファイルに関数が20個あるとエージェントの性能が30〜85%低下する。事務所を工場に変えなければならない。

第10講. データの法 — Agent Operable Data

第10講. データの法 — Agent Operable Data

コードが間違えばテストが捕える。データが間違っても誰も気づかない。スキーマは私が立てる法だ。

第9講. コードを超えた自動化 — Agent Operable System

第9講. コードを超えた自動化 — Agent Operable System

コードだけがagent-operableで十分か?ビルド、デプロイ、モニタリングまでエージェントが運用する構造。

第8講. エージェントの工場 — Agent Operable Codebase

第8講. エージェントの工場 — Agent Operable Codebase

1ファイルに関数20個でエージェント性能30〜85%低下。filefuncで分割し、tsmaでテストする。