コラム：AIエージェントの正体は、1枚のテキストファイル

AI活用のセミナーに行くと、決まってこんな話が出てきます。そろそろ資料を作っておきましょうか、と先回りしてくる秘書AI。今日の優先タスクはこれです、と朝いちで提案してくる参謀AI。

私は今、それに近い動きを、勝手に動くAIエージェント7本で回しています（人が話しかけなくても、時刻や条件をきっかけに自動で起動するものだけを数えた本数です。人格を持つエージェント自体は、もっと多く運用しています）。ようやく自分の理解が追いついてきて、今の形になりました。AIエージェントの正体を知ると、活用の判断軸が180度変わります。高機能な基盤に手を付ける前に、一度だけ立ち止まってほしいのです。

毎朝8時、私の手元に自動で届くブリーフィング画面です（画面の内容はサンプルデータに差し替えています）。今日の優先タスク・予定・フォロー漏れを、AIエージェントが毎朝まとめてくれます。

正体は、実は1枚のテキストファイル

「AIエージェントを導入する」と聞くと、どうしても大掛かりなシステムを想像してしまいます。でも実態は、人格と手順を言葉にしたテキストを書く作業でしかありません。

AIエージェントの本体は、人格と手順を書いたテキストファイル——いわゆる「mdファイル」にすぎません。mdは拡張子が .md の普通のテキストです。見出しを # で書いたり、軽い記法で読みやすくしただけの文章で、Wordのような複雑な書類ではない。メモ帳でも開けます。

私のパソコンの中には、こんなmdが並んでいます。「朝ブリーフィング担当」「メール返信の下書き担当」「顧客情報の整理担当」——それぞれのファイルに、こう書いてあります。名前は◯◯。あなたは△△の役割を担う。朝のタスクはこの順番で実行する。こういう状況ではこう判断する。人格と手順を書いた指示書、それ以上でも以下でもありません。特別な魔法は入っていない。

そして、この指示書が重要なのは——mdさえあれば、実行環境を乗り換えても動くことです。基盤は器にすぎず、mdが本体になる。どんな実行基盤が将来流行っても、同じmdで同じエージェントが動きます。ツール選定ではなく、指示書の設計こそが本丸なのです。

自動で動く仕組みは、たった3層

「勝手に動く」と言うと難しそうですが、構造はシンプルで、3つの層でできています。

1. タイマー（いつ動かすか）。パソコンに最初から入っている仕組みで、特定の時刻や間隔でプログラムを起動できます。追加の月額料金もかかりません。設定ファイルに「◯分おきに◯◯を起動して」と書いておくだけです。
2. 起動装置（材料集め＋AIへの指示渡し）。役割は2つだけ。必要な情報を集めること。それをAI本体に渡すこと。
3. AIエージェント本体（判断して実行）。渡された指示に従って、AIが判断と実行をします。「この内容のメールが来たから、顧客情報を確認して返信の下書きを作る」といった具合に。

3つとも、特別な開発環境もクラウドサービスもいりません。パソコンの標準機能と、テキストで書ける起動装置と、指示に沿って動くAIだけ。しかも、これらの設定は全部AIが作ってくれます。この構成で、7本の自動化が常時動いています。

ただし、この仕組みは数が増えると管理しきれなくなります。私の感覚では、10件くらいまでなら今のままで回る。20〜30件を超えたあたり、あるいは「何かが起きた瞬間に反応する」イベント駆動が必要になったタイミングで、より本格的な基盤を検討すればいい、と思っています。

基盤より、mdの設計力を育てる

長く仕組みの話を書きましたが、結論はシンプルです。AIエージェントの本体はmdファイルで、どの基盤を選んでも持ち越せる。だから、基盤選びで悩む前に、まずmdを1枚書いて、動かしてみることです。

朝いちに今日のタスクを整理してくれる秘書でもいい。メールを読んで返信を書いてくれる担当でもいい。人格と役割と判断基準と手順、この4つを文章にするだけです。

書いてみると気づきます。AIエージェント設計の本当の難しさは、ツール選定でも実装でもなく、自分自身がAIとつながっていること、そして自分の業務を言語化するところにある、と。仕組みと設計さえできれば、基盤はあとから選べばいい。mdという資産だけ持ち越して、規模が足りなくなったら乗り換えればいいのです。

「mdで人格と手順を書く」実務は スキル設計・エージェント設計・指示書設計 へ。その作業場の建て方は IDE（作業環境） で扱っています（ここから先は保護領域です）。