Claude Code 2.1.248, 2.1.250 (抜粋) - `--restricted`（または`CLAUDE_CODE_RESTRICTED=1`）を追加。コマンド・コードを実行するビルトインツールと`WebFetch`を除去し（`--tools`で明示指定しない限り）、ファイルツールは作業ディレクトリ内に制限し、`bypassPermissions`を拒否し、ユーザー・プロジェクト・ローカルの設定ファイルを無視する - agent frontmatterに`experimental.cacheTtl`（`"5m"`または`"1h"`）を追加。サブエージェントのTTL設定が未構成の場合に使われる、エージェント単位のprompt cache TTL - `claude self-hosted-runner --client-label `（または`SELF_HOSTED_RUNNER_CLIENT_LABEL`）を追加。runnerが登録するラベルを上書きできる（デフォルト: ホスト名） - server-managed settingsの診断機能を追加。設定の読み込みに失敗した際の起動時警告と、`/doctor`・`/status`での読み込み失敗理由やフェッチされなかった理由（Bedrock/Vertex/third-party provider、カスタム`ANTHROPIC_BASE_URL`）の説明行 - GitHub CLIトークンに`workflow`スコープがない場合の`/web-setup`での警告を追加。スコープがないと大規模リポジトリへのpushが拒否されうるため - AWS Marketplace経由、self-serve Enterprise、Enterprise trialで課金されているEnterprise組織向けに`/usage-credits`を追加。メンバーが管理者によりよい利用上限をリクエストできる - 同一マシン上のセッション間のcross-session messaging（`SendMessage`/`ListAgents`）を、Bedrock・Vertex・Foundry、およびtelemetryが無効な場合にも追加 - Claude DesktopとCoworkのセッションが30日後に消えてしまう不具合を修正。transcriptクリーンアップは、アプリ内にある間はdesktop側で書き込まれたセッションを保持するようになった（組織ポリシーがretentionを管理している場合を除く）。新しい`desktopSessionCleanupPeriodDays`設定がこの除外の上限を定める - プルリクエストに変更がない間、prompt-footerのPRバッジがGitHubをチェックする頻度を減らすよう改善。pushや`gh pr`コマンドを実行するとすぐに更新される - managed settingsを改善。client-sideタイムアウト、MCP startup-mode、stream-watchdogの環境変数がsettings-approvalプロンプトを発火させなくなった - `/ultrareview `を改善。cloud sessionが開始してから失敗する代わりに、起動前にClaudeアカウントに接続されたGitHubアカウントがそのリポジトリにアクセスできるか確認し、修正方法を説明するように - cross-session messagingを改善。デフォルトのディレクトリが使えない場合、ユーザー単位のプライベートな`/tmp`ディレクトリにフォールバックし、通知と`/status`が修正すべきディレクトリ名を示す - agent viewのdispatch入力でのshift+enterの挙動を変更し、（プロンプトと同様に）改行を挿入するようにした。ctrl+enterがdispatchしてattachするようになった - `/loop`を変更。self-paced dynamic modeとno-promptなautonomousデフォルトが、Bedrock/Vertex/Foundryを含め常に利用可能になった - Anthropicのtelemetryエクスポート失敗のログ出力を変更。`[3P telemetry] OTEL diag error`ではなく`[Anthropic telemetry]`としてdebugレベルでログ出力されるようになり、自分のOTelコレクタの失敗と誤認されないようにした - サブエージェントから他セッションへの`SendMessage`を変更。結果には、返信がサブエージェントにではなく親セッションの会話に届く旨が注記されるようになった - バグの修正と信頼性の向上

# ADK 2.0の便利だけど知られていない機能 🌍 Pythonコードを書かずに、YAMLファイルだけでAIエージェントを定義できたらと思いませんか？ ADK 2.0のAgent Configは、YAML/JSON形式の宣言的な設定ファイルでエージェントを定義する機能です。コードなしでエージェントの構成・実行・変更が可能になります。 📌 タイトル：Agent Config（宣言的なエージェント定義） 🔗 URL： 🧩 概要 Agent Configでは、エージェントの名前、モデル、説明、指示をYAML/JSONで宣言的に記述します。ツール（google_searchなどの組み込みツールやカスタムツール）やサブエージェント（config_pathで別の設定ファイルを参照）も設定ファイル内で定義できます。LlmAgentをサポートしており、LangGraphAgentとA2aAgentは未サポートです。定義したエージェントは`adk web`、`adk run`、`adk api_server`、または`from_config()`で実行できます。 🛠 使い方 YAMLファイルでエージェントを定義し、ADK CLIで実行します。 ```yaml # root_agent.yaml name: research_assistant model: gemini-2.0-flash description: リサーチを支援するエージェント instruction: | ユーザーの質問に対して、検索ツールを使って 最新の情報を調査し、わかりやすく回答してください。 tools: - name: google_search sub_agents: - config_path: ./summarizer.yaml ``` ```bash # CLIで実行 adk web # ブラウザUIで対話 adk run # ターミナルで実行 ``` プログラムから利用する場合は`from_config()`でエージェントオブジェクトを生成できます。 🏗 本番システムへの組み込み方 ・エージェント定義をYAMLファイルとしてGitで管理し、変更履歴を追跡する ・環境ごと（開発/ステージング/本番）に設定ファイルを分離して管理する ・sub_agentsのconfig_pathを活用し、再利用可能なエージェントモジュールを構築する ・`adk api_server`を使って、設定ベースのエージェントをAPIとしてデプロイする 💡 ユースケース 📝 非エンジニアでもYAMLを編集するだけでエージェントの振る舞いを変更 🔄 CI/CDパイプラインでのエージェント定義のバージョン管理とデプロイ自動化 🧩 共通サブエージェントを複数のプロジェクトで再利用 🚀 プロトタイプからプロダクションまで、同じ設定ファイルで一貫した構成管理 ⚠️ 注意点 この機能は現在実験的（Experimental）なステータスです。Geminiモデルのみに対応しており、LangGraphAgentやA2aAgentは未サポートです。複雑なカスタムロジックやコールバックが必要な場合は、従来のPythonコードベースのアプローチの方が適切です。今後のバージョンで仕様が変更される可能性があるため、本番導入時は最新のドキュメントを確認してください。 ✨ Agent Configにより、エージェントの定義と運用のハードルが大きく下がります。特にチームでの共同作業や設定管理の効率化に効果を発揮します。 #ADK# #AIAgent#

# ADK 2.0の便利だけど知られていない機能 🌍 エージェントに「スキル」として再利用可能な機能モジュールを簡単に追加できたら、開発効率が大きく上がると思いませんか？ ADK 2.0のスキル機能は、 📌 タイトル：エージェント向けスキル (Skills) 🔗 URL： 🧩 概要 スキルは を使ってエージェントにスキルをラップして提供できます。 🛠 使い方 スキルはSKILL.mdファイルとして定義し、エージェントに読み込ませます。 ```python from adk import Agent from adk.skills import SkillToolset # ファイルシステムからスキルを読み込み skill_toolset = SkillToolset( skill_path="./skills/data_analysis" ) agent = Agent( name="analyst", model="gemini-3.5-flash", tools=[skill_toolset], instruction="データ分析スキルを使って質問に回答してください。" ) ``` SKILL.mdのフロントマターにはスキルの名前、説明、バージョンなどのメタデータを記述し、本文にエージェントへの具体的な指示を記載します。L3リソースとして外部ファイルやスクリプトを参照することも可能です。 🏗 本番システムへの組み込み方 ・スキルを独立したディレクトリとして管理し、バージョン管理とテストを容易にする ・共通スキル（データ検索、レポート生成など）をチーム横断で再利用できるスキルライブラリを構築する ・L3リソースを活用して、スキルに必要なデータやスクリプトをバンドルする ・スキルのフロントマターにバージョンを記載し、互換性を管理する 💡 ユースケース 📊 データ分析スキルを複数のエージェントで共有して使い回す 📝 レポート生成のテンプレートとロジックをスキルとしてパッケージ化する 🔌 外部API連携のノウハウをスキルとして標準化し、チームで共有する 🧩 複雑なワークフローをスキルの組み合わせとして構成する ⚠️ 注意点 スキル機能は実験的（Experimental）なステータスです。Python v1.25.0以降、TypeScript v0.6.1以降、Go v1.2.0以降で利用できますが、APIや仕様が変更される可能性があります。本番環境への導入時はバージョン固定を推奨します。また、 ✨ スキルを活用することで、エージェントの機能を再利用可能なモジュールとして整理でき、開発と保守の効率が大幅に向上します。まずは小さなスキルから試してみてください。 #ADK# #AIAgent#

# OpenCodeの機能と実践的な使い方 🧰 AIエージェントに「何を許して、何を止めるか」を一行で決められたら安心しませんか。OpenCodeの組み込みツールと権限制御はまさにそれを叶えてくれます。 🏷️ タイトル: 組み込みツール+権限 🔗 URL: 📘 概要 OpenCodeのエージェントは、ファイル編集やシェル実行などを「ツール」を通じて行います。これらは標準で多数組み込まれており、さらに各ツールに対して許可・確認・拒否のポリシーを設定できます。安全性と利便性のバランスを設定ファイルだけで調整できるのが特徴です。 ⚙️ 機能の説明 主な組み込みツールは次のとおりです。 ・`bash`: シェルコマンドの実行（git や npm など） ・`edit`: 既存ファイルの厳密な文字列置換による編集 ・`write`: 新規作成または上書き ・`read`: ファイル読み込み（行範囲指定も可） ・`grep`: 正規表現での検索 ・`glob`: `**/*.js` のようなパターンでのファイル探索 ・`webfetch` / `websearch`: Web取得・検索 ・`lsp` / `apply_patch` / `skill` / `todowrite` / `question` など補助ツール 権限は `permission` フィールドで `allow`（自由実行）・`ask`（毎回確認）・`deny`（禁止）の3状態を指定します。`edit` の権限は `edit`・`write`・`apply_patch` の3つをまとめて支配する点に注意してください。 🛠️ 実践的な使い方 `opencode.json` の `permission` に `"edit": "deny"`、`"bash": "ask"`、`"webfetch": "allow"` と書けば、編集は禁止しつつ bash は都度確認、Web取得は自由、という運用ができます。 MCP由来のツールはワイルドカードでまとめて制御できます。`"mymcp_*": "ask"` のように書けば、そのサーバーの全ツールに確認を要求できます。 💡 ユースケース 本番に近いリポジトリでは `edit` を `deny`、`bash` を `ask` にしておくと、エージェントが計画や調査はできても、勝手にコードを書き換えたり破壊的コマンドを走らせたりしません。逆に使い捨ての検証ブランチでは全許可にして高速に回す、といった切り替えが容易です。 ⚠️ 注意点 標準では全ツールが許可されているため、明示的に絞らないと制限はかかりません。`lsp` ツールは `OPENCODE_EXPERIMENTAL_LSP_TOOL=true`、`websearch`（Exa利用）は `OPENCODE_ENABLE_EXA=1` の環境変数が必要です。`edit` 権限が write/apply_patch まで及ぶ点は見落としがちなので意識しておきましょう。 #OpenCode# #AIエージェント#

「KYOTO EXPERIMENT 京都国際舞台芸術祭 2026」が、10月3日から25日まで京都市内各所で開催される #ad# 2010年に始まり、今年で17回目を迎える同フェスティバル。今回は「ポケットに石ころ」をキーワードに、他者の記憶や物語を運び、共有する場としての舞台芸術を考える場となる

「KYOTO EXPERIMENT 2026」が全プログラムを発表。10月、国内外19組がいま、見ておきたい実験的プログラムを展開 #ad# 韓国国立現代美術館とのショーケースも

「KYOTO EXPERIMENT 2026」が全プログラムを発表 #ad# 10月、国内外19組がいま、見ておきたい実験的プログラムを展開。京都市内の劇場やギャラリーを会場に、10月3日から25日まで開催

【開催中】 「KYOTO EXPERIMENT 京都国際舞台芸術祭 2026」が、10月25日まで京都市内各所で開催中 #ad# 2010年に始まり、今年で17回目を迎える同フェスティバル。今回は「ポケットに石ころ」をキーワードに