n8nは社内の自動化をどこまで担える？｜自前で立てる前の線引き

「無料で立てられると聞いたので、費用はほとんどかからない前提で進めています」「現場が自分で組めるなら、情報システム部門の手はむしろ空くはずです」——自前で立てられる自動化の道具を検討する場では、この二つが最初のほうで必ず出ます。どちらも半分は当たっています。使用料は実際に0円です。提供元のライセンスは、社内の業務目的で使うかぎり、使うことも直すことも配ることも自由だとはっきり書いています。ただし無料なのは使用料であって、動かす場所を用意する人、止まったときに直す人、版を上げる人、鍵を持つ人は社内に残ります。手が空く話ではありません。本当は、決める人が社外から社内に移るという話です。この記事では、無料の版に何が入っていないか、立てた後にどの困りごとが出るか、その原因はどこにあるか、そして止める条件・二重に走らせない仕組み・版を上げるかどうかを誰がどう決めるかまでを、提供元の公表資料と政府機関の注意喚起をもとに順に整理します。仕様と版の記述は2026年9月時点のものです。

「無料で立てられる」は、使用料が0円という意味です

この道具のライセンスには、無料で認められる範囲が3つの制限つきで書かれています。1つ目は、使うのも直すのも自社の内部の業務目的に限ること。2つ目は、他人に渡す場合は、営利でない目的で無償で渡す場合に限ること。3つ目は、ライセンスや著作権の表示を書き換えたり隠したりしないこと。許されない例として、名前を自社のものに差し替えて顧客に売ること、立てた場所への接続に料金を取ることが挙げられています。逆に許される例として挙がっているのは、自社が持つデータを自社の中でつなぐこと、自社の製品との接続部品を作ること、そして社内のサーバーで立てて面倒を見ることです。

つまり、社内で使うかぎり使い方の制限はほとんどありません。だから話が費用に集まります。しかし提供元自身が置いている対比表は、費用ではなく誰の仕事になるかで二つの形を分けています。自前で立てる側の欄には、設置が必要、設置と設定に技術の心得が必要、動かす場所は自社が用意して自社が管理する、保守は自社の責任、と並んでいます。クラウドで使う側の欄には、設置は不要、技術の心得は不要、動かす場所は提供元が全部持つ、保守は提供元が扱う、と並んでいます。同じ表の中で、無料で使えるのは自前で立てる側だけです。無料と自社の責任は、同じ欄に並んでいるということです。

もう一つ、見落とされやすい線があります。公開されているソースコードは全部が同じライセンスではありません。提供元の資料は、主たる保管場所にある全部のソースコードに無料のライセンスが及ぶが、ただし特定の印がファイル名に入っているものは有料側のライセンスになる、と書いています。無料という言葉は、この道具の全体を一枚で塗ってはいません。社内で「無料だから制限がない」と説明してしまうと、後で説明の訂正が必要になります。

• ライセンスの判断が微妙な使い方（自社の製品の機能として顧客に使わせる形など）は、提供元が個別の合意を求めています。断定して進めず、契約の前に確認する項目に入れておく
• 料金の水準は提供元の価格ページが随時変わると資料自身が明記しているため、この記事では金額を書いていない。見積もりは必ず当日の公表値で取る

立てる形は2つ。分かれるのは値段ではなく、誰の仕事になるかです

自前で立てるか、提供元の場所を借りるかで、道具の中身は変わりません。提供元の資料も「自前で立てた場合も同じ本体が動く。ライセンスの鍵が無ければ無料の版として動く」と書いています。変わるのは、止まったときに誰が起きるかのほうです。次の表は、公表資料の記述から、責任がどちら側に置かれているかだけを抜き出したものです。

決めごと・作業	提供元の場所を借りる形	自前で立てる形
動かす場所の用意と維持	提供元がまとめて持つ	自社が用意して自社が管理する
保守と障害の一次対応	提供元が扱う	自社の責任と明記されている
版を上げる判断と作業	提供元の側で進む	自社が判断し、自社が止めて立て直す
鍵の入れ替え	この機能自体が使えない	無料の版でも使えるが、戻せない
記録をいつまで残すか	契約の枠で決まる	自社が既定値を見直して決める
利用者データの削除の求め	提供元の手当てに乗る	自社の責任と明記されている
使用料	無料の枠は試用のみ	無料の版のまま続けられる

表の右の列を上から読むと、費用の代わりに何を引き受けるのかが見えます。とくに下から2行目は、後から重くなりやすいところです。提供元の資料は、自前で立てた場合は利用者のデータを消すのは自社の責任であるとはっきり書いていて、求めが来るたびに手で探す事態を避けるために、記録を数日ごとに自動で刈り取る設定にしておくことを勧めています。この一文は、記録を長く残す設定にするほど、削除の求めへの対応が重くなることを意味します。残す期間の話は、容量の話ではなく手続きの話です。

表の一番上の行だけは、金額に置き換えられます。動かす場所の料金は、借りる場所の値段表を見れば当日の値が出ます。けれども残りの6行は金額表に出てきません。金額が出ない行のほうが、後から膨らみます。見積もりを作るときは、右の列の6行それぞれに担当者の名前を入れてみると、どの部署の工数が動くのかが先に分かります。

無料の版に入っていない10項目が、そのまま社内の宿題になります

提供元の資料には「有料の契約が要る機能」の一覧が置かれています。数えるとちょうど10項目です。名前を日本語に直すと次のようになります。無料の版は「ほぼ全部の機能を含む」と書かれていて、それは事実ですが、欠けている10項目に共通の性格があります。どれも1本目を作る日には要らず、本数と人数が増えてから要るものです。

• 自分で決めた値を全体で共有する仕組み
• 本番と試す場を分ける仕組み
• 鍵や合言葉を外の金庫から取ってくる仕組み
• 添付や画像を外の保管先に置く仕組み
• 記録を外の監視の道具へ流し続ける仕組み（手元に残す記録は無料の版にもある）
• 本体を複数台並べて代表を切り替える仕組み（順番待ちの仕組みは無料の版にもある）
• 案件や部署ごとに区画を切る仕組み
• 一度の認証で社内の道具に入る仕組み
• 作った流れと認証情報を他の人に見せる共有の仕組み
• 版を管理する仕組みで、流れの変更履歴を残すこと

10項目のうち、実務で最初に効いてくるのは9番目です。共有の機能が無いと何が起きるかについて、提供元の資料は括弧の中で言い切っています。立てた本人と、作った当人だけが、その流れと認証情報に到達できる。つまり隣の席の人は、動いている流れを開けません。これは設定の漏れではなく、無料の版の仕様です。2番目も同じ種類の宿題です。試す場を分ける仕組みが無いので、更新を試すための場所は、自分で二つ目を立てて用意することになります。

残りの8項目は、必要になる時期がもう少し後です。区画を切る仕組みと一度の認証で入る仕組みは、使う人が部署をまたいだときに要ります。記録を外へ流す仕組みは、監査で「誰がいつ何を動かしたか」を求められたときに要ります。先に知っておく意味は、宿題が出る順番が読めることそのものにあります。1本目を組むときに困らないのは当たり前で、困るのは10本目と、2人目の担当者が来た日です。

• 無料のまま電子メールを登録すると、無料の鍵が発行されて3つだけ機能が増える（流れを入れる整理の箱、編集中に途中の値を止めて見る機能、実行に自分で印をつける機能）。登録しても費用は増えない。立てた直後に済ませておくとよい

課題1：作った人しか読めない。持ち主の欄が、そもそも無い

いちばん静かに、いちばん深く効く問題がこれです。利用者の管理について、提供元の資料には次の一文が置かれています。立てた本人は全部の流れを見られるが、ある流れを誰が作ったのかを見る方法は無いため、本人が作業すると他人の作業を上書きしてしまう危険がある。だから提供元は、立てた本人が自分用にもう一つ一般の利用者としての口を作り、普段はそちらで作業することを勧めています。持ち主を記録する欄が無いという話は、台帳を作れば済む話ではありません。道具の側に持ち主の情報が無いので、台帳と道具の中身が合っているかを確かめる手段が最初から無いのです。

同じ資料には、隣に並ぶ形で3つの注意が書かれています。1つ、同じ流れを同時に開いて直すことはできてしまうが、その場合は互いの変更を上書きし合う。2つ、口をまたいで流れを移すには、書き出して入れ直す手順を踏むが、その操作をすると流れの変更履歴が失われる。3つ、外から呼ばれる受け口の経路は、この立て方の全体で重複できない。1つ目と2つ目は、担当者が変わる場面でそのまま出てきます。異動する人から後任へ渡すときに履歴が消えるので、「なぜこの分岐を入れたのか」を後から追う手立てが無くなります。

役の分け方にも線があります。この道具には3つの役があり、立てた本人、管理者、一般の利用者に分かれています。ところが管理者の役は、自前で立てた場合はいちばん上の有料の契約でしか使えません。無料の版で使えるのは、立てた本人と一般の利用者の2階層だけです。一般の利用者は、全部の流れを見ることも、認証情報を見ることも、利用者を追加することもできません。情報システム部門で分担しようとすると、全部を見られる口を人数分だけ増やすか、1人に集めるかの二択になります。どちらを選んでも、後で困る形が違うだけです。

備えは、道具の外に置くしかありません。流れを新しく作った日に、その流れの名前と、何をつないでいるか、どの鍵を使っているか、止めるときに誰に連絡するかを、道具の外の一覧に書く。そして流れの名前の付け方を先に決めておきます。持ち主が見えないなら、名前で見えるようにするしかありません。部署の記号と、対象の業務と、作った月を名前に入れるだけで、一覧を開いた人が持ち主の見当をつけられるようになります。

課題2：既定値が、日本の業務に合っていない

立てた直後につまずくのは、機能ではなく既定値です。いちばん影響が大きいのは時刻帯です。提供元の資料には、流れごとの設定も全体の設定もしていない場合、既定では米国東部（ニューヨーク）の時刻帯になると書かれています。毎日決まった時刻に動かす流れを組むと、日本の朝に動かすつもりの処理が前日の夕方に動くことになります。前日の数字を締める処理では、締める対象の日付が1日ずれます。止まらないので、しばらく気づきません。

2つ目は、同時に走る数の上限です。資料は「通常の動かし方では、同時に走ってよい本番の実行の数に上限を設けていない」と明記しています。上限の機能そのものは既定で切られています。件数が急に増える日、たとえば展示会の翌日に問い合わせが3倍来た日に、上限が無いまま全部が同時に走ります。上限を入れると、超えた分は先に入った順に待つ形になります。ただし待ちに入った実行は、後から再試行できません。取り消したり消したりすると、待ち行列からも外れます。上限は「落とさないための設定」ではなく「順番を決める設定」だと理解しておくほうが安全です。

3つ目は、記録がいつ消えるかです。記録の刈り取りは既定で入っていて、二つの条件のどちらかに当たると消えます。終わってから336時間、つまり14日たったもの。あるいは記録の総数が10,000件を超えた場合で、このときは古いものから消されます。終わっていない実行と、待っている実行は対象外です。印や評価を付けた実行は消えません。また、直前の1時間ぶんは安全のために残されます。つまり何もしなければ、2週間前の実行の中身はもう見られません。監査で3か月前の処理内容を求められる業務をつなぐなら、この既定値は立てた日に見直す項目です。簡易な保管先をそのまま使っている場合は、消しても空き容量は戻らず、以降の記録に再利用される形になる点も資料に書かれています。

課題3：止まったことに気づかず、止まっていた間の予定は戻ってこない

時刻を決めて動かす流れには、外から見えにくい仕様があります。提供元の資料は、既定では予定を撃つ仕組みがそれぞれの本体の記憶の中に置かれている、と説明したうえでこう書いています。本体が止まると記憶の中の時計も一緒に消え、止まっていた間に時刻が過ぎた予定は、追いかけずに飛ばされる。つまり夜中に本体が落ちて朝に戻った場合、夜間の処理は「失敗」として残るのではなく、そもそも走らなかったものとして何も残りません。失敗の通知を待っている運用では、この形は永久に検知できません。

この点を直す仕組みは用意されています。予定を記憶ではなく保管先の待ち行列に記録しておく方式で、資料によれば2.36.0から正式に使えるようになり、2.32.0から2.35までは試験中の機能として入っていました。ただし既定では切られています。既に立ててある本体は、こちらから入れ直すまで従来のまま動きます。しかも入れ方に落とし穴があります。資料は、この仕組みが時刻の引き金を引き受けるのは公開の管理の仕組みも同時に入っているときだけで、片方だけ入れた場合は警告が記録に出るだけで引き金は従来の記憶の中の仕組みで動き続ける、と書いています。設定を1つ入れて安心する型が、そのまま用意されているわけです。

切り替えた後の振る舞いも、先に知っておく必要があります。止まっている間に過ぎた予定は、決められた猶予の内なら遅れて実行されます。猶予を超えたものについては、取り扱いを設定で決める形になります。捨てるのか、後から追いかけて走らせるのか。ここは業務の側でしか決められません。前日の集計を翌朝に遅れて流すのは大抵よいことですが、顧客への連絡を12時間遅れで送るのは、送らないより悪い場合があります。一定間隔で見に行く型の引き金は別扱いで、提供元自身が「まだ完全に安定していないので本番では切っておくこと」と書いています。全部を一度に切り替えず、時刻で動く流れから順に移すのが実際的です。

課題4：版はほぼ毎週上がる。月に1回でも3〜4版まとめることになる

自前で立てると、版を上げる作業が自社に残ります。どのくらいの頻度で来るのかを、提供元が公開している版の一覧から数えました。2025年12月8日の2.0から2026年8月18日の2.36までで、小さい版の見出しは35本、期間は253日。約36週です。連続する版の間隔34回のうち、ちょうど7日だったものが20回、5日から9日に収まったものが32回でした。実測では、ほぼ毎週1つ出ています。これは提供元が毎週出すと宣言しているという話ではなく、公開されている見出しと日付を並べて数えた結果です。

一方で提供元の手引きは、更新について次のように勧めています。頻繁に上げること。そうすれば一度に複数の版を飛び越えずに済み、業務が乱れる更新になる危険が下がる。少なくとも月に1回は上げるようにすること。この2つを重ねると、実務がどうなるかが見えます。月に1回の更新でも、毎回3つから4つの版をまとめて上げることになります。そして版の付け方については、大きい桁が上がるときは互換性のない変更が含まれ、利用する側の作業が必要になる場合があると明記されています。実際に、素のまま入れる方式は3.0で非推奨になる予定だと資料に書かれています。上げるか上げないかの判断は、機能の要否ではなく、手が空いている週があるかどうかの問題になります。

同じ手引きには、もう一つ勧めが書かれています。更新の前に、試す場を作ってそこで先に試すこと。ここで前の章とつながります。試す場を分ける仕組みは、有料の契約が要る10項目のひとつです。無料の版で使っている場合、勧められている試し方は、そのままでは取れません。取るとすれば、二つ目の本体を自分で立てて、そこへ流れを書き出して入れ直し、更新を当てて確かめることになります。書き出して入れ直すと履歴が消えるという先の注意も、ここで効いてきます。無料は使用料の欄でだけ無料です。

更新そのものの手順も、止まる時間を含みます。容れ物の形で動かしている場合、資料の手順は新しい像を取ってくる、動いている本体を止める、その本体を捨てる、新しい像で立て直す、の順です。まとめて動かしている場合も、取得のあと一度落として立ち上げ直します。この止まっている数分の間に予定の時刻が来ていれば、前の章のとおり、その回は飛ばされて戻ってきません。だから更新の時間帯は、予定が入っていない時刻に置くのが先です。順番を逆にすると、更新のたびに1回ぶんの処理が静かに欠けます。

課題5：上げる理由は、機能ではなく穴のほうが重い

版を上げる理由が機能の追加だけなら、後回しにする選択もあります。しかし後回しにできない理由が、公的な注意喚起の形で出ています。カナダのサイバーセキュリティセンターは2026年1月12日に、この道具に関する3件の欠陥を並べた注意喚起を出しました。うち1件は、原文で認証を経ていない遠隔の攻撃者が任意のコードを実行できる可能性があると説明されている入力検証の不備です。共通脆弱性識別番号は2026-21858で、修正された版は1.121.0です。残りの2件も、それぞれ修正された版が示されています。勧告は、影響を受ける本体を、対応が続いている最新の版へ上げること。すぐに上げられない場合の代わりの手当ても書かれています。外から呼ばれる受け口と、入力を受ける面のうち、公開されているものを制限するか止めること、というものです。

この注意喚起の重さは、立て方によって変わります。提供元の場所を借りている場合、修正の当て込みは提供元の側で進みます。自前で立てている場合、公表された日から上げるまでの日数が、そのまま自社の判断になります。だから前の章の「月に1回」は、都合のよい目標ではなく下限です。そして上げられない事情があるときに、代わりに何を絞るかを先に決めておく必要があります。公開の受け口を止めれば外からの起動は防げますが、その受け口を使っている業務も同時に止まります。どの業務なら止めてよいかは、緊急の日に考えることではありません。

自分で状態を見る手段も用意されています。点検の指示を1回走らせると、5つの報告が出ます。認証情報についての報告、保管先への問い合わせについての報告、ファイルを触る部品についての報告、部品そのものについての報告、そして本体そのものについての報告です。本体の報告に何が出るかが実務では効きます。守られていない受け口、足りていない安全の設定、そしてこの本体の版が古いかどうかです。月に1回の更新を守るなら、更新の前にこの点検を走らせて、出た項目を潰してから上げる順にすると、作業が1回で済みます。

外から入れる部品には、別の注意が置かれています。公開されている置き場から部品を入れることは、検証されていないコードを自分の本体に入れることだ、と資料は書いています。危なさは3つに分けて説明されています。1つ、入れた部品は本体が動いている機械に全面的に到達でき、悪意のある動作を含めて何でもできる。2つ、入れた部品は流れの中を通るデータに到達できる。3つ、部品の作者が新しい版で互換性のない変更を入れることがあり、その部品を使っている流れが一斉に動かなくなることがある。自前で立てた場合は、この機能をまとめて切る設定も選べます。誰が部品を追加してよいかは、立てた日に決めておく項目です。後から決めると、すでに入っているものを外す話になります。

• ここに挙げた版番号と公表日は、政府機関の注意喚起に載っている値をそのまま記した。自社の本体がどの版かは、点検の指示か画面の設定欄で確かめる
• 「必ず被害が出る」という話ではなく、公開の受け口を外に向けている場合にどの条件で問題になりうるかの話として読む。受け口を社内網の中だけに閉じている場合は、前提が変わる

原因：自前にすると、決める人がまるごと社内に移る。鍵も、記録も、消し方も

ここまでの5つは、別々の困りごとに見えて、原因が1つです。提供元の資料は、安全についての章の冒頭でこう書いています。自分のコードとデータを守ることは、利用する側の責任でもある。そして自前で立てる人向けに、追加でやることを7項目挙げています。通信を暗号化するために手前に中継を置く、保管先そのものを暗号化された領域に置く、点検を走らせる、外から入れる部品の危なさを知るか、その機能を切る、コードを書く部品から外の部品を持ち込めないようにする、命令の実行や遠隔接続のような危ない部品を外す、そして最大限の秘匿が必要なら本体を隔離する。7項目のどれも、道具を選ぶ話ではなく人を決める話です。

次の表は、自前で立てたときに自社へ移る作業を、来る間隔と、落としたときに起きることで並べたものです。金額表に出てこないのはこの部分です。

自社に移る作業	どのくらいの間隔で来るか	落とすと起きること
版を上げる	実測ではほぼ毎週出る。手引きの下限は月1回	互換性のない変更が積み上がり、一度に飛び越えられなくなる
公表された欠陥の確認と当て込み	不定。政府機関の注意喚起で来ることもある	公開している受け口が、そのまま外から使える状態で残る
点検を走らせて項目を潰す	更新の直前に1回	守られていない受け口と足りない設定が、誰にも見えないまま残る
記録の残す期間を見直す	立てた日と、業務が増えたとき	既定のまま14日で消え、後から求められた記録が出せない
鍵を入れ替える	決めた間隔と、担当が変わったとき	作った当人だけが鍵を知っている状態が続く
流れの持ち主と連絡先を書き足す	流れを1本作るたび	担当が変わった時点で、止め方を知っている人がいなくなる
利用者データの削除の求めに応じる	求めが来たとき	手で探すことになり、記録が長いほど時間がかかる

表の中で、性質がひとつだけ違うのが鍵の入れ替えです。この道具の鍵は二層になっています。据え付けの鍵は立てるときに決めて、その後は変わりません。その下に、認証情報を直接暗号化している鍵があり、こちらは入れ替えられます。入れ替えると、以後の書き込みには新しい鍵が使われ、古い鍵で暗号化されたものはそのまま読めて、次にその記録を更新したときに静かに新しい鍵で書き直されます。この機能は自前で立てた場合は無料の版でも使えて、提供元の場所を借りている場合は使えません。操作できるのは立てた本人だけです。自前だからできることの、分かりやすい一例です。

ただし、この機能には強い注意が付いています。入れ替えの仕組みを有効にすることは一方通行の変更で、戻す道はありません。有効にした後にデータが書かれてから設定を外すと、有効にして以降に暗号化されたデータは永久に読めなくなります。版を下げてもいけません。古い版はこの形を復号できません。形を戻す道具は用意されておらず、回復する手立ては、有効にする前に取った保管先の控えから戻すことだけです。だから提供元の手順は、控えを取る、試す場で有効にして認証情報がちゃんと復号できることを確かめる、それから本番で有効にする、の順です。ここは、AIに手順を書かせても人が押す判断です。押した後に戻れないものは、確認の順番そのものが安全装置になります。

対策1：立てる前に、残る4つの役を人の名前で埋める

困りごとの原因が「決める人が社内に移る」ことなら、対策は「その人を先に決める」に尽きます。抽象的な体制図ではなく、4つの役に名前を1つずつ入れます。空欄が1つでも残っているなら、立てるのを先に延ばしたほうが安いです。立てるのは半日で終わり、埋めるのは数か月かかります。

4つの名前が埋まったら、道具の外に1枚だけ台帳を作ります。書く欄は、流れの名前、つないでいる先、使っている鍵、動く時刻、止めるときの連絡先、そして持ち主です。持ち主の欄を道具の外に置く理由は、前に書いたとおり、道具の側に持ち主を記録する場所が無いからです。そして名前の付け方を決めます。部署の記号と業務名と作った月を入れておけば、台帳と道具の一覧を並べたときに突き合わせられます。台帳の更新は、流れを作った日ではなく、その流れを本番で動かすと決めた日に行います。試作のまま台帳に載せると、台帳の側が先に古くなります。

対策2：止める条件を先に決める

止める条件は、動かし始めてから決めると必ず遅れます。決めるのは3つの層です。1つ目は、1本の流れを時間で切る条件。設定に、一定の時間が過ぎたらその実行を取り消す項目があります。外の相手が応答しなくなったときに、永久に待ち続ける実行を作らないための最初の壁です。2つ目は、自分の条件で意図的に失敗させることです。流れの中に、意図した状況で実行を失敗させる部品を置けます。件数が想定を超えた、金額が上限を超えた、必須の項目が空だった。この部品を置いた場所が、そのまま止める条件の定義になります。

3つ目は、同時に走る数の上限です。既定では上限が無く、入れると超えた分は先に入った順に待ちます。ここに落とし穴が1つあります。上限が効くのは本番の実行、つまり外から呼ばれる受け口と引き金の部品から始まった実行だけです。手で動かした実行、下位の流れとして呼ばれた実行、失敗時に動く流れ、コマンドから動かした実行には効きません。上限を入れたのに件数が減らない、という相談はここに当たることが多いです。また、本体を立ち上げ直すと、待っていた実行は上限までは再開され、残りは待ち行列に戻されます。上限は落とすための仕組みではありません。

止まったことを知る仕組みは、上の3つとは別に置きます。失敗したときに動く別の流れを、流れごとの設定で指定できます。その流れは失敗を受け取る専用の引き金から始める必要があり、1つ作れば複数の流れで共通に使えます。ただし通知の中身は、どこで落ちたかで変わります。資料には、実行の番号と実行を開く場所は、その実行が保管先に保存されていないと入らないと書かれています。さらに重要なのは次の注記です。落ちた場所が流れの先頭の引き金の部品だった場合、流れそのものが動いていないので、番号も場所も入りません。つまり引き金が動かなかった型の失敗は、通知を見ても何が落ちたのか分かりません。

だから通知だけに頼らず、もう一つ数える欄を作ります。見るのは失敗の件数ではなく、予定の時刻に動いた記録があるかどうかです。毎朝6時に動く流れなら、6時台の記録が1件あるかを毎日見る。0件だったら、失敗ではなく不発です。先の章のとおり、本体が止まっていた間の予定は飛ばされて戻ってこないので、この数え方でなければ検知できません。記録に中身を残すかどうかも設定で選べて、本番の実行について中身を隠す設定にすると、各部品の入力と出力が伏せられた印に置き換わります。顧客の情報が流れる処理では、動いたかどうかは残して中身は残さない、という形が取れます。

対策3：二重に走らせない仕組みは、設計で決める

二重に走る事故は、設定の項目ではなく設計で決まります。この道具に固有の制約が1つあり、これが最初の設計上の決めごとになります。外から呼ばれる受け口の経路は、この立て方の全体でひとつしか使えません。既定では長い乱数が入りますが、人が読みやすい名前に書き換えられます。資料はここで注意しています。2人が同じ経路を設定した場合、先に動いた、あるいは先に公開されたほうの流れだけが通り、残りは同じ経路で動こうとした時点で失敗します。読みやすい名前に書き換える運用にすると、本数が増えたときに衝突が起きます。名前の付け方を決める理由がここにもあります。

時刻で動く流れの場合は、別の形で二重になります。既定の仕組みは、それぞれの本体の記憶の中で時刻を待っています。本体を複数台並べた構成では、代表の1台だけが引き金を引きます。資料には、代表が入れ替わる瞬間に時刻がずれることがある、と書かれています。保管先の待ち行列に予定を記録する方式へ切り替えると、全部の本体が同じ待ち行列を見て、1回の実行を1台だけが取る形になります。二重に走らせないことを仕組みで担保したいなら、台数を増やす前にこの切り替えを済ませておく順番になります。

設計側でもう1つ決めるのは、待たせるのと落とすのを混ぜないことです。同時に走る数の上限を入れると、超えた分は待ちに入りますが、待ちに入った実行は再試行できません。取り消すと待ち行列からも外れます。だから「あふれたら待たせる」処理と「あふれたら落として後で人が拾う」処理を、同じ流れの中に置きません。分ける基準は、その処理が遅れて実行されても意味があるかどうかです。集計は遅れても意味がありますが、在庫の引き当ては遅れると意味が変わります。意味が変わる処理は、待たせずに落として人に見せます。

• 同じ受け口の経路を使い回す設計は、一見すると本数が減って良く見える。しかし失敗したときに、どの業務の分が落ちたのか分からなくなる。業務ごとに経路を分け、名前で見分けられるようにしておく

AIに任せてよい工程と、人が決める3つ

ここまでの話は、AIを使うかどうかとは独立しています。そのうえで、AIに任せてよい工程ははっきりしています。1つ目は、つなぎ方の下書きです。どの道具からどの道具へ、どの項目を渡すのか。手で書き出すと数時間かかる並びを、下書きの形で出させて、人が消していく使い方は素直に効きます。2つ目は、落ちたときの原因の切り分けです。記録に残った文面と、直前に触った箇所を渡して、考えられる原因を数個に絞らせる。3つ目は、繰り返し失敗している箇所の要約です。同じ流れが今月12回落ちていて、そのうち9回が同じ部品だった、という形にまとめる作業は、人が数えるより速く正確です。

ただし、下書きを頼むと何が外に出るのかは、先に確認しておく必要があります。提供元の資料は、流れを組む補助の機能について、外へ送られるものと送られないものを明記しています。送られるのは、こちらが書いた指示の文、部品の定義と設定とつながり、そして現在の流れの定義です。加えて、確認のために読み込ませた仮の実行データも送られます。送られないのは、使っている認証情報の中身と、過去の実行です。この線を読むと、注意すべき点が1つに絞られます。仮のデータに本物の顧客名や実際の金額を入れて読み込ませると、それは外に出ます。下書きを頼むときの材料は、作った架空の値にする。運用の作法ではなく、資料に書かれている挙動から出てくる帰結です。

補助の機能そのものについても、提供元が留保を置いています。この機能は試験中の位置づけで、間違えることがあり、開発の途中で振る舞いが変わることもある。本番で使う前に、生成された流れを必ず見直すこと。自前で立てて使う場合は、さらに自分で用意するものがあります。資料によれば、模型の提供元へつなぐ鍵、コードを実行するための隔離された場所、そして必要なら調べもののための接続先です。隔離された場所は必須と書かれています。つまり下書きをAIに任せる部分も、自前で立てるなら自分で立てる対象に入ります。

では人が決めるのは何か。3つです。止める条件、二重に走らせない仕組み、版を上げるかどうか。この3つを選ぶ理由は、性格が同じだからです。どれも「間違えたら直す」の外にあります。止める条件を決め忘れれば、間違いは止まらずに下流へ流れます。二重に走らせる設計にしてしまえば、顧客に同じ連絡が2通届いた事実そのものは取り消せません。版を上げるかどうかは、上げれば止まる時間が生じ、上げなければ公表された穴が開いたまま残ります。そして鍵の入れ替えのように、押した後に戻れない操作を含みます。AIが下書きを出してよいのは、この3つの手順書までです。押すのは人です。

• つなぐ工程の下書き、落ちた原因の絞り込み、繰り返し失敗の要約はAIに任せる
• 任せた結果は、部品の名前と渡す項目まで人が読んで消す
• 止める条件・二重に走らせない仕組み・版を上げるかどうかは、人が決めて記録に残す

自動化の途中にAIの判断を挟むと、失敗は静かに通り抜ける

いちばん危ない形を先に書きます。判断させる部品は、決まった順に呼ぶ仕組みとは性格が違います。提供元の資料は、決まった並びを順に呼ぶ形に対して、判断させる部品は言語モデルにどの行動を取るかを決めさせる仕組みだと説明し、「AIの中で意思決定をする部分」と位置づけています。さらに、1回の実行の中でこの部品は何度も動くと書かれています。下準備の1回、道具を呼ぶための1回、返ってきた内容を評価してから答えるための1回。1回の起動が、内側では複数回の判断になっています。

止まる失敗は、実は扱いやすいです。通知が来て、記録が残り、誰かが見ます。扱いにくいのは、それらしい答えが出て下流に流れる失敗です。自動化の途中に判断を挟むと、この形が出ます。次の4つは、どれも「動いた」として記録に残る型です。

• 受け取った文面から会社名を取り出させ、書かれていないときに「不明」ではなく近い名前を埋めてしまう。別の会社の記録に問い合わせが追記され、失敗としては記録されない
• 数字が読み取れなかった行を0として通す。集計は完了し、合計は前月より小さいだけの、正しく見える数字になる
• 分類に迷った件を、多数派の区分に寄せる。例外だけを人が見るはずの関門に何も来なくなり、関門が働いていないことに誰も気づかない
• 外の相手から失敗が返ったのに、体裁の整った「対応済み」の文を作って返す。失敗時に動く流れが起動せず、通知も出ない

4つに共通しているのは、判断の結果が、次の部品にとって正しい形をしていることです。空欄なら次で止まりますが、埋まっていれば通ります。だから対策は「AIの精度を上げる」ではありません。取り消せない操作の前に、人が押す関門を置くことです。この道具には、そのための仕組みが用意されています。判断させる部品につないだ道具について、実行の前に人の承認を必須にできます。承認を待つ間、流れは止まります。承認するとAIが指定した入力のまま実行され、却下すると実行されず、却下されたことがAIに伝えられます。

設定の粒度も見ておく価値があります。資料は、承認を全部の道具に付けることも、選んだ道具だけに付けることもできると書き、後者は出力全体に関門を置くより細かく効くと説明しています。承認の受け口は9通り用意されています。組み込みの会話の面、業務チャット、電子メール、携帯の連絡手段など。使う面は、担当が普段いちばん見ている場所を選びます。承認の面を専用の画面に置くと、見ない日が出ます。

ここでもう一段だけ足すと、関門が実質化します。承認を求める文面に、どの道具を呼ぼうとしているかとどの値を入れようとしているかを出させる。資料には、呼ぼうとしている道具の名前と、使おうとしている値を取り出す変数が用意されています。道具の名前だけを出す承認は、押されるだけの関門になります。値まで出れば、会社名が空欄なのに埋まっていることや、金額の桁が1つ多いことに、押す前に気づけます。根拠を書かせるという言い方の実装は、この形です。

挟むべき場面については、提供元が4つ挙げています。取り消せない操作をする道具のとき。具体例として、データを消す、社外へ連絡を送る、購入する、が挙がっています。規制のある業種で人の承認が求められるとき。影響の大きい判断が絡むとき。そして、まだ信用が育っていない段階のときです。最後の1つには手順が添えられていて、最初は承認を入れておき、確かめられるにつれて減らしていく、と書かれています。順番は、先に挟んで、後から外すです。逆の順番、つまり動かしてから問題が出たら挟む、で進めた場合、最初に流れた分は取り消せません。

自分で組んでよい範囲と、情報システム部門に渡す境目

最後に、読者が2種類いる前提で線を引きます。自分で自動化を組みたいマーケ担当と、面倒を見る側の情報システム部門です。境目は道具の難しさではなく、間違えたときに取り消せるかどうかで引きます。次の条件を全部満たすなら、担当が自分で組んで動かしてよい範囲です。

• 処理が社内で完結し、社外に何も送らない
• 読むだけで、他の道具の記録を書き換えない
• 1回に扱う件数が数十件までで、増える見込みが読めている
• 間違えた結果を、後から人が手で直せる
• 使うのは自分と、同じ業務を見ている数人まで
• 止まっても、その日の業務が止まらない

逆に、次のどれかに触れたら、組む前に情報システム部門へ渡します。渡すというのは丸投げではなく、止める条件と鍵の持ち主を一緒に決めるという意味です。作った流れを渡すのではなく、決めごとを一緒に決めます。

• 社外へ何かが出る（顧客への連絡、外部サービスへの登録、公開の面への反映）
• 顧客や取引の記録を書き換える、または消す
• 自分の個人の認証で、部署の共有の資料や顧客の情報に到達している
• 夜間や休日に、誰も見ていない時間に無人で動く
• 件数が読めない（外から来る量に左右される）
• 止まると、その日の業務か、翌日の締めが止まる
• 判断させる部品を挟んでいて、その結果が次の処理にそのまま流れる

自前で立てる形そのものが割に合うかどうかも、同じ物差しで見ます。割に合いやすいのは、動かす場所と一次対応を持てる担当が社内にいて、外に出せないデータを扱うために場所を自社に置く必要があり、本数が増える見込みがあって、月に1回の更新を回せる週を確保できる場合です。割に合わないのは、この4つのうち1つ目が欠けている場合です。他の3つは工夫で埋まりますが、止まったときに気づく人がいない状態は、工夫では埋まりません。その場合は、提供元の場所を借りる形から始めて、本数と担当が増えてから自前へ移すほうが、結果として安く済むことが多いです。デボノでは、業務をつなぐ仕組みの構築を、この線引きの側から一緒に決める形で支援しています。

まとめ

自前で立てられる自動化の道具について、無料なのは使用料の欄だけです。提供元のライセンスは社内の業務目的なら自由に使えると書いていますが、同じ提供元の対比表は、自前で立てる側の欄に「動かす場所は自社が管理する」「保守は自社の責任」と並べています。有料の契約が要る機能はちょうど10項目あり、そこには共有と、版の管理と、試す場を分ける仕組みが含まれます。作った人しか読めない状態は、運用の失敗ではなく無料の版の仕様です。持ち主を見る方法が無く、引き継ぐと履歴が消え、同時に開けば上書きされ、管理者という中間の役は有料側にしかありません。

立てた後に出てくる困りごとは、既定値と間隔に集まります。時刻帯の既定は米国東部で、同時に走る数に上限は無く、記録は14日か10,000件で消えます。本体が止まっていた間の予定は飛ばされて戻ってきません。小さい版は実測でほぼ毎週出ていて、提供元の下限は月に1回で、上げる理由には政府機関の注意喚起として公表された欠陥も入ります。だから残るのは4つの役です。動かす場所の持ち主、一次対応、版を上げる判断、鍵と記録の持ち主。ここを人の名前で埋めてから立てます。

AIの置き場所も、同じ線で決まります。つなぐ工程の下書き、落ちた原因の切り分け、繰り返し失敗している箇所の要約は任せてよい。ただし下書きを頼むと、指示の文と部品の定義と、読み込ませた仮のデータが外に出ます。そして止める条件、二重に走らせない仕組み、版を上げるかどうかの3つは人が決めます。自動化の途中に判断を挟むと、失敗は止まらずに正しい形をして下流に流れます。取り消せない操作の前に人が押す関門を置き、その画面に「どの道具を、どの値で呼ぼうとしているか」を出させる。先に挟んで、確かめられてから外す。この順番を守れるなら、自前で立てた道具は、立てた人が異動した後も社内で読める形で残ります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。