ストーリーライン：プロセスそのものを届ける、ステートフルでグラフ編成されたエージェント

たいていのエージェントは点在するタスクをこなします。質問に答える、枠を予約する、詳細を集める。ビジネスの周りに座り、それを速くします。教えること自体、コーチングそのもの、相談そのもの——ビジネスが売るものの核——には、いまだに人が必要です。ストーリーラインは、エージェントにその核を担わせるものです。各個人とともに走らせる、複数ステップのステートフルなプロセスで、相手がどこにいるかを覚え、進むにつれて適応します。語学学校のストーリーラインは、単にクラスを予約するのではなく、それを教えます。

ストーリーラインは「スキルの多いエージェント」ではない

これがまず整理すべきことです。二つは似て見えて、そうではないからです。スキルはモデルが手を伸ばせる能力で、ストーリーラインは物事が起こる順序です。

	複数のスキルを持つエージェント	ストーリーラインを走らせるエージェント
順序	どのスキルも、いつでも——順序なし	「A が終わるまで B には到達できない」
状態	どこにいたか覚えていない	各人の進捗が保存・再開される
何が駆動するか	モデルが毎ターン決める	グラフとその条件が決める
決定性	順序はモデルの頭の中に存在する	順序はグラフとして描かれる——バージョン管理され、測定可能

スキルはエージェントに何ができるかに答えます。ストーリーラインは何がどの順序で起こるか、そしてこの特定の人物が今どこにいるかを統べます。二つは競合しません——ストーリーラインはスキルの上位の層です。各ノードはなお自身のスキル、知識、ツールを掛けます。そして順序がモデルの作業記憶ではなく明示的なグラフに存在するため、プロセスが長くなってもストーリーラインは信頼できるままです——モデルは現在のステップだけを扱えばよく、12ステップの手順を取りこぼさずに覚える必要はありません。

ストーリーライン vs. ワークフロー

ストーリーラインもステップのグラフなので、ワークフロービルダー——世の中の Dify、n8n、Zapier——の隣に分類したくなります。それらは別種のものです。ワークフローはシステム間のプロセスを自動化します。トリガーで発火し、毎回同じように走り、あるツールから次へデータを動かす固定のパイプライン。それが誰のために走ったかの記憶はありません。誰かのために走るのではないからです——マシン対マシンの配管です。

ストーリーラインの状態は一人の人です。各個人の進捗、プロフィール、プロセス内の位置が保存・再開されるので、同じグラフがすべてのエンドユーザーに異なる、再開可能な経路を生み、エージェントは各ステップでアプリ間のデータの受け渡しではなく会話を保ちます。ワークフローはタスクを自動化し、ストーリーラインは誰かにサービスを届け、その人を覚えます。

	ワークフロー（Dify、n8n、Zapier）	ストーリーライン
何がそこを通るか	データ、システム間を	人、プロセスを通って
状態	ステートレス——毎回同じ実行	ステートフル——個人ごとに一つの保存された経路
誰のために走るか	誰のためでもない。イベントで発火される	特定のエンドユーザー、セッションとチャネルをまたいで覚えられる
仕事の単位	自動化のステップ（「この API を呼ぶ」）	会話のステップ（「エージェントがこの段階を扱う」）
手を伸ばすのは	二つのシステムが対話する必要があるとき	サービスを大規模に人へ届ける必要があるとき

線は単純です。仕事が「X が起きたら、データに Y をする」なら、それはワークフローです。仕事が「各人をこれに通し、相手がどこにいるかに適応する」なら、それはストーリーラインです。両方使うこともできます——ストーリーラインのノードは、ステップの背後のマシン対マシンの作業をするためにワークフローを呼び出せます。

構成部品

• ノードはステップです。各ノードは、そのステップのために同じエージェントを再構成します。それ自身のタスクプロンプト、知識ベース、スキル、ツール（エージェントの基盤に上乗せするか、置き換える）。エージェントのアイデンティティと安全境界は、ノード間で決して変わりません。
• 出口はノードが進む道で、それぞれが条件を携えます。プロフィールに関するルール（listening ≥ 70）、ユーザーがボタンを押すこと、曖昧な基準に対する AI の判断（「促されずに文を組み立てられるようになったとき」）、外部システムからのシグナル、あるいは別のストーリーラインへのジャンプ。
• プロフィールは人とともに旅します——科目ごとにあなたが定義する次元（語学なら listening、speaking、reading、writing。歴史ならまったく別のもの）で、ストーリーラインをまたいで蓄積され、加えてノードからノードへ引き継がれる自由形式の申し送りメモのスクラッチパッドです。
• 連鎖はストーリーラインを端から端へつなぎます——1年生が2年生へ流れ込む——ので、すべてを一度に作らずに大きな旅を育てられ、結果に応じて別のストーリーラインへ分岐できます（試験に合格しなかったユーザーは、次の学年ではなく補習ラインへ移ります）。

進捗はチャットごとではなく人ごとなので、誰かが途中で離脱して、いた場所からまさに再開できます——ウェブでも、Telegram でも、WhatsApp でも、戻ってきた場所で。

編成パターン

ストーリーラインは、グラフを歩く単一のトークンとして走り、その一つのモデルがあらゆる一般的な制御フローの形を表現します。順序はグラフに存在し——バージョン管理され検査可能で——モデルの短期記憶にはありません。だからプロセスが長く、より枝分かれしても信頼できるままです。

分岐——if / else / switch。 複数のルール出口を持つノードで、上から下へ試され、条件が成り立つ最初のものが勝ちます。決定的で、保存された状態上で評価され、モデルの当て推量はありません。

ループ——上限付きの再試行。 後ろ向きの辺とカウンター。試行のたびにある次元が増え、ルールがそれに上限を設けて先へルーティングします。再試行は、モデルが数え続けることを期待するのではなく、グラフ自身が書いた状態によって限界づけられます。

並列——全実行 / AND 結合。 人がどんな順序でも完了する複数のサブフローで、それぞれが独自のステップを持ちます。ストーリーラインは、すべての枝が終わってはじめて進みます。

これらを決定的にしているのは、出口が取られる際にプロフィールの一部を設定または加算できることです——完了フラグ、再試行回数、ルーティング結果。分岐と結合はそのとき、グラフ自身が一歩前に書いた状態から読み、LLM が何が起きたかを思い出すことからは決して読みません。モデルは現在のステップの会話を扱い、グラフが次に何が起こるかを扱います。

計画へと展開されるステップ

状況に左右されすぎて、あらかじめ書ききれないステップもあります。たとえば「書類を集める」というステップは、米国に住む中国人の創業者と、母国にいるドイツ人の創業者とではまったく別のチェックリストになります。そうしたステップに展開可能と印を付けておくと、ユーザーがそこに到達したとき、エージェントはそのステップを——そのユーザーのために、その場で——Dynamic Planner が生成する一時的なサブ計画へ展開することを提案します。独自のステップ、チェックリスト、目に見える進捗を備えた計画です。計画は入れ子で走ります。あなたのストーリーラインはそのステップで一時停止し、計画が実行され、完了するとストーリーラインはまさに中断した場所から再開します。二つのルールが役割を明確に保ちます。著されたストーリーラインは常に、生成されたものより優先されること。そしてすべての展開は提案されるだけで、押し付けられないこと——ユーザーがまず承諾します。（Dynamic Planner は Pro の機能で、ストーリーラインの外で計画がどう起動されるかも含めて、独自のコンセプトページがあります。）

外部システムを取り込む

ノードは第三者へ引き継ぎ、返ってきたものに基づいて行動できます。採点済みの評価、KYC チェック、埋め込まれたミニゲーム。その結果——スコア、判定、支払い確認——はプロフィールを更新したり、出口を満たしたりできます。二つの形があります。バックエンド引き継ぎ（データがツールへ流れ出て、結果が見えないまま流れ戻る）と、リダイレクト＆ウェイト引き継ぎ（会話がリンクを表示し、ロックし、外部のステップが終わると再開する——支払いフローがそうするように）。

どこに当てはまるか

ストーリーラインは、核となるサービスそのものが構造化され、段階を踏み、一人ひとりに向けた会話であるあらゆるビジネスに向いています。個別指導と語学練習、コーチングとアカウンタビリティのプログラム、段階的なアドバイザリーとガイド付き販売、申請の受付と事前資格審査、認定と研修。今日その価値が人の時間で頭打ちになっているところならどこでも、ストーリーラインは一つのエージェントに、そのプロセスを何千人にも同時に走らせます——一方で、本当に人を要する部分は人の手に残ります。

ストーリーラインは Pro の機能で、テナントごとに有効化されます。コンソール上で（あるいは API 越しに、ウィザードやアシスタントが作れるように）グラフとして著され、バージョン管理・公開され、進行中のユーザーは開始したバージョンに固定されます。