LLM時代のフェルミ推定は「勘」より「監査可能性」が価値
Agent Skillsに対応した最小のAIエージェントをPythonで書いてみる
Eternal TerminalがmacOS+Tailscaleで接続できない（Receiving client idで止まる）ときの切り分け
日本の補助金・助成金を調べる自作スキル「jp-grants」を作った
enject（旧enveil）: AIに.envを覗かせないために『平文をディスクに置かない』という選択
AISHでターミナルログのノイズを減らす: PTY実行と要約の分離が効く理由
web2cli: Every website is a Unix command - ブラウザ自動化の前に「HTTPだけで済む仕事」を片付ける
ACP実装ガイド: エディタとコーディングエージェントの共通語
Agent Client Protocol （ACP）は、コードエディタ/IDEとコーディングエージェントの通信を標準化するプロトコルです。最近はAIエージェントの選択肢が増えましたが、実際の連携は各エディタの個別実装に依存しがちです。本記事では、エディタ開発者がすぐに統合を始められる粒度で、仕様の要点と実装の入口をまとめます。仕様の出典は公式ドキュメント とGitHubのリポジトリ です。
結論だけ言うと、ACPは「エディタとエージェントの間に共通語を作る」ための仕組みです。結果として、AI やLLM エージェントの乗り換えや、異なるエディタ間での互換性が取りやすくなります。
OpenFangのHands: チャットを待たずに働くエージェントの設計
先日、OpenFang というオープンソースのAgent Operating Systemを見つけました。「Agent OS」という言葉自体は目新しくないのですが、OpenFangの設計には「Hands（ハンズ）」という独特のコンセプトがあります。
従来のAIエージェントは「ユーザーがメッセージを送るまで待機する」のが基本ですが、Handsは「スケジュールで自律的に動作し、結果をダッシュボードに報告する」という設計です。この違いは小さく見えて、実は運用上の大きな転換点だと思います。
本記事では、OpenFangのHandsという設計思想を、既存のエージェントフレームワーク（OpenClaw 、CrewAI、LangGraph等）との比較を交えながら解説します。
ERC-8004 + ERC-8128 = SIWA: AIエージェント認証スタックの2層構造を解剖する
前回の記事 で、ERC-8004 （Trustless Agents）がAIエージェントの「信頼の発見」をどう解決するかを見ました。Identity Registry、Reputation Registry、Validation Registryの3層で「このエージェントを信頼していいか」を判断できる、という話でした。
ただ、読んでいて気になっていた問題が一つ残っていました。「信頼できるエージェントだとわかった。でも、届いたHTTPリクエストが本当にそのエージェントから来たものかどうか、どうやって確認するの？」という問いです。
ERC-8128 （Signed HTTP Requests with Ethereum）は、その問いへの答えです。2026年1月に公開されたドラフトで、EthereumアカウントでHTTPリクエストに署名する標準を定義しています。