Tendril: ツールをその場で構築・登録する自己拡張エージェント
Tendril は自己拡張型のエージェンティックサンドボックスであり、Agent Capabilityパターン(モデルが自律的にツールを発見・構築・再利用するパターン)を実証しています。AWS Strands Agents SDKとTauriで構築されています。
動作の仕組み
あなたがTendrilに何か指示を出します。Tendrilは機能レジストリを確認します。該当するツールが存在すればそれを使い、存在しなければ自分でツールを作成し、登録し、実行します——すべてユーザーに尋ねることなく。次回同じことを頼めば、ツールはすでにそこにあります。
あなた: 「Hacker Newsのトップ記事を取得して」
Tendril: → searchCapabilities("fetch url hacker news") # 見つからない
→ registerCapability(fetch_url, code) # ツールを作成
→ execute("fetch_url", {url: "https://..."}) # 名前で実行
→ "トップ記事はこちら: ..."
あなた: 「次にLobstersを取得して比較して」
Tendril: → listCapabilities() # fetch_url を発見 ✓
→ execute("fetch_url", {url: "https://lobste.rs"}) # 再構築なしで実行
レジストリは使用とともに成長します。セッションを重ねるごとに賢くなっていきます。
エージェント設定
Tendrilの中核は、わずか3つのブートストラップツールを持つStrandsエージェントです。
import { Agent } from '@strands-agents/sdk';
import { BedrockModel } from '@strands-agents/sdk/models/bedrock';
const agent = new Agent({
model: new BedrockModel({ modelId: '...', region: '...' }),
systemPrompt: TENDRIL_SYSTEM_PROMPT(workspacePath),
printer: nullPrinter,
tools: [
listCapabilities(registry),
registerCapability(registry),
executeCode(registry, workspacePath, config),
],
});
システムプロンプトのルール
システムプロンプトは自律的な動作を強制します:
searchCapabilities(query)を呼び出して関連ツールの有無を確認- 見つかった場合:
loadTool(name)を呼び出し、次にexecute(code, args)を実行 - 見つからない場合: 自分でツールを構築しなければなりません
- 「ツールを作成しましょうか?」と尋ねてはいけません——とにかく構築する
- ツールが失敗した場合、エラーを読み、コードを修正し、再試行する
- ツールでライブ情報を取得できる場合、学習データからの回答は絶対にしてはいけない
アーキテクチャ
┌─────────────────────────────────────────┐ │ Tauri Shell (Rust) │ │ ACP Host ──stdin/stdout──► Agent │ │ (acp.rs) NDJSON (Node.js SEA)│ │ Events ◄── session/update ──┘ │ │ (events.rs) │ │ Tauri Events ──► React Frontend │ │ (TailwindCSS v4) │ └─────────────────────────────────────────┘Agent internals: Strands SDK ── BedrockModel ── Claude │ 4 bootstrap tools ┌────┴────┐ │ Registry │ ←→ index.json + tools/*.ts └─────────┘ ┌────┴────┐ │ Sandbox │ ←→ Deno subprocess (sandboxed)
エージェントループは agent.stream() 内で実行され、ACPプロトコルにブリッジし、think、act、observe の各フェーズをUIに公開します。
「ツールが多すぎる」問題の解決策
ほとんどのエージェントフレームワークは、モデルに大量のツールを与えて適切なものを選ぶことを期待します。Tendrilはこれを逆転させます——モデルは常に正確に3つのツールだけを見ます。レジストリを検索し、必要なものを構築し、レジストリは時間とともに成長します。ツールの表面は決して変わらず、機能だけが増えます。
📖 ソース全文を読む: HN AI Agents
👀 See Also

ローカル35B MoEモデル、Agent OSコード障害率を0%に低減
ある開発者の報告によると、マルチエージェントシステムのランタイムをQwen 3.6 35B A3B(MoE、アクティブパラメータ3B)に切り替えたところ、コードの不具合が解消され、5層の検証ゲートを通じて100%の成功率を達成したとのことです。

mycrab.spaceは、標準化されたアプリケーション展開のためにSKILL.mdとPrompt Autocomposerを導入します。
mycrab.spaceは、アプリの依存関係と設定を定義するためのMarkdownブループリントであるSKILL.mdと、これらのファイルからすぐに使えるデプロイコマンドを生成するPrompt Autocomposerをリリースしました。このシステムにより、ブラウザ上のVS Code、個人用音楽クラウド、AIエージェントインターフェースなどのアプリケーションを設定不要でデプロイできます。

Flyto Indexerの発表:ソース依存性分析を強化したAIコードリファクタリング
Flyto Indexerは、MCPサーバーとして、コードベースのシンボルグラフを構築し、依存関係とコールサイトを分析することで、AIによるスマートなコードリファクタリングを支援します。

OpenHelm:Claudeコードタスクを自動化するmacOSアプリ
OpenHelmは、スケジュールに基づいてジョブを実行し、失敗を自動的に再試行し、作業をチャンクに分割してセッション制限を回避することで、反復的なClaudeコーディングタスクを自動化する無料のローカルmacOSアプリケーションです。LLM呼び出しには既存のClaudeサブスクリプションを使用します。