← 概念辨析に戻る

Concept Contrast Fable

作業をするためのものと、私の代わりに作業をするもの

先に結論:ドキュメントや掲示板を見ると、「tool」と「agent」が混同して使われているのによく出会う。「プラグインをツールとして入れる」と言う人もいれば、「agent を設定してフローを走らせる」と言う人もいる。表面的にはどちらも「自分のために仕事をしてくれる」ものだが、よく考えると、この二つが仕事をしてくれる方法は全く異なる。間違えると、間違って買うと、書いたコードは至る所に落とし穴ができる。

ドキュメントや掲示板を見ると、「tool」と「agent」が混同して使われているのによく出会う。「プラグインをツールとして入れる」と言う人もいれば、「agent を設定してフローを走らせる」と言う人もいる。表面的にはどちらも「自分のために仕事をしてくれる」ものだが、よく考えると、この二つが仕事をしてくれる方法は全く異なる。間違えると、間違って買うと、書いたコードは至る所に落とし穴ができる。

寓話

老木匠の二人の助手

老木匠には二種類の助っ人がいた。第一は鉋、鋸、墨壺で、手を握れば人の力を増幅する。第二は成人した徒弟で、木匠が「明朝までに東橋の欄干を直せ」と命じれば、徒弟は寸法を測り、木材を選び、人を呼んで梁を担ぎ、悪い木があれば戻って指示を仰ぐ。

村長は最初、二種類の助っ人をどちらも「手間を省くもの」と呼んだ。彼は新しい鉋を十丁買い、木匠に翌日ひとりで三つの橋を直せと命じた。鉋はよく切れたが、誰もそれを握らなければ、板は依然として庭に横たわっていた。

村長はまた新しい弟子を動く鉋と見なし、「木を削ってこい」とだけ命じた。弟子は一晩中削ったが、橋は直らなかった。目標、範囲、優先順位、受け入れ方法を誰も教えなかったからだ。

最初の補救として、村長は各鉋に用途を貼った:荒鉋、細鉋、面取り。木匠の仕事は少し速くなったが、橋脚が歪んだとき、鉋は作業を止めるべきか図面を変えるべきか判断できない。

二度目の補修で、彼は徒弟に長い行動リストを渡しました。徒弟はそれに従って行いましたが、古い手すりの下に腐った木が隠れているのを見つけ、リストにはその項目がなく、橋のそばで日が暮れるまで待つしかありませんでした。

老木匠は最後に言葉を明確にした。器具は人が選び、動かす必要があり、明確な動作を完遂するのに向いている。徒弟が引き受けるのは一つの責任であり、目標、境界、使える器具、いつ問い返すか、どう納品するかを知らなければならない。

それ以来、村では器具を買うとき、人が気軽に呼び出せるかを見るようになった。弟子を派遣するときは、まず任務と責任を明確に書く。どちらも助けになるが、違いは誰が判断を握り、誰が過程を担うかにある。

後に村長は再び調達するとき、自分がどちらの省事を買うのかをまず問うようになった。ただ大工に切らせるのを速くしたいだけなら、良い器具を買う。東橋を修めたいなら、仕事を請け負える人を見つけ、材料・権限・検収の基準を与える。ツールは人の動作を増強し、仕事を請け負う人は一つのプロセスを引き受ける。この違いが全体の段取りを決める。 老いた大工はまた村長にこう注意した。もし徒弟を器具として扱えば、目標と問い返しの通路を与えないだろう。もし器具を徒弟として扱えば、自分で判断することを期待するだろう。多くの失敗は助っ人が悪いのではなく、最初に助っ人のタイプを間違えたことにある。 後に村の契約もより明確に書かれた:器具を買うときは用途を書き、仕事を託すときは結果と責任を書く。 この言葉は後に新人の手引きに書き込まれ、まず現場の代償を見てから省力について語るよう皆に促した。

ブラウザツール

ブラウザ環境で事前定義された、呼び出し可能な関数または機能モジュール。呼び出し時に具体的なパラメータを渡すと、特定の操作を実行して結果を返す。呼び出し側はタスクを最小ステップに分解し、各ステップで明確な指示を出す必要がある。

インテリジェントエージェント

目標を与えられると、自律的にステップを計画し、ツールを呼び出し、環境の変化を感知して行動を調整できるシステム。必要なのは「何をするか」だけでなく、「何を達成するか」の記述である。

物語の対応

  • 老木匠の工房 → タスクを完了する必要のあるシステムまたはプロジェクト
  • 小鉄槌 → browser-tool(ツール)
  • 徒弟の小周 → agent(エージェント)
  • 「この木材を門枠に削れ」 → 一つの目標記述(goal)
  • 「ノックする」 → 一つの具体的な動作指令(action)
  • 釘が電線管を貫通 → tool が指令を実行したが文脈を理解していなかったために起きた問題
  • 小周がついでに半製品を片付ける → agent の自律的意思決定が生む予期しない行為
  • 「十枚の戸棚の扉を作る」機械 → より高次の agent。複数の子ツールを呼び出して複合タスクを完遂できる

プロジェクトに落とし込む:どう選ぶか

あなたのタスクが固定ステップに分解でき、各ステップの入力と出力が明確なら、tool の方が信頼できる——それは怠けず、回り道せず、あるステップで突然「気を利かせる」こともない。あなたのタスクが一言の目標で、複数の可能な経路を含み、中間結果に応じて動的に調整する必要があるなら、agent の方が楽だ——ただし、それが必ずしもあなたの想定通りに達成されるとは限らず、最後の確認ステップは省けないことを受け入れる必要がある。実際のプロジェクトではしばしば両者が協働する。agent は計画と大きな方向性を担い、tool はすでに検証済みの標準化された操作を実行する。

京ICP备2026014272号