AIの新機能は、追いかけるほど遅れる。毎週の更新を「4つの箱」で仕分ける経営の型

毎週のように新機能が出ます。全部に飛びついた会社は現場の手が止まり、全部無視した会社は気づいたときに周回遅れになっています。277社を伴走してきて見えたのは、うまく回っている会社が更新を追いかけても無視してもおらず、週に15分だけ使って「仕分けて」いるという事実でした。箱は4つあれば足ります。今回はその型を、2026年8月末に実際に出た更新を教材にして書きます。

なぜ、追いかけるほど遅れるのか

更新への向き合い方は、たいてい2つに割れます。どちらも、行き着く先は同じです。

ひとつは「追う会社」です。新機能の発表を見つけるたびに、検証タスクが1つ積まれます。先週の検証が終わらないうちに翌週の発表が来て、タスクは溜まる一方になります。現場からは「またやるんですか」という声が出ます。そして試した機能の半分以上は、結局そのまま本番に入りません。動いている仕組みを壊すのが怖いからです。残るのは、判断に使った疲れだけ。この会社の担当者は、たいてい「更新を追いかけるのがしんどい」と言います。

もうひとつは「無視する会社」です。動いているものを触らない、という方針は、それ自体は間違っていません。私も、機能追加を追わないという判断は十分ありうると考えています。問題は、機能追加を無視するときに、セキュリティ修正まで一緒に無視してしまうところにあります。機能追加は来月でも構いませんが、認証やアクセス制御の穴を塞ぐ修正は来月では遅い。ところが両方とも、同じ「アップデートのお知らせ」という顔をして届きます。一括りに呼んでいるから、一括りに放置される。

つまり、追う会社も無視する会社も、根っこは同じところで詰まっています。性質のまったく違うものを、1種類として扱っている。ここが本当の問題です。

2026年8月の最終週に実際に流れてきた更新を、4つ並べてみます。

Dify 1.17.0（8月25日）。再利用できるSkills管理、人の確認フォームを挟んでいったん止め、確認後に再開できるHuman Input、統合トレーシング、長時間ワークフローの上限が60分に。機能の見出しはこう並びます。ところがリリースノートの本質は、認証・アクセス制御・SSRFなど複数のセキュリティ修正のほうにあります。セルフホスト版を古いバージョンのまま運用している会社にとって、これを放置し続けるのは合理的な判断ではありません。加えて一部の環境変数が変更・廃止されており、本番へ直接上げると起動しなくなる可能性があります。

Google カレンダー（8月27日）。外部から届いたTeams・Zoom・WebexのURLや会議IDを抽出し、「Join video call」ボタンとして構造化するようになりました。メール本文から会議のURLを抜き出す処理を自前で書いている会社なら、その一部が不要になるかもしれません。

Gemini / Google ドライブ（8月28日）。ファイルの自動分類ラベルがオープンベータになりました。ただし主にEnterprise Plusなどが対象で、契約プランによっては、そもそも使えません。

Anthropic（8月28日）。こちらは新機能のリリースではなく、社内でどう使っているかという活用事例の公開でした。読み物として面白い。ただ、これを読んで自社の何かを今週変えるかというと、変えません。

同じ週に、同じ「アップデート情報」の形で届いた4つです。しかし会社が取るべき行動は、4つとも違います。1つ目は今すぐ日程を押さえる話、2つ目は自社の仕組みを見直す話、3つ目は契約が変わるまで置いておく話、4つ目は読んで終わりの話。この違いを、届いた側が15分で判定できる形にしておく。それが仕分けです。

半年分の更新を放置していた会社の、月曜の朝

ここから書くのは、複数の支援先で見た光景を、1社のモデルケースとして再構成しています。数字も一例として読んでください。

地方都市の住宅設備会社、社員45名。給湯器や浴室、キッチンの入れ替えを、販売から施工まで自社で手がけています。営業12名、工事管理8名、あとは事務と協力会社の窓口。社長は創業者の息子で、二代目です。

この会社は2年前、AIのワークフロー基盤を自前のサーバーに入れました。構築したのは総務課長で、本業は総務、システムは兼務です。載せていた仕事は3つ。問い合わせフォームに届いた内容を要約して担当営業へ振り分けること。現場から上がってくる工事写真を物件ごとに仕分けること。協力会社へ送る翌週の日程表の下ごしらえ。派手さはありませんが、毎日動いていました。

導入前は、問い合わせの振り分けを事務が朝いちばんに手で読んで割り振っていました。工事写真は現場から届いたものを月末にまとめて整理していて、これが毎月ほぼ丸一日。動き出してからは、朝の振り分けが10分で終わり、写真の整理は月末に残らなくなりました。総務課長にとっては、自分が入れた仕組みが会社の役に立った初めての経験だったそうです。

そして導入から半年、更新を1回も当てていませんでした。理由を聞くと、総務課長はこう答えました。「動いてるので、触るのが怖くて」。この気持ちは、私にはよく分かります。

兼務の担当者にとって、更新は上振れのない仕事です。うまくいっても誰も褒めません。失敗すれば全社が止まって、自分の名前が残ります。触らないでおくという判断は、その人の立場からすれば、むしろ合理的でした。合理的な個人の判断が積み上がった結果、会社としては危ない場所に立っている。これは、よその会社に限った話ではないと思っています。

ある月曜の朝、電話が鳴りました。協力会社のB社からでした。「うち宛じゃない日程表が届いてるんですけど」。A社へ送るはずの翌週の工事日程が、B社にも届いていたのです。

実害はゼロでした。B社の担当者がすぐ電話をくれて、その場で削除してもらえた。よくある取り違えの話として片づけることもできました。もしB社が黙っていたら、A社の工事日程と、そこに書かれた顧客の名前と住所が、そのまま別の会社の手元に残っていたことになります。

怖かったのは、その後で分かったことでした。総務課長が原因を調べたら、ワークフローの設定画面が、社内のネットワークにいる人なら誰でも開けて、誰でも編集できる状態になっていました。前の月に入った事務の方が、練習のつもりで宛先の欄を触っていたのです。悪意はどこにもありません。ただ、触れてはいけない画面が、誰にでも触れる場所に置いてあった。

さらに半年分のリリースノートを遡って読んだところ、認証とアクセス制御まわりの修正が、その間に複数入っていました。つまり、直せる形は半年前から配られていた。気づいていなかったのは自社だけだった、ということです。

社長がぽつりと言いました。「これ、うちが運が良かっただけですよね」

ここから、2つ目の失敗が始まります。

その場で総務課長が「今日中に最新版に上げます」と言いました。私は止めませんでした。半年放置していた反省の勢いのまま、当てにいったのです。

水曜の夕方、本番が起動しなくなりました。環境変数の一部が変更・廃止されていて、古い設定ファイルのままでは立ち上がらない。工事写真の仕分けと日程表の下ごしらえが止まり、その日は事務の3人が手作業で処理しました。翌朝、前のバージョンに戻して復旧。丸1日、止まったままでした。

手作業に戻った日の事務所は、静かでした。誰も怒ってはいません。写真のフォルダを1件ずつ開いて、物件名を確かめて、フォルダ名を打ち直す。2年前まで当たり前だったやり方です。それが、もうずいぶん遠くなっていました。止まって初めて、自分たちがどれだけこの仕組みに寄りかかっていたかが見えました。

動かないワークフローの画面を見ながら総務課長が謝って、社長が謝らなくていいと言って、私が半年放置したことと今日いきなり上げたことは同じ一つの問題ですと言ったところで、誰も反論しなかったのを、いまでも覚えています。

同じ一つの問題、というのは、更新を「やるかやらないか」の二択で扱っていたということです。放置も一括投入も、どちらも仕分けていない点では変わりません。片方は判断を先送りし、もう片方は判断を飛ばした。違いはそこだけでした。

翌週から、月曜の朝に15分の会議を入れました。参加は3人。社長、総務課長、営業から1名。営業から1名入れたのは、現場が困っている業務を知っている人がいないと、①の箱の判定ができないからです。

最初の月曜、先週流れてきたお知らせを並べたら、さっきの4件がそのまま出てきました。判定は15分で終わりました。Difyは②最優先。カレンダーは①今週検証、ただし自前の抽出処理は消さない。ドライブのラベルは契約プランが対象外なので③様子見。Anthropicの事例は④対応不要。

社長が最後に言ったのは、「これ、去年からやってれば」でした。

4つの箱と、月曜15分の回し方

ここからは、実際の段取りをそのまま書きます。特別な道具は要りません。必要なのは、週に15分と、判定の順番だけです。

最初にやることは、集めることです。ここは自動化しないでください。担当者が先週見かけたお知らせ、購読しているメール、使っているツールのリリースノートを、そのままコピーして1か所に貼っておく。それだけで足ります。読んで理解する必要はありません。読むのはAIの仕事です。

月曜の朝、貼り溜めたものを、まとめてこう投げます。経営者自身が音声入力で使っても構いません。

あなたは、中小企業の情報システム担当を長く務めてきたアドバイザーです。
以下に貼るリリースノート・ニュース・お知らせを読み、当社にとっての扱いを
4つの箱のいずれかに仕分けてください。

【ここに先週集めたリリースノート・ニュースを貼る】
（複数まとめて可。製品名と日付が分かる形で貼ってください）

【当社の前提】
・業種と規模:
・いま社内で回している仕組み（自前運用かクラウド契約かも書く）:
・契約しているプラン・ライセンス:

箱の定義:
①今週検証 = いま困っている業務に直接効く。実際に1件試す価値がある
②最優先 = 認証・アクセス制御・情報の流出につながる修正。放置は合理的でない
③様子見 = 契約やライセンスの対象外、または効果や精度がまだ読めない
④対応不要 = 事例紹介など、当社を今週変える根拠にならない

出力は次の表だけを返してください。前置きと総括は不要です。
| 箱 | 対象（製品名・日付） | そう判定した理由（40字以内） | 今週の扱い |

最後に1行だけ、①のうち「今週試すならこの1件」を理由付きで挙げてください。

判定は、3つの問いで決まります

箱の名前を覚える必要はありません。上から順に3つ聞くだけで、行き先は決まります。

問1: 放置すると危ないか。認証、アクセス制御、情報が外に出る類の修正なら、ここで②最優先に入ります。機能追加が同じリリースに混ざっていても関係ありません。危ない修正が1行でも含まれていれば、その更新は②です。この会社のDifyは、まさにこれでした。

問2: いまの契約・ライセンスで使えるか。使えないなら③様子見。悔しくても、ここで止めます。ドライブのラベルがオープンベータでも、対象プランを契約していないなら、今週の検討時間をかける先ではありません。日付と理由を書いて、様子見リストへ置きます。

問3: いま困っている業務に、直接触るか。触るなら①今週検証。触らないなら④対応不要です。ここで大事なのは、④を「便利そうだけど今は要らない」という意味にしないこと。④は「自社を今週変える根拠にならない」という意味です。Anthropicの事例公開は、参考にはなりますが、これを根拠に何かを変える会社はありません。だから④。

そして、①には週1件の上限を置きます。3件が①の候補に上がったら、いちばん困っている業務に近い1件だけを①に残し、残り2件は③様子見へ回します。この上限が、仕分けの一番の効きどころです。上限がないと、①がそのまま「追う会社」のタスクリストに戻ります。

月曜15分の中身

15分を、5分ずつ3つに割ります。

前半5分。貼り溜めたものをまとめて投げて、表を出させます。人は待つだけです。

中盤5分。②と①だけを人が読みます。③と④は件数だけ確認して、中身は読みません。読み上げると15分では終わりません。③の中身は月に1度まとめて見ます。

後半5分。②があれば「いつやるか」を決めます。①の1件については、誰が、いつ、どこで試すかを決めます。議事録は1枚で足ります。箱の名前と件数、②と①の担当者と日付。これ以上書くと続きません。

①に入った1件を、どこで試すか

本番でいきなり試さないこと。この会社が水曜の夕方に学んだのは、この1点です。

レーンを3つに分けます。

本番レーン。いま動いているもの。ここは触りません。

ステージングレーン。本番と同じ構成のコピーです。更新は必ずここに先に当てます。自前のサーバーで動かしているなら、同じ構成をもう1つ立てるだけ。クラウドのサービスなら、テスト用のワークスペースやアカウントがあればそれで足ります。

お蔵レーン。旧方式を消さずに残しておく場所です。旧バージョンの設定ファイル、あるいは「AIが止まったときに人が手でやる手順」を書いた紙1枚。この会社は、水曜に3人が手作業で処理したときの手順を、そのまま紙にして貼りました。

ステージングに当てる前に、壊れうる場所を先に洗い出します。この工程を飛ばすと、何を確認すればいいか分からないまま画面を眺めることになります。

あなたは、システムの変更管理を担当するレビュアーです。
これから当てようとしている更新について、当社の業務のどこが壊れうるかを
洗い出してください。楽観的な見通しは書かず、壊れる側だけを挙げてください。

【ここに更新内容（リリースノートの該当部分）を貼る】

【ここに当社でその仕組みに載せている業務を貼る】
（例: 問い合わせの振り分け、写真の仕分け、日程表の下ごしらえ。
　それぞれ誰が何時に使うかも書いてください）

次の3点を表で出してください。
| 壊れうる箇所 | どう壊れて見えるか（現場の言葉で） | 事前に確認する方法 |

そのうえで、
・設定値や環境変数の変更・廃止が含まれていれば、該当する項目名を列挙
・「これが起きたら中止して元に戻す」という中止条件を3つ
・切り戻しの手順を、1行ずつ5行以内で
を続けてください。

洗い出しができたら、確認の順番と観点を作ります。ここを人が考え始めると、月曜の15分に収まらなくなります。

あなたは、テスト設計を担当するエンジニアです。
更新をステージングに当てたあと、本番へ上げてよいかを判断するための
確認手順を作ってください。専門用語は使わず、現場の担当者が読んで
そのまま実行できる言葉で書いてください。

【ここに当社で動いている仕組みの一覧を貼る】
（名前 / 何をする / 誰が使う / 止まると誰が困るか、の4項目で1行ずつ）

出力:
1) 確認する順番（止まると困る人が多い順に並べ、その理由を各1行）
2) 確認の表
| No | 流す入力（実際のデータの例） | 期待する結果 | 判定 |
3) 上の表のうち、毎回必ず流す「固定の5件」を選び、選んだ理由を1行ずつ

判定欄は空欄のままにしてください。人が手で書き込みます。

この「固定の5件」が、回帰テストの正体です。更新のたびに毎回同じ5件を流す。前回通ったものが今回通らなければ、原因はこの更新にあります。5件で十分です。増やすと流さなくなります。

本番へ上げてよい条件と、旧方式の残し方

昇格の条件は3つ。固定の5件が全部通ること。現場の担当者が1人、実際に触って違和感がないこと。切り戻しの手順が1行で言えること。3つ揃わなければ、上げずにステージングへ置いたままにします。置いたままにするのは失敗ではなく、判断です。

そして、上げたあとも旧方式を消さないでください。ここが見落とされがちなところです。

カレンダーの件が、ちょうどいい例になります。外部から届いた会議URLが自動でボタンになるなら、自前で書いた抽出処理は要らなくなりそうに見えます。ところが、この機能が効くのはカレンダーに正常に登録された会議だけです。メールの本文にURLだけ書かれて送られてきた会議、登録に失敗した会議は対象外になります。だから自前の抽出処理は、消さずにフォールバックとして残します。新しい道が開通したからといって、古い道を潰さない。潰した瞬間に、古い道しか通れない荷物が立ち往生します。

本番へ上げたら、現場に伝えます。長い説明は読まれません。

あなたは、社内広報の文章を書く担当者です。
以下の変更点を、現場の社員に向けて3行で伝える文面を作ってください。
専門用語は禁止です。「何が変わったか」より先に、
「あなたの手元で何が変わるか」を書いてください。

【ここに更新内容と、当社で変わる点を貼る】

【伝える相手】
・職種:
・その人がこの仕組みを使う場面:

出力は3案。それぞれ次の形式で。
・1行目: 明日から変わること
・2行目: これまでどおりでよいこと
・3行目: おかしいと思ったときの連絡先と、元のやり方に戻す方法

各案は3行合計160字以内。絵文字と感嘆符は使わないでください。

様子見リストは、月に1度だけ開く

③に入れたものは、そのままにすると忘れます。忘れると、契約プランが変わった月に「使えるようになっていた」ことに気づけません。月に1度、10分だけ開きます。記入式のシートを置いておきます。

【様子見リスト 月次見直しシート】
見直し日: 　　年　　月　　日 ／ 参加者: 　　　　　

| No | 更新の名前 | 箱に入れた日 | 様子見にした理由 | 今月の再判定 | 次にいつ見るか |
|----|-----------|------------|----------------|------------|--------------|
| 1  |           |            |                |            |              |
| 2  |           |            |                |            |              |
| 3  |           |            |                |            |              |

再判定は、次の3問に答えるだけで決まります。

問1 様子見にした理由（契約対象外／精度が読めない／人手が空かない）は、今も同じか
　　→ はい: 様子見のまま。次に見る日を1か月後に書く
　　→ いいえ: 問2へ
問2 いま困っている業務に、直接効くか
　　→ はい: ①今週検証へ移す（週1件の枠が空いている週に入れる）
　　→ いいえ: 問3へ
問3 箱に入れてから3か月以上たっているか
　　→ はい: ④対応不要へ落とす。落とした日を書いて、リストから消す

3か月ルールの狙い: 見送った判断を、見送ったまま塩漬けにしないこと。

更新の話が、いちばん短い議題になった

3か月後の話を書きます。数字は一例として読んでください。

総務課長が更新まわりに使っていた時間は、それまで週に2〜3時間ありました。読む時間そのものより、「そろそろ当てないとまずいのでは」と気にしている時間が長かったそうです。いまは月曜の15分と、①に入った1件を試す週1〜2時間。合計は減っていませんが、中身が入れ替わりました。気にしている時間がゼロになり、手を動かす時間だけが残った。

3か月で仕分けた更新は40件ほど。①今週検証に入れたのが9件、ステージングまで行ったのが7件、本番に上げたのが4件です。②最優先は3件、いずれもその週のうちに当てました。③様子見は12件で、月次の見直しで2件が①へ昇格し、5件が④へ落ちました。残りは全部④です。この3か月、更新が原因で止まった業務はありません。

いちばん変わったのは、いや、正確に言うと、いちばん驚いたのは、若手が「これ試したいです」と言うようになったことでした。

理由を聞いたら、「箱に入れれば否定されないから」と返ってきました。以前は、新しい機能を持っていくと「うちには早い」で終わっていた。いまは、持っていけば必ず4つのどれかに入ります。③様子見に入るのは却下ではなく、保管です。日付と理由が書かれ、月に1度また開かれる。提案が「断られた記憶」として残らなくなりました。

社長の使い方も変わりました。全部読むのをやめたのです。読むのは②と①だけ。③と④は件数を聞くだけで中身を見ません。それでも、去年より社内のAIまわりの話題には詳しくなっています。詳しくなる場所を絞ったからです。

もうひとつ、思わぬ副産物がありました。協力会社との関係です。日程共有の仕組みを更新したとき、現場向けに作った周知の3行を、そのまま協力会社にも送りました。すると先方から「そちらは、こういうのをちゃんと決めてやってるんですね」と言われたそうです。更新の当て方など、外からは見えないと思っていました。実際には、止まらないことと、変わったときに一言あることを通じて、しっかり伝わっています。

1年というスパンで見ると、差が出るのは試した数ではなく、試さなかった理由が日付付きで残っているかどうかです。様子見リストのある会社は、契約が変わった月に「あれ、使えるようになりましたね」が起きます。リストのない会社は、その更新があったこと自体を忘れています。追いかけて疲れた会社と、無視して忘れた会社が、1年後に同じ場所に立っている。私が何度も見てきた光景です。

「様子見」は、立派な経営判断です

経営者が疲れるのは、決めることそのものではなく、毎回ゼロから考えることのほうにあります。同じ種類の判断を、毎回まっさらな状態で考え直す。これがいちばん体力を使います。型があれば、同じ判断が15分で終わります。

「様子見」と言うと、決めていないように聞こえるかもしれません。でも、日付と理由を書いて、次に見る日を決めているなら、それは立派に決めています。宙ぶらりんとの違いは、紙に書いてあるかどうか、それだけ。書いていない先送りは、忘却と見分けがつきません。

言い添えると、④対応不要という箱があることも、地味に効いています。読んで面白かったものを、面白かったで終わらせていい。そう決めておかないと、面白かった記事はいつまでも心の隅に残って、「あれ、やらなくていいんだっけ」と月に何度も浮かんできます。箱に入れて件数だけ数えてしまえば、その日のうちに手放せます。判断を保存する場所があるから、頭から出せる。仕分けの効き目は、時間の節約より、この身軽さにあると私は思っています。

そして、経営者の仕事は新機能を追いかけることではなく、追いかける量の上限を決めることです。週1件。この数字を決められるのは社長だけです。現場は上限を決められません。上限がなければ、良さそうなものは全部「やったほうがいい」ことになり、結局どれも中途半端に終わります。

全部を読む必要もありません。読むのは②と①だけ、と決めてしまう。それで会社は遅れません。むしろ、②を確実に潰している会社のほうが、あとから振り返ると圧倒的に安全なところに立っています。

中小企業の一番の武器は、意思決定が速いことです。ただ、速さは、判断の数を減らして初めて出てきます。

来週の月曜、15分だけ

いまも、あの会社の月曜の朝は同じです。9時に3人が集まって、貼り溜めたものを投げて、表が出るのを待って、②と①だけを見て、15分で解散する。誰も焦っていません。

余談ですが、その会議はいまも立ったままやっているそうです。座ると15分で終わらないから、というのが総務課長の弁でした。

始めるのに、立派な仕組みは要りません。必要なのは、貼り溜める場所と、3つの問いと、週1件という上限だけです。今日から作れます。

来週の月曜、先週流れてきたお知らせを全部貼りつけて、4つの箱に分けてみてください。おそらく半分以上は④に落ちます。落ちた分だけ、今週の頭が軽くなります。

そして残った1件を、来週ステージングで試してみてください。1件でかまいません。1件だけ試して、1件だけ本番に上げる。それを52週続けた会社が、1年後にいちばん前を歩いています。

新しい機能は、これからも毎週出ます。追いかけるのをやめても、置いていかれません。置いていかれるのは、仕分けをやめたときです。

あわせて読みたい

AIの請求書が読めない。単価が毎月動く時代のコスト設計

https://note.com/comix_ceo162230/n/n77bc77e248b7

軽い用事にも、AIは全力で考えていました。──社員に配った翌月、請求書の中身が読めなくなる

https://note.com/comix_ceo162230/n/n72517aaa3068

AIが戦争を始めて、負けた。権限を渡す前に経営者が決めておくこと

https://note.com/comix_ceo162230/n/nc174c150ee5b

鈴木章裕

株式会社コミクス 代表取締役