「設計するかどうかにかかわらず、すべての API チームはいずれエージェントのコンシューマーを抱える」——Pinecone エンジニアによるエージェントフレンドリー API 設計の論考が秀逸です。 Designing Agent-Friendly APIs エージェント向け API 設計の6原則を紹介するこの記事から、特に重要な3つのポイントを深掘りします。 🔴 注目1: エラーメッセージが「指示」になるかどうか `"Invalid request"` というエラーを返すだけでは、エージェントはバジェット（トークン予算）を無駄に消費しながら推測を繰り返します。正しい設計は「何が・なぜ・どう直す」の3要素をセットにすること。`"Response is too large. To reduce the size, try a lower top_k value."` のように具体的な回復手順を含めれば、エージェントは次のコールで自己修正できます。RFC 9457 Problem Details で機械可読エラーコードを安定提供し、認証エラーは「欠如」と「不正」を別コードに分けることも重要です。 🔵 注目2: エンドポイント1:1でのMCPサーバー化は失敗する 大規模 API をそのまま MCP サーバーに変換すると、エージェントはファーストコール以前に「数十万トークン」を消費しかねません。Cloudflare は `search()` と `execute()` の2つのツールだけで 2,500 エンドポイントへのアクセスを約 1,000 トークンで実現しています。`list_users` + `list_events` + `create_event` という3エンドポイントの代わりに `schedule_event` 1本を提供する——ワークフロー単位でエージェント面を製品として設計することが本質です。 🟡 注目3: TTFSC（Turns-to-First-Successful-Call）という新指標 著者は Claude Sonnet 5 をコールドな状態で Pinecone の API に当てた実験を公開しています。全3試行で無人成功、ファーストコールまでの中央値は **6ターン・約$0.30・約90秒**。生の REST を選んだエージェントはわずか3ターンで成功した一方、Python SDK を選んだエージェントはターンの「ほぼ半分」を call signature の解読に費やしました。廃止済みパッケージ名のインストールを試みたのは古いモデルで、現行世代は直接モダン API へ向かいました——LLMの学習データに刷り込まれた旧 API 形状が如何に影響するかを示す実例です。 エージェントはこれまで開発者が暗黙に吸収してきたコストを「可視化・課金可能・チャーン誘発」な経済コストとして外部化します。AX（Agent Experience）はDXと並ぶ必須の設計軸になりつつあります。 #APIデザイン# #AIエージェント#

# Codexの機能と実践的な使い方 🔌 Codex を「コードしか触れないエージェント」から「課題管理・DB・デザインツールまで直接操作できる相棒」へ。その鍵が MCP(Model Context Protocol)接続です。 🏷️ タイトル: 外部ツール接続(MCP) 🔗 URL: 📘 概要 MCP は Codex を外部のツールやコンテキストにつなぐ標準プロトコルです。MCP サーバーを登録すると、Codex がそのツールを直接呼び出して読み書きできます。設定は CLI と IDE 拡張で共有され、クライアントを切り替えても同じ構成で動きます。 ⚙️ 機能の説明 ・最も手軽な追加方法は CLI です。`codex mcp add <名前> -- <起動コマンド>` の形で登録し、TUI 内では `/mcp` で稼働中のサーバーを確認できます。 ・トランスポートは2種類あります。ローカルプロセスを起動する STDIO サーバー（`command` / `args` / `env` / `cwd` を指定）と、URL でアクセスする Streamable HTTP サーバー（`url` / `bearer_token_env_var` / `http_headers` を指定）です。 ・認証は環境変数経由の Bearer トークン、または OAuth に対応します。OAuth 対応サーバーは `codex mcp login <名前>` でログインします。 ・ツール単位の制御も可能で、`enabled_tools` / `disabled_tools` で許可・拒否リストを、`default_tools_approval_mode`(`auto`/`prompt`/`approve`)で承認方式を指定できます。 ・`startup_timeout_sec`(既定10秒)や `tool_timeout_sec`(既定60秒)、`required`(起動失敗時に Codex 自体を失敗させる)などの調整項目もあります。 🛠️ 実践的な使い方 ・例えば最新の開発ドキュメントを引ける Context7 を入れるなら `codex mcp add context7 -- npx -y @/upstash/context7-mcp` の1行です。 ・細かく制御したいときは `~/.codex/config.toml`（信頼済みプロジェクトなら `.codex/config.toml`）の `[mcp_servers.<名前>]` セクションに `url` と `bearer_token_env_var`、必要なら `http_headers` を書きます。 💡 ユースケース 課題管理ツールから仕様を読み取り、DB のスキーマを参照しながら実装し、Figma のデザインを取り込んで UI を作る、といった一連の流れを Codex 1つに任せられます。社内 API を MCP サーバー化すれば、独自業務ロジックも Codex から直接叩けます。 ⚠️ 注意点 ・外部ツールに読み書き権限を渡すことになるため、`disabled_tools` や承認モードで権限を絞るのが安全です。 ・トークンは設定ファイルに直書きせず、`bearer_token_env_var` で環境変数から読む形にしましょう。 ・プラグイン提供の MCP サーバーは起動コマンドをユーザーが指定するのではなく、`plugins..mcp_servers.` 配下で有効状態とツールポリシーを制御します。 #OpenAICodex# #MCP#

「AI時代に生き残る3種類のソフトウェア企業」 1. なぜレガシーSaaSは解体（アンバンドル）されるのか？ 従来のSaaSの正体は「データベース ＋ UI（画面） ＋ 権限管理」に過ぎません。 * 「画面」のためのツールからの脱却: これまでのSaaSは、人間がデータを閲覧し、フォームに入力するために「リッチなUI」を提供してきました。しかし、AIエージェントがAPIを直接叩き、APIがないレガシーなサイトでもブラウザを自律操作（ブラウザ・オートメーション）できるようになると、人間向けにデザインされた複雑な画面は不要になります。 * インテグレーションの消滅: ナレッジワーカーの一日の大半は、Salesforce、Jira、Zendesk、HubSpotなどの間を行き来し、データを手動で移し替える作業に消えています。AIエージェントがバックグラウンドで24時間稼働し、これらのプロセスを自動でループ処理するようになれば、既存のUIベースのSaaSは「単なるデータベース（データの置き場）」へと退化します。 2. 生き残る「3種類のソフトウェア企業」 このAI移行期を生き残れるソフトウェア企業は以下の3カテゴリーのみであると断言しています。 1. Foundation Models OpenAIやAnthropicなど。ただし、モデル間の性能差は縮まり、過酷な価格破壊とコモディティ化が進む「薄利多売のインフラ」になる。 2. Systems of Record Salesforce、Workday、Veevaなど、業界の「マスターデータ」を物理的に保持している企業。ただし、彼らも「UI」としての価値は失い、AIエージェントからAPI経由でアクセスされるだけの存在になる。 3. Horizontal Agent Platform / Agent OS（実行・統合レイヤー） ユーザーと接する「唯一のフロントエンド」であり、背後であらゆるモデルやツール、API、コード実行環境をオーケストレートする新時代のオペレーティングシステム。

🔥AI界隈、今週ヤバすぎる いち・ミヤマ・くりえみ・konmari 豪華ゲスト4連戦が始まります💪 ✅ 3/23（月）20:00〜24:00 👤 いちさん ClaudeCode vs OpenClaw、4時間で決着つけます ✅ 3/27（金）21:00〜23:00 👤 ミヤマさん もうPhotoshopは要らない。デザイン革命の話 ✅ 3/28（土）22:00〜24:00 👤 くりえみさん ClaudeCode × APIでAI美女画像を量産 ✅ 4/1（水）20:00〜22:00 👤 konmariさん 可愛いバナー・資料をClaudeCodeで爆速制作 👇️参加は全部無料です。 まずは1時間後にいちさんとのセミナーです🔥

# OpenCodeの機能と実践的な使い方 ✨ 「まず計画、それから実装」。OpenCodeの基本操作を覚えると、AIに安心して任せながら、いつでも変更を巻き戻せる開発リズムが手に入ります。 🏷️ タイトル: @検索・Plan/Build・画像・/undo・/redo 🔗 URL: 📘 概要 OpenCodeの日々の操作は、ファイル参照・エージェントモードの切替・画像入力・取り消し/やり直しといった少数の基本操作に集約されます。これらを押さえるだけで、対話的なコーディングがスムーズになります。 ⚙️ 機能の説明 ・`@`によるファイル参照: メッセージ内で `@` を入力するとファイル名のあいまい検索（fuzzy search）が起動し、対象ファイルを文脈に含めて質問できます。`!` を先頭に付けるとシェルコマンドを実行し、その出力をツール結果として渡せます。 ・Plan/Buildの切替: Planは編集やbashが「ask（確認）」に制限された計画用モード、Buildは全ツールにアクセスできる実装モードです。`Tab` キーで両者を切り替えます。 ・画像入力: 画像をターミナルにドラッグ&ドロップして、エラー画面やデザインなどを視覚情報として渡せます。 ・`/undo`と`/redo`: `/undo` は直前のメッセージとそれに伴うファイル変更を取り消します。複数回実行でさらに前へ戻れます。`/redo` は取り消した変更をやり直します。 🛠️ 実践的な使い方 1. まずPlanモードで `@/src/api/handler.ts のリファクタ計画を立てて` のように依頼し、計画を確認します。 2. 納得したら `Tab` でBuildに切り替え、実装させます。 3. 結果が思わしくなければ `/undo` で巻き戻し、必要なら `/redo` でやり直します。 具体的には `@/src/payment.ts のバグを調べて` のように `@` で参照し、`Tab` でPlanからBuildへ、`/undo` で取り消し（複数回可）、`/redo` でやり直し、という流れです。 💡 ユースケース 影響範囲の大きいリファクタは、まずPlanで方針を固めてからBuildで実装すると安全です。AIの変更が期待と違っても `/undo` で即座に元に戻せるため、試行錯誤のコストが下がります。 ⚠️ 注意点 ・`/undo` はメッセージ単位での巻き戻しです。手動で加えた変更との混在には注意してください。 ・Planモードでも編集が「ask」で許可される構成だと、確認に応じれば変更され得ます。承認時はよく確認しましょう。 ・画像のドラッグ&ドロップ対応はターミナルエミュレータに依存します。 #OpenCode# #AICoding#

API利用だけみたいだけどGPT-image-2で背景透過の生成画像ができるようなったのデカいな〜 Affinityで透過処理かけなくて良くなる サブスク版にも早く来て欲しい

APIまだ制限されてるけど😭😭 誕生日！23歳になりました🐰🩵🐰🩵 いつもうさぎを愛してくれる皆さんに感謝です🌟🌟 これからもよろしくお願いします バニーんりと幸せそうなうさぎの写真でスタートします🌙🐰🌙🐰

Claude APIのプロンプトキャッシュを使い倒すテックブログを書きました。 意外とLLMのキャッシュは使い方を知らないと有効活用できないので（LLMに限らずキャッシュ一般に言えることだけど・・・）、参考になれば幸いです。