エージェント on hdknr blog

AIエージェントの「ハーネス」を巡る混乱 — 同じ言葉が指す異なるスコープ

Thu, 16 Apr 2026 00:00:00 +0000

「ハーネスエンジニアリング」という言葉がAIエージェント界隈でバズワード化し、意味の希薄化が起きている。watany氏のZenn記事「AIエージェントの"ハーネス"に関わる混乱と私見」は、この混乱を「内側のハーネス」と「外側のハーネス」という軸で整理している。本記事は、その整理を元に「ハーネス」という言葉の意味的な分裂を読み解く。

内側のハーネス（Internal Harness）

開発者・プラットフォーム視点の定義。

LangChain: 「エージェント = モデル + ハーネス」という等式を掲げ、自社をハーネス構築のプラットフォームとして位置づける
Anthropic: 長時間実行されるLLM処理の仕組みとして定義。ステートレスなモデル呼び出し間でセットアップスクリプトやGitの履歴などのコンテキストを引き継ぐ機構を指す。生成Agentと評価Agentからなる二段階のマルチエージェント構成も含む

内側のハーネスの議論はベンダーロックインを促す傾向があり、プラットフォームとしての優位性を訴求する文脈で使われやすい。

外側のハーネス（External Harness）

ユーザー・実践者視点の定義。

Mitchell Hashimoto: 「AIエージェントが同じミスを繰り返さないように設計する」という実践的なアプローチ。開発者の日常的な課題に根ざした定義
OpenAI: メンテナブルで読みやすいエージェント出力の設計を重視し、将来の実行エージェントが参照できる保守可能な成果物の生成を重視する

外側のハーネスはベストプラクティスの共有が主眼で、特定プラットフォームへの依存を前提としない。

なぜ混乱するのか

Takuto Wada（@t_wada）氏はこの記事を紹介し、同じ言葉なのにスコープが違うのは言う側のポジションで意味合いがズレているのが理由だと指摘している。

ベンダーは「ハーネス」を自社製品の文脈で語り、実践者は「ハーネス」を運用上の問題解決として語る。どちらも正しい文脈を持ちながら、同一の言葉が異なる聴衆に向けて発信されている。

まとめ

「ハーネス」という言葉を聞いたとき、それが誰の視点からの発言かを意識するだけで、議論の意図がずっと明確になる。

プラットフォーム・フレームワーク文脈 → 内側のハーネス（統合基盤としての役割）
実践・運用文脈 → 外側のハーネス（エラー再発防止・出力品質の設計）

AIエージェント開発が加速する中、用語の解像度を上げることは技術コミュニティ全体の生産性に直結する。watany氏の整理は、この問題に対して実践的な視点を提供している。

参考:

Claude のレート制限対策に Mac Mini とローカルモデルを活用する — Agent を指揮する時代へ

Wed, 15 Apr 2026 00:00:00 +0000

Claude Max のレート制限問題と現実的な解決策

Claude Max に月 $200 を投じて、たった3時間で使い切ってしまった——そんな体験談がきっかけで生まれた、実用的な AI インフラ構成が話題になっています。

解決策はシンプルです。$599 の Mac Mini に5つのローカルモデル（合計約 350 億パラメーター）を用意し、Claude がレート制限に達したら自動でローカルモデルに切り替えるというものです。

構成の概要

この構成で実現していること：

メール整理の自動化: エージェントがメールを分類・返信ドラフトを生成
コンテキスト圧縮: 長い会話履歴を自動的に要約して継続利用
深夜の継続稼働: 就寝中もエージェントが動き続ける
自動フォールバック: 深夜4時に Claude がレート制限に達すると、ローカルモデルが自動で引き継ぎ

コスト比較が圧倒的です。同じ業務を3人のエンジニアに依頼すると月 $15,000。これが Mac Mini 一台 + ローカルモデルで代替できるとするなら、ROI は明白です。

なぜ Mac Mini が選ばれるのか

Apple Silicon 搭載の Mac Mini は、ローカル LLM の実行環境として優れた特性を持っています：

統合メモリ（Unified Memory）: CPU と GPU が同一メモリを共有するため、大容量モデルのロードが高速
省電力: 24時間稼働でも電気代が安い
MLX フレームワーク: Apple が開発した機械学習フレームワークで、Apple Silicon 上の推論速度が大幅に向上
静音設計: 自宅・オフィスでも気にならない

実際に Gemma 4、Qwen 3、Mistral などの 350 億パラメーター級モデルを複数搭載し、タスクに応じて使い分けることができます。

エージェントメモリのロックイン

Wed, 15 Apr 2026 00:00:00 +0000

AI エージェントのメモリはハーネスと不可分であり、クローズドなハーネスを使うとメモリの所有権・移植性を失うリスク。LangChain の Harrison Chase が提唱

Rowboat：100%ローカルで動くオープンソースAI同僚ツール

Sun, 12 Apr 2026 00:00:00 +0000

完全オープンソースで動く AI 同僚ツール「Rowboat」が注目を集めている。音声制御、MCP ツール連携、バックグラウンドエージェントなど、有料 AI アシスタントサービスに相当する機能を、データをローカルに保ったまま利用できる点が特徴だ。

Rowboat とは

Rowboat（rowboatlabs/rowboat）は「Open-source AI coworker, with memory」を謳う AI 同僚ツール。GitHub スター数は 12,000 以上（2026年4月時点）に達しており、急速に注目が高まっている。

主な特徴は以下の通り。

100% ローカル動作 — データが外部に出ない
音声制御 — リアルなアシスタントのように話しかけられる
任意の LLM に接続可能 — Claude、GPT-4 系などを選択できる
MCP ツール + Obsidian ブレイン — ナレッジグラフと外部ツールを組み合わせた記憶管理
バックグラウンド自律エージェント — 裏側で自律的にタスクをこなすエージェント群
知識グラフの自動構築 — 会話・作業履歴から知識を蓄積

ローカルで動く AI 同僚のインパクト

これまでの AI アシスタントの多くはクラウド型であり、プロンプト・ドキュメントなどのデータが外部サーバーに送信される仕組みだった。Rowboat はすべてローカルで処理するため、機密情報を扱う業務でも安心して利用できる。

また、任意の LLM を接続できる柔軟性も魅力だ。Anthropic の Claude を接続しながら推論はローカルで完結させるといった構成も可能で、API コストの制御がしやすい。

MCP ツール連携と Obsidian ブレイン

Rowboat が対応している MCP（Model Context Protocol）は、AI ツールが外部サービスや情報源と標準化されたインターフェースで通信するためのプロトコルだ。これにより、ファイルシステム、Web 検索、カレンダーなど様々なツールをエージェントに組み込める。

エージェントハーネスとメモリのロックイン問題 ― Harrison Chase「Your harness, your memory」を読む

Sun, 12 Apr 2026 00:00:00 +0000

LangChain創設者Harrison ChaseがAIエージェントのハーネスとメモリの不可分性、クローズドハーネスによるベンダーロックインの危険性を指摘。オープンハーネスによる解決策とエージェント開発者が取るべき対策を解説。

Anthropic が解説するマルチエージェント調整パターン 5 選

Sat, 11 Apr 2026 00:00:00 +0000

Anthropic が 2026 年 4 月 10 日に公開したブログ記事「Multi-agent coordination patterns: Five approaches and when to use them」では、複数のAIエージェントを協調させるための 5 つのパターンが紹介されています。

それぞれのパターンを整理してみます。

1. Generator-Verifier（生成・検証）

概要: 一方のエージェントが出力を生成し、もう一方のエージェントが明示的な基準に照らして検証します。検証が失敗した場合、フィードバックが生成エージェントに戻り、条件を満たすか最大反復回数に達するまでループします。

向いているケース: コード生成＋テスト実行のような、品質が最重要でかつ評価基準を明確に定義できるタスク。

注意点: 検証の質は定義した基準の質に完全に依存します。評価基準の設計を省略すると、「品質管理をしているという幻想」だけが残ってしまいます。

2. Orchestrator-Subagent（オーケストレーター・サブエージェント）

概要: リーダー役のエージェントが作業を計画し、専門化されたサブエージェントに明確な境界付きのタスクを委任します。サブエージェントは作業を実行し、結果をオーケストレーターに返します。オーケストレーターは各結果を統合して最終的なアウトプットを生成します。

向いているケース: セキュリティ・テストカバレッジ・スタイルをそれぞれ別エージェントが担当するコードレビューのように、サブタスクの依存関係が少ない明確なタスク分解ができる場合。

注意点: サブエージェント同士で発見した情報に依存関係が生じると、オーケストレーターが「情報のボトルネック」になります。また、明示的に並列化しない限り、サブエージェントは逐次実行されるためスループットが制限されます。

推奨: Anthropic は「大半のユースケースでまず試すべきパターン」としてこのパターンを位置づけています。最も問題の幅広さをカバーしつつ、調整のオーバーヘッドが最小限です。

3. Agent Teams（エージェントチーム）

概要: コーディネーターがキューからタスクを取得する 永続的な ワーカーエージェントを生成します。ワーカーは複数のステップにわたって自律的に作業し、担当コンポーネントのドメイン知識を蓄積します。

向いているケース: 大規模コードベースのサービス移行のように、エージェントが担当範囲に習熟しながら並列で長期間実行するタスク。

Orchestrator-Subagent との違い: サブエージェントが単発タスクで消えるのに対し、チームワーカーはアサインをまたいで生存し続けるため、ドメイン知識が蓄積される。

注意点: タスク間の独立性が必要で、エージェント同士が中間結果を共有しにくい。タスク時間がばらつく場合、完了検知が難しくなります。

4. Message Bus（メッセージバス）

概要: エージェントが共有ルーターを介してトピックをパブリッシュ・サブスクライブします。ルーターはマッチングメッセージを配信しますが、実行順序はあらかじめ決まっていません。

向いているケース: セキュリティアラートが多段階の調査を動的にトリガーするようなイベント駆動パイプラインで、どのエージェントが関与するかがリアルタイムに決まる場合。

注意点: イベントが複数エージェントを連鎖的にトリガーすると、トレーサビリティが困難になります。ルーターがイベントを誤分類すると、エラーが静かに発生します。

5. Shared State（共有ステート）

概要: 中央コーディネーターを置かず、エージェントが永続ストレージに直接読み書きします。エージェントは他エージェントの発見をリアルタイムで参照しながら協調的な知識を蓄積します。

向いているケース: 一方の調査結果が即座に他方のエージェントの探索方向に影響する、協調型のリサーチタスク。単一障害点がなくなるというメリットもあります。

注意点: 収束条件がないとエージェントが際限なく反応し合い、トークンを無駄に消費します。「時間予算・収束閾値・終了エージェントの指定」のいずれかによる明示的な終了条件が必須です。

マルチエージェント調整パターン

Sat, 11 Apr 2026 00:00:00 +0000

複数 AI エージェントを協調させる5つの設計パターン。Anthropic が体系化した Generator-Verifier・Orchestrator-Subagent・Agent Teams・Message Bus・Shared State

Exbrain — Claude Code × Obsidian で「外付けAI脳」を構築する

Thu, 09 Apr 2026 00:00:00 +0000

チャエン（@masahirochaen）さんが「外付けのAI脳」と名付けたシステム Exbrain を GitHub で公開した。Claude Code × Obsidian × 常駐エージェントを組み合わせて、記憶・日報・クリッピングを全自動化するという意欲的なプロジェクトだ。

GitHub: chaenmasahiro0425/exbrain

Exbrain とは

Exbrain は「自分の外側にある AI の脳」を目指したパーソナル PKM（Personal Knowledge Management）システムだ。Karpathy が提唱した「LLM Wiki」パターンの実装版として設計されており、AIが継続的に自分の経験・価値観・目標を学習し続ける仕組みを提供する。

主な特徴:

毎朝の日報自動作成: AI がカレンダー・Slack・Gmail を読み込み、その日のブリーフィングを自動生成
毎夕の振り返り: AI が1日の行動を分析し、繰り返しパターン（例:「月曜は会議10件が3週連続」）を検出・記録
自動クリッピング: X でブックマークした記事やツイートを約4時間後に自動要約して Obsidian に蓄積
Slack 連携: Slack の DM に URL を投げるだけで即座にクリップ
常時稼働: PC を閉じた状態・就寝中でもエージェントが動き続ける
iPhone で全部読める: Obsidian の同期により、モバイルからもアクセス可能

SOUL / MEMORY / DREAMS の3ファイル設計

Exbrain の核心は、自分自身を表現する3つの Markdown ファイルだ。

ファイル	役割
`SOUL.md`	自分は誰か（価値観・境界線）
`MEMORY.md`	何を経験したか（決定・学び）
`DREAMS.md`	どこに向かうか（洞察・未解決の問い）

AI はこの3ファイルを毎日読み込み、そのコンテキストをもとに振り返りや提案を行う。単なるメモ帳ではなく、AIが自分のことを「知っている」状態を維持する仕組みだ。

Claude Code スキル活用の知見：Anthropic 社内での実践から学んだこと

Tue, 17 Mar 2026 00:00:00 +0000

Anthropic で Claude Code を開発している Thariq が、社内での大規模なスキル活用から得た知見をまとめたノートが公開された。スキルは Claude Code の最も使われる拡張ポイントの一つであり、柔軟で作りやすく配布もしやすい。しかしその柔軟性ゆえに「何が正解か」を判断しにくいという問題もある。本記事はそのノートの内容を日本語でまとめたものだ。

スキルとは何か

スキルは「ただの Markdown ファイル」という誤解が多いが、実際にはスクリプト・アセット・データなどを含むフォルダー全体がスキルだ。Claude Code では動的なフックの登録など多彩な設定オプションも提供されている。

最も面白いスキルは、こうした設定オプションやフォルダー構造をクリエイティブに活用しているものだ。

スキルの 9 つのカテゴリ

社内のスキルを棚卸ししたところ、いくつかのカテゴリに分類できた。最も優れたスキルは一つのカテゴリに綺麗に収まる。自組織でどのカテゴリが欠けているかを確認するのに役立つ。

1. ライブラリ・API リファレンス

ライブラリ、CLI、SDK の正しい使い方を説明するスキル。内部ライブラリや Claude Code が苦手とする一般的なライブラリを対象にする。参照コードスニペットのフォルダーや、Claude が避けるべき「落とし穴（gotchas）」リストを含めることが多い。

例:

billing-lib — 社内課金ライブラリのエッジケースや注意点
internal-platform-cli — 社内 CLI の全サブコマンドと使用例
frontend-design — 自社デザインシステムに Claude を合わせる

2. プロダクト検証

コードが正しく動作しているかをテスト・検証するスキル。Playwright や tmux などの外部ツールと組み合わせることが多い。検証スキルは Claude のアウトプットの正確性を担保するために極めて有用で、エンジニアが 1 週間かけて磨き上げる価値がある。

出力の動画録画や各ステップでのプログラムによるアサーションなどの手法も有効だ。

例:

signup-flow-driver — サインアップ → メール確認 → オンボーディングをヘッドレスブラウザで実行
checkout-verifier — Stripe テストカードでチェックアウト UI を操作し、請求書の状態を確認
tmux-cli-driver — TTY が必要なインタラクティブ CLI テスト用

3. データ取得・分析

データ・監視スタックに接続するスキル。認証情報付きでデータを取得するライブラリ、特定のダッシュボード ID、一般的なワークフローの手順などを含む。

Paperclip オープンソース化：0人会社を動かすエージェントオーケストレーション層

Tue, 17 Mar 2026 00:00:00 +0000

AIエージェントを使った「0人会社（zero-human company）」のコンセプトが現実に近づいている。 Paperclip は、そのためのオーケストレーション基盤としてオープンソース化されたツールだ。

Paperclip とは

Paperclip は「ゼロヒューマン企業」を動かすためのオーケストレーション層（orchestration layer）。人間なしで自律的に業務が進む組織を設計・運用するための基盤として設計されている。

GitHubリポジトリ: paperclipai/paperclip

リリース後またたく間にスターが集まり、2026年3月時点で 53,000スター超 を記録している。

主な機能

Paperclip が提供する機能は次の通り:

組織図（Org Charts） — エージェントの役割と階層を定義する
目標整合（Goal Alignment） — 組織全体の目標を各エージェントのタスクに紐付ける
タスクの責任者（Task Ownership） — どのエージェントが何を担うかを明確に割り当てる
予算管理（Budgets） — エージェントが使用できるリソースや費用に上限を設定する
エージェントテンプレート（Agent Templates） — 役割ごとの標準的なエージェント設定を再利用する

これらの仕組みにより、人間のオペレーターが常時介在しなくても「自律的に仕事が進む会社」を実現できる。

クイックスタート

セットアップは npx で1コマンド:

1

npx paperclipai onboard

このコマンドを実行すると、初期の組織設計のガイドが始まる。TypeScript 製で、Node.js 環境があればすぐに試せる。

なぜ注目されるのか

従来の AI エージェントフレームワークの多くは、単一エージェントまたは単純なマルチエージェントの連携を想定している。Paperclip が異なるのは、企業・組織レベルの構造をファーストクラスの概念として扱っている点だ。

単なるタスクキューではなく、組織図と権限委譲を持つ
エージェント同士の目標が整合されていることを保証する仕組みがある
予算制約により無限ループや暴走を防ぐ設計になっている

「AIエージェントに会社を任せる」という考えを本格的にサポートするインフラとして、エンジニアコミュニティの注目を集めている。

エージェント on hdknr blog

AIエージェントの「ハーネス」を巡る混乱 — 同じ言葉が指す異なるスコープ

内側のハーネス（Internal Harness）

外側のハーネス（External Harness）

なぜ混乱するのか

まとめ

Claude のレート制限対策に Mac Mini とローカルモデルを活用する — Agent を指揮する時代へ

Claude Max のレート制限問題と現実的な解決策

構成の概要

なぜ Mac Mini が選ばれるのか

エージェントメモリのロックイン

Rowboat：100%ローカルで動くオープンソースAI同僚ツール

Rowboat とは

ローカルで動く AI 同僚のインパクト

MCP ツール連携と Obsidian ブレイン

エージェントハーネスとメモリのロックイン問題 ― Harrison Chase「Your harness, your memory」を読む

Anthropic が解説するマルチエージェント調整パターン 5 選

1. Generator-Verifier（生成・検証）

2. Orchestrator-Subagent（オーケストレーター・サブエージェント）

3. Agent Teams（エージェントチーム）

4. Message Bus（メッセージバス）

5. Shared State（共有ステート）

マルチエージェント調整パターン

Exbrain — Claude Code × Obsidian で「外付けAI脳」を構築する

Exbrain とは

SOUL / MEMORY / DREAMS の3ファイル設計

Claude Code スキル活用の知見：Anthropic 社内での実践から学んだこと

スキルとは何か

スキルの 9 つのカテゴリ

1. ライブラリ・API リファレンス

2. プロダクト検証

3. データ取得・分析

Paperclip オープンソース化：0人会社を動かすエージェントオーケストレーション層

Paperclip とは

主な機能

クイックスタート

なぜ注目されるのか

参考リンク