タグ: 中小企業

このブログは、毎晩AIエージェントが1本記事を書き、翌朝9時に予約公開されます。私は朝それを読んで、マズければ9時前に取り消す、という運用を続けています。

始めたのは2026年の7月下旬。今日でちょうど60日を超えたところです。

60日のあいだに、私は「便利そうだから入れたけれど、続けるうちに全部やめた設計判断」が3つあります。

今日は、その3つがなぜ生まれて、どこで折れて、今どうしているかを、そのまま書きます。AIを業務に入れようとしている経営者の方に、同じ穴を踏んでほしくないからです。

1. なぜ「やめた設計判断」を書くのか

AIエージェントに業務を任せる話題は、2026年に入って一気に増えました。半年で暴走が疑われる報告が約5倍に増えたという調査もあります（AIエージェントの失敗事例4つ — AINOW）。

私自身も、自社のブログを実験台にして、この半年で運用の中でしか気づけない設計ミスを3つ踏みました。

大切なのは、最初の設計が悪かったこと自体ではありません。悪いのは、「あとで直せばいい」と思って動かし続けてしまうことです。

AIエージェント導入で失敗する企業の共通課題として、多くの解説記事が「導入設計と運用設計の不足」を挙げています（AIエージェント導入の失敗5パターン — Uravation、中小企業のAI導入で失敗する理由 — 中小企業AI導入ナビ）。私が踏んだ3つの穴も、その通りでした。

2. やめた① 次の1本を「★印」で指す運用（★ポインタ運用）

最初にやったのは、次に書くべき記事を「★」で指しておく、という運用でした。

どう動いていたか

企画一覧のファイルに、記事案がたくさん並んでいます。その中の1つに「★」を付けておくと、夜間の仕組みがそれを見つけて、その1本を書きます。書き終えたら次の企画に「★」を移す —— という設計です。

一見すると自然です。「次はこれ」を人間が矢印で指しておくだけなので、直感的でした。

何が折れたか

問題は、企画のファイルが4つに増えたときに起きました。建設・住宅・AI・サービスの4ライン運用に切り替えた瞬間、「★」が4個に増え、どのファイルの★を優先するかという別のルールが必要になりました。

• 前日書き終えたのはどのラインか？
• 曜日はどのライン？
• 明日書き始める前に、どのファイルの★を進めるか？

このメタルールを毎晩AIに正しく判断させ続けるのは、思ったより難しい仕事でした。ある晩、AIは「どの★を進めるべきか」の判断を1文字ずれで解釈し、以降は誰も次を書かなくなりました。

結果、8晩連続で1本も上がりませんでした。朝、9時の枠が空のままメールが飛んでくるのを、8回見ました。

どう直したか

やめる判断は早めでした。7月下旬、「★を探すのをやめて、日付だけ見る」と決めました。今は次のようになっています。

• 企画一覧の各行に「投稿予定日」だけを書いておく
• 夜間の仕組みは「企画のうち、投稿予定日が最も早い行」を選ぶ、それだけ
• ★は使わない

判断のロジックが1行のルールに減った瞬間、8晩空振り問題は消えました。

これはAIエージェントの設計としては、SREの本番運用で使うガードレールパターンや、ハーネスエンジニアリングで言われている、「判断を減らして、状態を1つに束ねる」という発想と重なる話でした。

経営者の実務で言い換えると、AIに毎晩なにか判断させるルールは、社員の当番表と同じで、手数が多いほど回らなくなります。「手が空いた人がやる」という決め方の会社は、たいてい誰もやりません。

3. やめた② 1晩に何本もまとめて公開する設計（週2本→1日1本へ）

2つ目にやめたのは、1晩に複数本を公開できる設計でした。

どう動いていたか

最初、私は「週2本」というペースで設計しました。夜間の仕組みには「1晩に最大2本まで書いてよい」というオプションを付けていました。ネタが溜まったら一気に消化するつもりでした。

何が折れたか

1晩に2本上げようとした最初の日、1本目でリサーチ用のAPIが認証切れしていたのに気づかず、そのまま2本目も同じ失敗でこけました。翌朝9時、記事は2本とも上がっていませんでした。

もっと怖かったのはその次の日です。前日の分を取り戻そうと「1晩に3本」に一時的に上げた晩、1本の設定ミスが3本ぶんに拡散しました。3本とも、著者名の年数の記述に同じミスが入っていました。

暴走のダメージは、本数に比例するのではなく、掛け算で効きます（AIエージェント安全設計 — Zenn）。1本の間違いを1本で止めるのと、それが3本に伝播するのとでは、修復工数がまるで違いました。

どう直したか

やめた後は、次のシンプルな2つに戻しました。

• 1日1本までを、コード側でハードキャップとして持たせる
• そのキャップは環境変数で外せるが、自動処理からは外せないよう仕組み側で締めておく

今は、「たくさん書ける晩」でも1本しか書かない、という思想で固定しました。溜まったネタは、翌日以降の予定日に順番に並べます。

これは、生成AIのガードレール設計でよく言われる「破壊的操作の物理的な遮断」の発想に近い話です。プロンプトで「やりすぎないで」とお願いするのではなく、そもそも呼べない構造を作っておく。

経営者の実務で言い換えると、AIを社内に入れるときも同じです。「気をつけて使ってね」で運用するより、そもそも一度に多くを動かせない仕組みにしておくほうが、事故ったときの被害が小さく済みます。

4. やめた③ 「あとで実例を入れる」プレースホルダ運用

3つ目は、記事本文の中に【ここに実例】と書いた箱を置いておく、という運用でした。

どう動いていたか

AIには、記事の一次情報として「クライアントの事例をあとで代表が入れる」前提で本文を書かせていました。本文の中には【ここに実例】という文字列が仮に置かれ、翌朝、私が実際の事例をそこに埋める、という段取りです。

「AIは骨組み」「人は肉付け」の分業として、当時はこれが正解に見えました。

何が折れたか

始めて数日後、その【ここに実例】が、埋められないまま公開直前まで残っていたことがありました。私が朝バタバタしていて、埋めるのを忘れた日です。

幸い、9時前に気づいて公開を取り消しましたが、「あとで埋める」を前提にしたブロックは、埋め忘れが必ず起きる、と分かった瞬間でした。

これは私に限った話ではありません。フォーム設計の解説記事でも、プレースホルダーがラベルの代わりに使われた入力欄では、後で見返したときに何を入れる欄か分からず入力ミスや空欄が発生しやすい、という指摘が繰り返し出てきます。「あとで入れる」箱は、あとで入れられない、という構造は、業種を超えて同じでした。

どう直したか

決めたのは、「そもそも実例なしで完結する記事構成にする」という切り替えでした。

• 【ここに実例】は本文から消す
• 代わりに、業界統計・公式ガイドライン・自社の実測を根拠にする
• クライアントの事例がその記事に本当に必要なときだけ、書く前に明示的に「今回は入れる」と宣言する

この判断で、AIが書いた原稿を、私がそのまま朝読んで、そのまま出すという一発通しの状態に近づきました。

経営者の実務で言い換えると、社員に「あとで直しといて」と依頼した仕事は、たいてい直されません。「あとで」を仕組みから抜くと、AIも人も、ちゃんと動きます。

5. 3つに共通していた「1つの発想」

3つの設計判断は、それぞれ別のところで折れました。しかし、やめた後に振り返ると、共通していた失敗の型は1つだけでした。

「後から直せる」を前提にした設計は、後から直せない。

• ★ポインタは「次の朝に★を進めればいい」と思っていた → 進めなかった
• 1晩複数本は「暴走したら止めればいい」と思っていた → 止まらなかった
• プレースホルダは「朝に埋めればいい」と思っていた → 埋まらなかった

3件とも、運用側の私の意志力に依存する設計でした。意志力は毎日同じ量では出ません。夜遅い、朝忙しい、他の業務に手を取られる。そのときの1回の判断ミスで、翌日の記事が飛ぶ、という構造を作ってはいけなかった、というのが結論です。

3つの手直し後、同じ運用の週に発生する書き直し・落穂拾いの件数は、指数で見て1割以下になりました。1週間の作業の中で、朝の緊急対応に使う時間が消え、その時間が新しい企画のリサーチに回るようになったのが、いちばん大きな変化でした。

6. 経営者にとっての翻訳 —— AIを業務に入れるときの3つの問い

私の話は「毎晩ブログを書く仕組み」ですが、同じ穴は、社内でAIを使い始める会社ならどこでも踏みます。

もしこれからAIを業務に入れようとしているなら、私からは3つの問いをお渡ししたいです。

• その運用は「毎晩、あなたが正しく判断できる前提」になっていないか？ —— 意志力に頼らない仕組みに寄せる
• その運用は「暴走したら止められる前提」になっていないか？ —— そもそも一度にたくさん動かない設計にする
• その運用は「後で人が直せる前提」になっていないか？ —— 後で直す箱を、最初から作らない

AIの設計でいちばん強い判断は、「何を入れるか」ではなく「何をやめるか」でした。

私は建設現場の実務を22年やってきて、6年目からずっと現場は「決めごとが少ないほど回る」という肌感覚を持っています。AIの運用も、まったく同じでした。

御縁では、AIを業務にどう入れるかの入口の1〜3日を、経営者の方と一緒に整理するご相談をお受けしています。私が自社で踏んだ穴も、そのまま共有します。「うちは何からやめておくべきか」を一緒に見ていただければと思います。

私はこのブログを、毎晩AIに書かせています。

今晩で開始から43日目、公開済みが32本。企画・執筆・画像生成・予約投稿・SNS投稿文まで、朝9時公開の直前まで自動で流れる仕組みで運用しています。

そのなかで、「AIに任せて成果物が出た仕事」と「任せると必ず事故る仕事」は、はっきり分かれてきました。

今日はその線引きを、実際にやってみて分かった6つとして書きます。判断基準の一般論ではなく、自分の会社で試して当たり外れが出た仕分けです。経営者としてAIを社内に入れる順序を決めるときの、叩き台になれば。

1. なぜ「6つ」で整理したか

一般論としては、AIに向く仕事と向かない仕事を仕分けるための問いはいくつか提案されています。たとえば「やり直しがきくか／正解に幅があるか／材料が手元にあるか／良し悪しを判断できるか」の4つで判定する整理が、実務向けにはよく紹介されています（AI業務効率化はどの業務から？渡せる仕事と渡せない仕事の見分け方 — Tradivance）。

考え方としては正しいのですが、自分でやってみると「4つの問いに当てはめれば決まる」というほど単純ではない、というのが実感でした。同じ業務の中でも、任せてよい部分と任せられない部分が線1本で分かれます。

だから私は、業務そのものではなく「AIに何を渡していたか」で6つに切り直しました。前半3つは任せて成果物が出た渡し方、後半3つは任せて事故った渡し方です。

2. 任せてよかった3つ

2-1. 下書きの整え（構成・章立て・見出し順）

いちばん最初に効いたのが、記事の下書きの整えでした。

たとえば「変更協議資料を書くときの中身」というテーマで書くとき、私は話したい要素を箇条書きで先に出します。「変更事由の3区分／変更内容の対比／概算の内訳／通っても通らない落とし穴」といった具合です。この5〜10個の要素を渡して、「これを読み手が迷わない順で並べ直して」と頼むと、見出しの並びと章の切れ目がすぐ返ってきます。

これは事故りませんでした。理由は、元の材料（何を書きたいか）が私の側にあって、AIは並び順を整えているだけだからです。順序が微妙なときは私が入れ替えますが、たたき台があるのと白紙から並べるのでは、かかる時間がまるで違います。

具体的にどれくらい違うかと言うと、以前は1本の記事の構成を組むのに30分〜1時間かかっていたのが、いまは10分程度で収まっています。構成を組む工程を短くできると、材料集めと本文の言い回しに時間を残せる。これが大きい。

2-2. 調査結果の要約

Web検索で拾った3〜5本の記事を貼り付けて、「この中から、住宅会社の広報が気にする数字だけ抜き出して」と頼むのも、事故りませんでした。

これも、元になる正解が別の場所にある仕事です。AIは記事の中に書かれている数字を拾い出しているだけで、数字そのものを生み出してはいません。だから間違いにくい。

ただし、要約から抜き出した数字をそのまま本文に貼るのは危ない、というのが実測での注意点です。要約は「元の記事に書かれていた」ことを保証するだけで、「元の記事が正しかった」ことは保証しません。だから私は、要約でざっくり当たりを付けてから、原典に戻って数字を拾い直す、という2段構えでやっています。

原典に戻る手間が入りますが、「まず一次情報を全部読む」のと「要約を先に読んでから当たりを付ける」のでは、読む本数が半分になります。これも時間の削り方として効きます。

2-3. 別の言い方への置き換え

3つ目は言い換えです。

同じ内容を、「経営者向けに」「現場所長向けに」「もっと短く」「もっと丁寧に」と、宛先や長さを変えて書き直させる仕事は、事故りません。元の意味が正解として存在していて、AIは表現だけ変えているからです。

私は1本の記事のリード文を、毎回3〜4パターン書き直させます。そこから自分が読者として引っかかったものを選ぶ、という使い方をしています。選ぶ材料が3つあるのと1つしかないのでは、選んだ後の納得感が違います。

「別の言い方に置き換える」は、社内文書やお客様への返信の下書きにも同じ形で使えます。1回目の下書きを人が書いて、それを「もう少し柔らかく」「もう少し具体的に」と書き直させる。これも、任せて事故らない渡し方です。

3. 任せられなかった3つ

ここから後半です。業界解説の記事では「AIが得意」とされていることでも、自分でやってみると事故る渡し方がありました。3つ書きます。

3-1. 数字の最終値

これは前回の記事（AIに任せて事故りかけた話 — 数字と固有名詞は人が確認する）でもそのまま書きましたが、数字の最終値だけは、最後に人が見ないと事故ります。

自分の経歴の年数（20年と22年の混在）、氏名の表記ゆれ（雅治・正治・増本）、実測データの集計値、料金の考え方に出てくる金額の桁——このあたりは、AIに書かせるとどこかで必ずずれます。

なぜ数字だけがこう抜けるのか。私が2件の事故を並べて考えた結論は、「もっともらしく書ける場所」だけが、もっともらしい候補にすり替わる、というものでした。文法チェックには引っかからず、AI自身も「これは矛盾している」と気づく手がかりを持ちません。

だから対策は難しくありません。「この記事の数字と固有名詞だけ、拾い読みで照合する時間」を、書き終わったあとで別に取ります。3分もかかりませんが、これを省いた8本で21箇所の年数混在と3件の氏名誤字が起きました。数字の最終値をAIに任せていい仕事は、いまのところ1つも見つかっていません。

3-2. 判断そのもの

2つ目は、**「複数の選択肢のうちどれか一つを選ぶ」判断——これはAIに任せられませんでした。

たとえば、記事の書き終わりで「これは公開してよいか、下書きに戻すか」を決める場面。AI側にも「この記事は公開可」と言わせることは技術的にできますが、そう答えたときの責任がAI側に何もない。あとで内容に問題が見つかっても、AIは謝りません。損失は全部会社側に残ります。

同じ理由で、私が任せない判断はこのあたりです。

• 記事を予約公開するか、下書きに戻すか
• お受けする相談か、お断りする相談か
• 関連記事に何を選ぶか（読者の動線設計）
• 料金の考え方をどこまで明かすか

これらは、正解が1つに決まらず、選び方に会社の方針が乗っている仕事です。方針を選ぶのは経営側の役割で、AIに委ねると、選ばれた結果が偶然会社の方針と合致しているかどうかを、後から人が検証することになります。それなら、最初から人が選んだほうが早い。

経済産業省が2026年3月に公表した「AI事業者ガイドライン 第1.2版」でも、AIの出力を評価の参考にする場合は人間による合理的な判断のもとで説明責任を果たすことが求められています（AI事業者ガイドライン 第1.2版 — 総務省・経済産業省）。判断そのものを人が握るというのは、リスク管理ではなく、AIの使い方の設計そのものとして求められている、と私は読みました。

3-3. 相手固有の文脈

3つ目は相手固有の文脈です。これがいちばん、最初は分かりにくかった。

たとえば「初回相談で聞き出したその会社の状況」を踏まえて次の提案を書く、という仕事。AIには手元にその会社の状況がありません。「こういう会社です」と説明しても、説明した範囲を超えた背景——決算の締まり方、社内の力学、過去の失敗、代表の口癖——には手が届きません。

私はこれを最初、「もっと詳しく説明すれば済む」と思っていました。ところが、詳しく説明しようとすると、説明すること自体に時間がかかりすぎて、自分で書いたほうが早い。ここで、「AIに文脈を渡す時間」と「自分で書き上げる時間」を天秤にかけて、後者が短いなら任せない、というシンプルな線引きに落ち着きました。

具体的には、次のような仕事は任せませんでした。

• 特定のクライアント向けの提案の骨子（会社ごとの事情に踏み込む）
• 相談の一次ヒアリングの解釈（相手の言い回しの裏を読む）
• 業界特有の言い回しの選び方（現場側の人にしか通じない微妙なニュアンス）

一方、「相手固有の文脈が要らない部分」——たとえば見積書の体裁や、お客様への定型的な返信の下書き——は、任せて事故りません。相手が違っても書式が同じ仕事は、AIに向いています。

4. 6つを表にすると

言葉で書いた6つを、いちど並べて見比べます。

| 渡し方 | 任せた結果 | 判定の理由 | |---|---|---| | 下書きの整え | 事故らない | 元の材料が人の側にある | | 調査の要約 | 事故らない | 元の正解が原典側にある | | 言い換え | 事故らない | 元の意味が正解として決まっている | | 数字の最終値 | 必ず事故る | 「もっともらしい候補」にすり替わる | | 判断そのもの | 必ず事故る | 選んだ結果の責任がAI側に無い | | 相手固有の文脈 | 事故るか、任せる時間より書く時間のほうが短い | AIの手元に相手の背景が無い |

前半3つの共通点は、「元になる正解が別のどこかにある」。後半3つの共通点は、「元になる正解が、AIの中にも人が渡した情報の中にも無い」。

これがいまの私の、6つの線引きです。

5. この線引きを、業界の一般整理と重ねてみる

参考までに、業界解説として整理されている12の事務作業の判定を横に置きます。中小企業の事務作業を「丸ごと任せる／たたき台まで任せる／ソフト機能に任せる／人が判断する」の4分類で仕分けた例です（AIで業務効率化、結局どの作業が消えるのか — 中小企業×AI活用）。

分類の割合を見ると、「丸ごと任せる」は12業務のうち3つにとどまり、残り9つは何らかの形で人が関わる設計になっています。「人が判断する」領域は必ず残るというのは、事務作業全体に共通する構造のようです。

私の6つの線引きを、この4分類の考え方に重ねてみると、こう読めます。

• 前半3つ（下書き・要約・言い換え）＝「たたき台まで任せる」の範囲
• 後半3つ（数字・判断・相手固有）＝「人が判断する」の範囲

つまり、私の実測で分かった線引きは、業界解説と大枠では一致していたということです。ただし、業界の記事を先に読んで「そうか、これは任せていい・これはダメ」と信じるより、小さな仕事で試して当たり外れを一度自分で見たほうが、社内で説明するときに強い。これも経験値としての実感です。

6. 経営者の側から見たときの、渡す順序

読んでくださっているのは、社内でAIを入れるか、あるいはすでに入れて次にどう回すかを判断する立場の方だと思います。

この6つの線引きを、経営判断に落とすと、渡す順序はこうなります。

1. まず、「元になる正解が別のどこかにある」仕事から渡す。下書き・要約・言い換えの3つは、事故が出にくく効果も見えやすい入口です 2. 次に、その仕事の「数字と固有名詞と判断」だけを人が見る時間を、別に設ける。この3分〜5分の時間を省くと、必ずどこかで事故が出ます 3. 相手固有の文脈が要る仕事は、渡す前に「渡す時間と自分で書く時間」を天秤にかける。短い方を選ぶだけで、大きな失敗は避けられます

これは、AIを使わないうちからでも設計できます。むしろ、社内でAIを入れる前に、この順序を先に決めておいたほうが定着します。

前回の記事（AIを業務に入れるとき、最初に渡すべき仕事の選び方）で書いた「最初に渡す仕事の選び方」の、具体的な内訳がこの6つになると思ってください。

7. まだ試せていない領域

正直に書くと、この6つはまだ私の会社の実測での話です。業種によっては別の線引きがあるはずで、たとえば次の領域はまだ試せていません。

• 金額の見積もり作成——見積書の体裁は任せられそうだが、単価表と過去実績をどう渡すかで結果が変わる
• 社内のマニュアル作成——書き出し済みの手順があれば要約は任せられそうだが、暗黙知の言語化は不明
• 顧客との交渉のたたき台——相手固有の文脈が強く出るため、渡し方が難しそう

これらは、依頼を受けて実際に触ったときに、経過報告シリーズ（毎日1本・AI執筆でSEOは上がるのか 第2回）のなかで書き足していきます。「試したことしか書かない」というルールは、A線の記事で自分に課しているものなので、ここは焦らずやります。

---

AIに何を任せるかは、業務ではなく渡し方で決まります。 「この仕事はAI向き」ではなく、「この仕事の、この部分の、この形の渡し方は事故らない」と、細かく切って渡す。それが1ヶ月半やってみた実感です。

社内でAIを入れる方の、順序を決める材料になれば十分です。

「うちもAIを使いたいんですが、何から始めればいいですか」。

ここ数ヶ月、いちばん多く聞かれる質問です。建設会社の経営者からも、住宅会社の経営者からも、ほぼ同じ言い方で聞かれます。

私の答えはいつも同じで、最初に渡すのは「やり直しが効く仕事」から、です。

この記事では、なぜそう答えるのかを、自分の会社で実際にやったこと——うまくいったことも、先日2日間まるごと止まった失敗も含めて——整理します。

1. 多くの会社は「何から」で止まっている

まず、いまどのくらいの会社がAIを使っているのかを見ておきます。

中小企業基盤整備機構が2026年3月に公表した実態調査（全国の中小企業10,000社に配布・有効回答1,668社）によると、AIを導入している中小企業は20.4%、導入を予定・検討中が18.6%、そして「導入予定なし」が61.0%でした（中小企業のAI等の利活用に係る実態調査）。

同じ調査で、私がいちばん引っかかったのは別の数字です。

「成功事例や活用事例などの情報が不足している」と答えた企業が83.3%。「適切なベンダーや製品を選定する情報の不足」が79.8%で続きます。

つまり、多くの会社は「AIが要るかどうか」で迷っているのではなく、「で、うちは何から手をつけるのか」が分からなくて止まっているということです。

私が「何から始めればいいですか」と聞かれ続けているのは、たまたまではなかったわけです。

2. 私が最初にAIに渡した仕事

先に、私自身が何をやっているかを書きます。

私は22歳から一般土木の施工管理、26歳からは専門業種の技術職として、通算22年ずっと現場側にいました。いまはその経験を土台に、AIを使って現場事務所のバックオフィスを効率化する仕事をしています。

そのうえで、自分の会社で最初にAIに渡したのは「このブログを書いて予約投稿するまで」の仕事でした。

具体的には、毎晩決まった時刻にAIが動いて、次に書く記事をリストから選び、必要な調べものをして、本文を書き、画像を作り、翌朝9時公開の予約投稿として登録するところまでを一続きでやります。SNSの投稿文もそこで作っておいて、翌朝別の仕組みが投稿します。

ここでいう「AIエージェント」というのは、チャットで一問一答するのではなく、手順を渡すと自分で調べて実行するところまで進むAIのことです。難しく考えなくて大丈夫で、要は「指示書を読んで作業する担当者」に近い使い方です。

なぜこの仕事を最初に選んだのか。理由は次の章のとおりです。

3. 最初に渡す仕事を選ぶ4つの条件

私が仕事を選ぶときに見ているのは、この4つです。

3-1. やり直しが効くこと

いちばん大事なのがこれです。間違っていたら捨ててやり直せる仕事かどうか。

ブログ記事は、公開前なら何度でも書き直せます。おかしければ消せばいい。取り返しがつきます。

逆に、一度出したら戻せない仕事——提出済みの書類、送信済みの見積、押した判子——は最初に渡す仕事ではありません。AIが優秀かどうか以前に、学習期間中に必ず起きる失敗を吸収できないからです。

3-2. 出来の良し悪しを、自分が判定できること

次に、上がってきたものを見て「これは違う」と自分が言えるか。

私はブログの文章については、良い・悪いの判断が自分でつきます。だから任せられます。

判断できない分野の仕事を最初に渡すと、間違ったまま進んでいることに気づけません。これは効率化ではなく、単にリスクを増やしているだけです。

3-3. 毎回発生する仕事であること

年に1回の仕事をAIに渡しても、仕組みを作る手間のほうが大きくなります。

先ほどの調査でも、AIの導入目的は「業務効率化／作業時間の短縮」が87.0%と突出していて、2位の「品質向上」（32.3%）と50ポイント以上の差がついています。

時間を削るのが目的なら、削れる回数が多い仕事＝頻度の高い仕事から入るのが素直です。

3-4. 止まっても、他人に迷惑がかからないこと

そして最後がこれです。最初の実験台は、必ず自分の会社の仕事にする。

お客様に納品する仕事や、期限のある提出物でいきなり試すと、うまくいかなかったときに謝るのは自分ではなく相手の時間です。

私がクライアントの業務ではなく自社のブログから始めたのは、この理由が大きいです。

4. 実際に、2日間まるごと止まりました

ここからが失敗の話です。

先ほど「毎晩AIが記事を書く」と書きましたが、この仕組みは2026年7月31日と8月1日の2日間、まったく動きませんでした。記事は1本も作られず、ブログは2日分の穴が空きました。

原因はAIの性能ではなく、AIを動かすための認証が深夜に期限切れになっていたという、ごく事務的なものでした。人が誰も触っていない時間帯に切れて、そのまま朝を迎えていたわけです。

ただ、本当に痛かったのは止まったことではなく、止まったのに誰も気づけなかったことでした。

仕組みとしては「失敗しても処理を続ける」という作りにしていたので、外から見るかぎりエラーはゼロ、正常終了と記録されていました。実際には中身が全滅していたのに、です。

気づいたのは2日経ってからでした。

私はこの経験から、AIに仕事を渡すときの条件をもう1つ足しました。「動かなかったときに、それが分かる形になっているか」です。

いまは、認証が切れていれば作業を始める前に止めて手元に通知が来ますし、朝の時点で記事が無ければ「無い」と知らせが来ます。AIに仕事を渡すというのは、正常系を作ることではなく、異常に気づける形を作ることだ——というのが、2日分の記事と引き換えに学んだことです。

ついでに正直な数字も書いておきます。毎日書けているからといって読まれているわけではありません。この仕組みで公開した記事は、直近90日で1本あたり0〜2ページビュー、サイト全体でも30日で162ページビューという規模です。「毎日出せている」と「成果が出ている」は別物で、いまは前者を作っている段階です。

5. 逆に、最初に渡してはいけない仕事

条件の裏返しになりますが、はっきり言葉にしておきます。

1. 一度出したら取り消せないもの（提出済みの書類、送信済みの連絡、対外的な回答） 2. 金額と固有名詞が入るもの。AIは、それらしい数字と名前をそれらしく書きます。ここは人が確認する場所です 3. 判断そのもの。「どちらを選ぶか」を渡してはいけません。渡すのは、判断材料を揃えるところまでです

3つ目は、私の仕事の線引きそのものでもあります。AIに書類の下ごしらえをさせても、提出するかどうかを決めるのは、必ずその現場の責任者側です。ここを渡してしまうと、効率化ではなく責任の押し付けになります。

6. 明日からできる、最初の30分

最後に、実際にやってみるための手順を書きます。特別な道具は要りません。

1. 付箋を20枚用意して、先週やった仕事を1枚1件で書き出す（思い出せる範囲でかまいません） 2. 「やり直しが効くか」で2つの山に分ける 3. やり直しが効く山の中から、毎週やっている仕事を3枚選ぶ 4. その3枚のうち、自分が出来の良し悪しを判定できるものを1枚だけ残す 5. その1枚を、まず自分でAIに手伝わせてみる（いきなり自動化しない）

最初は自動化しないことが大事です。自分で何度か一緒にやってみて、「毎回だいたい同じ手順だな」と分かってから仕組みにする。順番を逆にすると、間違った手順が毎晩正確に繰り返されるだけになります。

私も、いまの毎晩動く仕組みにたどり着く前に、8晩続けて何も成果が出ない期間がありました。原因は設定の問題でしたが、手順が固まる前に自動化を急いだという面もあったと思っています。

---

「うちは何から始めればいいですか」の答えは、業種によって変わりません。

やり直しが効いて、良し悪しが自分で分かって、毎週発生して、止まっても人に迷惑がかからない仕事。それが1枚見つかれば、そこが入口です。