あなたの AI ワークフローは今も動いています。
でも、3 日前に動かなくなったことに気づいていません。
まだ動いています。まだ API クレジットを消費しています。まだ誰も読んでいない出力を送り続けています。週末をかけて構築したエージェントは、1 つのゴミの山あたり 0.40 ドルでゴミを生産しています。そして、火曜日に顧客がスクリーンショットを撮って送ってくるまで、あなたは気づかないでしょう。
これは不運ではありません。これがデフォルトの結果です。
保存しておいてください。あなたはこれを二度読み返すことになります。
30 日間の墓場
毎週、何百もの創業者が AI ワークフローを構築し、Twitter に投稿します。
デモはきれいに見えます。スレッドは「いいね」を獲得します。返信には「これが未来だ」と書かれています。
30 日後、ワークフローは死んでいます。
削除されたわけではありません。置き換えられたわけでもありません。死んでいて、まだ動いています。カードに課金し続けています。何も役に立つものは生成していません。創業者は次に進みました。エージェントはその知らせを受け取っていません。
今日構築された AI ワークフローの 90% は、本番環境での最初の 1 ヶ月を生き延びることができません。モデルが悪いからではありません。アイデアが間違っているからでもありません。構築者が失敗を確実にする 3 つの間違いを犯し、出荷前にそれらの間違いが何かを誰も教えてくれなかったからです。
これがその記事です。
なぜ死ぬのか
これがワークフローの死の構造です。常に同じ順序です。
1 日目: 構築します。デモでは完璧に動作します。何かを解き放ったような気分になります。
3 日目: まだ動作しています。チェックする頻度が減ります。
9 日目: 何かが変わります。API 応答形式が少し変わります。読み取っていたソースがログイン画面の後ろに隠れます。モデルがエッジケースを 1 日目とは異なる方法で解釈します。出力が静かに劣化します。誰も気づきません。
14 日目: ワークフローは、技術的には応答ですが、実質的には役に立たない出力を生成しています。まだ動いています。まだ支払っています。
23 日目: 顧客または同僚が何かおかしいと指摘します。調査します。処理されていると思っていた 12 日分の壊れた出力が見つかります。
30 日目: 停止します。自分に「AI はまだ準備ができていない」と言い聞かせます。次に進みます。
モデルがあなたを裏切ったのではありません。構築がモデルを裏切ったのです。
10% を他のすべてから分ける 3 つのルール
ワークフローが 30 日、90 日、1 年と生き残る創業者は、より賢いわけではありません。より良いプロンプトを持っているわけでもありません。他の誰もが無視する 3 つのルールに従って構築します。
ルール 1 — ジョブ記述なしにエージェントなし
ほとんどの人は、雰囲気でエージェントを構築します。
「コンテンツを手伝って。」「競合を監視して。」「顧客メールを処理して。」
それはジョブ記述ではありません。それは願望です。そして願望は週末を乗り切れません。
ジョブ記述には 5 つの部分があります:
何を監視するか。具体的なトリガーまたはスケジュール。「毎週月曜日の午前 7 時」または「新しい GitHub Issue が 'bug' ラベルで開かれるたび」または「連絡先リストにないドメインからメールが届くたび」。「時々」や「関連するとき」ではありません。
何を読むか。正確なソース。「インターネットをチェックして」ではありません。「これら 3 つの RSS フィード、この Airtable ベース、そしてこの Slack チャンネルの過去 7 日間から取得」。具体的。範囲が定められている。曖昧さなし。
何を生成するか。正確な出力形式。「要約」ではありません。「3 セクションのブリーフ: 1 文での見出しの発見、それぞれに 1 つのソースがある 3 つのサポートポイント、1 つの推奨アクション。300 語以内。この Google ドキュメントに。」
何をしないか。ガードレール。「人間の承認なしに外部メールを送信しない。」「本番データベースを変更しない。」「直接投稿しない。常に下書きに保存。」あなたが当然だと思っていることが、あなたを焼き尽くすものです。
機能したことをどうやって知るか。成功条件。「ブリーフが空の場合、関連する更新が見つからなかったという Slack メッセージを送信してください。空のブリーフは送信しないでください。」
雰囲気では週末を乗り切れません。ジョブ記述なら乗り切れます。
今日から構築するすべてのワークフローは、ジョブ記述から始まります。プロンプトではありません。ジョブ記述です。
ルール 2 — 静かな失敗だけがあなたを殺す唯一の失敗
明白な失敗は問題ありません。明白な失敗はエラーを送信します。ワークフローを停止します。あなたを起こします。修正します。
ビジネスを潰すのは静かな失敗です。
静かな失敗は成功に見えます。ワークフローは実行されます。出力が届きます。形式は正しいです。コンテンツが間違っています — 少しずつ、そしてさらに、そして完全に — そして正しく見えるため、誰もチェックしません。
静かな失敗が実際にどのように発生するかを示します:
コンテンツエージェントが 30 件の投稿を書きます。内部の評価基準で 80 点以上を獲得したものを自動スケジュールするように設定します。評価基準は最初の 20 件の投稿で調整されました。15 日目に、モデルが評価基準を異なる方法で解釈し始めます。82 点の投稿は、実際の基準では平凡です。それでも公開されます。エンゲージメントが低下します。アルゴリズムのせいにします。
リサーチエージェントが毎週のブリーフを送信します。11 日目に、読み取っていたソースの 1 つが URL 構造を変更します。エージェントは静かにフェッチに失敗します。ギャップを古いキャッシュデータで埋め、ギャップをフラグしません。古い情報に基づいたブリーフを読み、それに基づいて意思決定を行います。
受信箱トリアージエージェントが返信の下書きを作成します。8 日目に、特定のタイプのメールを低優先度として分類し始めます。送信者の名前がトレーニングデータ内のパターンと一致するためです。決して読まないニュースレターと同じ名字を持つ新しい顧客からの 3 件の重要なメールを見逃します。
どのケースでも: ワークフローは実行されました。エラーはスローされませんでした。それでもあなたは負けました。
解決策は、必須の出力検証です。すべてのエージェントには 3 つのものが必要です:
カナリア出力。すべての出力内の 1 つのフィールドで、検証が容易で偽造が難しいもの。最後に読み取ったソースのタイムスタンプ。処理したアイテムの数。信頼スコア。2 秒で一目で確認でき、エージェントが実際に作業を行ったことを知ることができるもの。
静かな失敗アラート。エージェントが何も生成しない場合、またはしきい値を下回るものを生成した場合、空の出力を送信しません。アラートを送信します。「このサイクルでは結果が見つかりませんでした — チェックした内容と、何も見つからなかった可能性がある理由は次のとおりです。」何もないことは、説得力のある空の結果よりも常に有用です。
毎週のスポットチェック。エージェントごとに週に 1 つの出力を選びます。完全に読みます。自分自身が書いたであろうものと比較します。これには 4 分かかります。ドリフトが失敗になる前にドリフトをキャッチします。
エージェントは大きく失敗しません。静かなブレークに備えて構築しましょう。
ルール 3 — あなたのノートパソコンはインフラではありません
ここで 90% の構築者が死にます。
ローカルで構築します。デモは動作します。Twitter スレッドを出荷します。誰かが本番環境で実行されているか尋ねます。「はい」と答えます。実際には、MacBook で実行されており、現在開いていて、机の上にあり、アパートにあり、自宅の WiFi に接続されており、木曜日に空港に行くために蓋を閉じると動作を停止することを意味します。
あなたのノートパソコンはインフラではありません。それはたまたま今重要なものを実行している開発環境です。
ノートパソコンでホストされているエージェントに何が起こるか:
macOS が午前 4 時にアップデートをプッシュします。マシンが再起動します。エージェントが停止します。月曜日まで誰も気づきません。
飛行機で蓋を閉じます。6 時間分のワークフローを逃します。受信箱トリアージエージェントはトリアージしませんでした。バグハンターは狩りをしませんでした。スタンドアップエージェントは何も送信しませんでした。
自宅の WiFi が 20 分間切断されます。エージェントが再試行します。失敗します。次に進みます。何もログに記録しません。キャッチするはずだったウィンドウは失われました。
あなたは休暇に行きます。ノートパソコンは家に残ります。すべてが家に残ります。
本当のインフラは、あなたが見ていないときでも動きます。あなたが眠っているとき、飛行機の中、夕食時、週末に連絡がつかないときでも動きます。蓋を開けたままにしておく必要はありません。
ルールは簡単です: ワークフローが複数回実行する必要があり、サイクルを逃す余裕がない場合、ノートパソコン上には置きません。
実際に機能する 3 つのインフラオプション:
プロセスマネージャー付きの VPS。月額 12 ドルのサーバーで PM2 または Supervisor を実行。エージェントは管理されたプロセスとして実行されます。クラッシュした場合、PM2 が自動的に再起動します。サーバーが再起動した場合、PM2 が起動時に開始します。安価。信頼性が高い。華やかではありません。機能します。
管理されたエージェントプラットフォーム。これのために特別に構築されています。再起動、監視、アラートを処理します。VPS よりもコストがかかります。プロセスがなぜ死んだかをデバッグする週末を節約します。エージェントが実際の価値を生み出し始めたら価値があります。
スケジューラー付きのサーバーレス。EventBridge または Cloud Scheduler によってトリガーされる AWS Lambda または Google Cloud Functions。管理するインフラはゼロ。実行ごとに支払います。実行していないときはゼロにスケールダウンします。固定スケジュールで実行され、継続的ではないエージェントに最適なオプション。
どれも複雑ではありません。どれも 15 分のセットアップが必要です。どれも、エージェントと月曜日の朝を殺す午前 4 時の macOS アップデートからあなたを救います。
ノートパソコンを閉じてください。エージェントは動き続けるはずです。
生き残るワークフロー
3 つのルールすべてを適用した場合の 90 日間のワークフローは次のようになります。
ジョブ記述:
毎週月曜日の午前 7 時に、これら 5 つの競合アカウントとこれら 3 つの業界ニュースレターの過去 7 日間の投稿を読みます。製品発表、価格変更、または 500 エンゲージメントを超えるパフォーマンスのコンテンツを抽出します。先週のブリーフと比較します。新しいものをフラグします。3 セクションのブリーフを出力します: 何が変わったか、何が勢いを増しているか、彼らが開いたギャップは何か。変更が見つからない場合、アラートを送信します: 「静かな週でした — チェックした内容は次のとおりです。」この Notion ページに配信し、Slack 通知を送信します。
カナリア出力:
すべてのブリーフには次が含まれます: 「チェックしたソース: 8。処理したアイテム: [N]。最新のアイテムのタイムスタンプ: [タイムスタンプ]。」N がゼロの場合、またはタイムスタンプが 8 日以上前の場合、ブリーフの代わりにアラートを送信します。
インフラ:
月額 12 ドルの VPS で実行されています。PM2 がプロセスを管理します。クラッシュした場合、30 秒以内に再起動します。毎週のログレビューには毎週金曜日に 3 分かかります。
スポットチェック:
毎週金曜日に、1 つのブリーフが完全に読まれます。4 分かかります。6 か月間で 2 回ドリフトをキャッチしました。
そのワークフローは 6 か月間実行されています。2 つのサイクルを逃しました — どちらの場合も、その理由を説明するアラートを送信しました。静かに失敗したことは一度もありません。
それが、生き残るワークフローと 9 日目に死ぬワークフローの違いです。
気持ち悪い真実
ほとんどの人はこれを読み、うなずき、前回と同じ方法で次のエージェントを構築するでしょう。
プロンプト。デモ。Twitter スレッド。30 日間の沈黙。公式には誰も殺していない死んだワークフロー。
3 つのルールは複雑ではありません。ジョブ記述を書くのに 20 分かかります。出力検証には 1 つのフィールドと 1 つの条件文が必要です。インフラのセットアップには 15 分かかります。
ギャップは知識ではありません。ギャップは、出荷前に行うか、ワークフローが失敗した後に行うかです。
ジョブ記述なしに構築するすべてのエージェントは、再構築することになるエージェントです。出力検証なしのすべてのエージェントは、静かに失敗するエージェントです。ノートパソコン上のすべてのエージェントは、次に蓋を閉じたときに死ぬエージェントです。
正しく一度構築すれば、永遠に動き続けます。
実際の世界と接触しても生き残る AI ワークフローの構築に関するより完全な実践ガイドは、@sairahul1 をフォローしてください。
TL;DR
AI ワークフローの 90% は 30 日以内に死にます。原因はいつも同じ 3 つです。
ルール 1 — ジョブ記述なしにエージェントなし。
雰囲気では週末を乗り切れません。何を監視し、何を読み、何を生成し、何を避け、そしてそれが機能したことをどうやって知るのかを定義しましょう。プロンプトを一行も書く前に。
ルール 2 — 静かな失敗だけがあなたを殺す唯一の失敗です。
明白な失敗は問題ありません。静かな失敗は、顧客に見つかるまでは成功に見えます。カナリア出力、静かな失敗アラート、そして毎週のスポットチェックをすべてのエージェントに組み込みましょう。
ルール 3 — あなたのノートパソコンはインフラではありません。
蓋が開いている間だけ動きます。本当のエージェントは、あなたが眠っているとき、飛行機の中、週末に連絡がつかないときでも動きます。VPS、マネージドプラットフォーム、サーバーレスのいずれかを選びましょう。出荷前に設定してください。
生き残るエージェントはより賢いわけではありません。正しく構築されているのです。
