AIエージェントに毎晩ブログを書かせる仕組みで、初期にやめた3つの設計判断

深夜の無人のオフィスで、ノートパソコンだけがブログ執筆と予約投稿のログを表示している場面

御縁 GROWTH ロゴ

このブログは、毎晩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晩空振り問題は消えました。

上=乱雑な★印の付いたメモ、下=予定日と記事名だけが並んだ静かな一覧、という2枚の紙の対比

これは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本しか書かない、という思想で固定しました。溜まったネタは、翌日以降の予定日に順番に並べます。

1日1枚の付箋しか貼らない週間カレンダーに、2枚目を貼ろうとした手を静かに押さえている場面

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

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

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

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

どう動いていたか

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

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

何が折れたか

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

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

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

どう直したか

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

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

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

「やめた3つの設計判断」と書かれた紙を挟んで、2人が向かい合って中身を確認している場面

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

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

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

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

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

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

3つの設計判断の、やめる前と後の週次書き直し件数の指数比較グラフ

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

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

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

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

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

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

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

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

Masaharu Ishimoto

この記事を書いた人

Masaharu Ishimoto(御縁 GROWTH)

AIエキスパート / 現場実務22年

22年間ずっと現場側で実務をしてきた人間が、いまはAIエージェントを毎日の業務に組み込んで運用しています。うまくいったことも、任せて失敗したことも、そのまま書いています。

🎬 プライベート
X
TikTok
Instagram
💼 お仕事
Instagram
Facebook
▶ YouTube
チャンネル(準備中)

☀️ AIをどこから業務に入れるか、一緒に整理しませんか?

実際にAIエージェントを日々動かしている立場から、御社で最初に任せられる仕事を無料で洗い出します。

無料相談・診断はこちら

お電話 090-1888-7622(平日9:00〜18:00)/ 公式LINEで相談

毎日1本AI執筆でSEOは上がるのか(自社実験 経過報告 第3回)

8週間分の週次レポートを横1列に並べて俯瞰した机の上

御縁 GROWTH ロゴ

前回、5週間で30本まで積み上げて、GA4合計は66ページビュー・コンバージョン0、と書きました。

あれから3週間、開始から数えると約2ヶ月が経ちました。同じ実験をそのまま続けています。今日はその経過報告 第3回です。

先に結論を書きます。累計52本まで積み上げましたが、ページビューは74・コンバージョンはまだ0のまま。数字の伸びは前回よりさらにゆるやかで、代わりに見え始めたのは「壊れ方の質が変わってきた」ということでした。 この2ヶ月で運用を回し続けた立場から、何が起きたかを順番に書きます。

8週間分の週次レポートを横1列に並べて俯瞰した机の上

1. 前回のおさらい

第2回(経過報告 第2回)で書いたのは次のことでした。

2026年7月22日から8月27日までの37日間で累計30本を公開し、GA4合計は66ページビュー・66セッション・コンバージョン0。ラインで見ると、住宅ライン11本の48PVがこの期間の約7割を占めて、他の3ライン(建設・AIの学び・サービス)はまだ本数が薄いか、反応が薄いか、あるいはその両方でした。

そこから見えた暫定的な結論が、「AIを賢くしようとするより、AIに毎回渡す側を整えるほうが早い」というもの。

第3回はこの続きです。同じ指標で並べ直すのがこの経過報告の設計なので、指標は第1回・第2回と揃えます。

2. 約2ヶ月経過の実測値をそのまま出す

2026年7月22日から9月17日までの58日間で、累計52本を公開しました。

GA4(Googleアナリティクス)の合計は、本記事執筆時点で次の通りです。

  • 累積ページビュー: 74
  • 累積セッション: 74
  • 累積コンバージョン: 0

第2回の時点で30本66PVでしたから、そこから3週間で22本増やして、追加分のPVは8、というのが素直な読み方です。本数は1.7倍、PVは1.1倍。新しく足した記事ほど、まだ数字が乗っていない、という前回書いた傾向がさらに強くなっています。

07-22から09-17までの58日間でAI執筆した公開記事本数と、そのGA4合計ページビューの週次推移(自社実測)

もう少し具体的に見ると、上位3本の顔ぶれは前回とほとんど変わりませんでした。

  • 1位: #4「住宅会社のホームページ集客 完全ガイド」(P1ハブ)が14PV
  • 2位: #8「AI検索時代の住宅会社集客ガイド」(P3ハブ)が10PV
  • 3位: #7「GA4計測改修の前後で何が変わるのか」(P2)が9PV

第2回と同じ3本が同じ順位で並んでいます。この3週間で入れ替わりは起きていない。上位3本が全体の44%(33/74)を占めていて、上と下の差が広がるほうに傾いた格好です。

「本数を増やせば平均PVが上がる」という素朴な仮説は、少なくともこの58日間では成立していません。それどころか、本数を増やすほど1本あたりの平均は下がっていく(第2回=2.2PV / 第3回=1.4PV)——新しい記事にまだインデックスと評価の時間が乗っていないだけ、という一般相場(新規サイトのインデックス反映まで数週間〜数ヶ月/SEO効果は3〜6ヶ月)と、私が見ている景色は矛盾していません。

つまり、いま出ているのは「本数の効き目」ではなく「時間の効き目」 です。この違いを取り違えると、続ける・やめるの判断が狂います。

3. ラインごとの偏りは、前回よりさらに強まった

ラインで分けて足してみます。

  • 住宅ライン(P): 18本で51PV(1本あたり2.8PV)
  • 建設ライン(C): 20本で17PV(1本あたり0.9PV)
  • AIの学び(A): 7本で5PV(1本あたり0.7PV)
  • サービス紹介(S): 6本で1PV(1本あたり0.2PV)

第2回では住宅ラインだけが反応の芽を出していると書きましたが、建設ラインを本数で追い越したのに、PVでは住宅の3分の1に届いていない、というのが第3回の読み方です。

住宅・建設・AIの学び・サービスの4ラインの累計PVを帯の長さで比較した俯瞰

住宅と建設で、本数はほぼ並んだ(P=18 / C=20)のに、PVは住宅51対建設17で、この差はほとんど詰まりませんでした。

建設のPVがなかなか乗ってこない理由は、いまの時点では3つ仮説を持っています。

1つ目は、単純に新しい記事が多くて時間切れなだけ、という仮説。第2回の時点で建設は11本しかなく、そのうち古い記事も1本1〜4PVの小さな粒でした。建設20本のうち、公開から1ヶ月以上経ったものはまだ半分です。3〜6ヶ月の一般相場に当てはめると、判断はまだ早い。

2つ目は、建設読者の検索行動と、私の記事タイトルが噛み合っていない、という仮説。建設の現場所長が実際にGoogleに打ち込む言葉は、私が想像する言葉よりもっと具体的で狭いのかもしれません。「変更協議資料 書き方」「施工計画書 テンプレート」「現場監督 書類 多すぎる」——このあたりの長尾クエリを、私はもう少し丁寧に拾えていない可能性がある。

3つ目は、建設現場の意思決定者は、そもそも仕事中にブログを読まないという仮説。日中は現場にいて夜に事務所で書類を書くという生活リズムだと、Googleでブログを読むタイミング自体が薄い。この場合、SNSやメルマガの経路をきちんと持たないと、記事の中身がよくても届かない。

第3回の時点では、この3つを切り分けるほどの材料はまだありません。第4回でSearch Consoleのクエリ別データを並べてから、どの仮説が正しそうかを詰めます。

AIの学び(A線)とサービス紹介(S線)はまだ本数が7本・6本と少なく、PVで良し悪しを語る段階に達していません。両方とも「読んだ人がすぐ問い合わせに変わる」ことを直接期待するラインではなく、指名検索と滞在時間で評価するべきライン、というのは第1回・第2回と変わりません。

4. この3週間で「壊れた」こと4つ

第1回・第2回と同じで、AI運用でいちばん怖いのは「動いているように見えるけれど、実は動いていない」状態でした。

第3回の期間でも、同じ類の壊れ方が4回起きました。それぞれ書きます。第2回で書いた4件と比べると、質が変わっています。前回は「1本1本のバグ」でしたが、今回は「システムの外側(認証・使用枠・スケジュール)」で落ちるものが多い。

この期間に起きた4件の壊れ方と、気づくまでにかかった時間の俯瞰

① 承認拒否で予約投稿が止まった。夜間タスクは「事前に許可した文字列のコマンドだけが動く」設計です。9月上旬、スクリプトの呼び出し方を微妙に変えたのですが、新しい書き方は承認リストに入っていなかった。記事本文とSNS文までは仕上がっていたのに、09:00公開の枠は空のまま。気づいたのは朝の6時間後でした。この失敗は第2回でも一度書いていて、同じ形の再発です。

② 夜の途中でAIの使用枠を使い切って中断した。Claude Codeには1日あたりの利用枠があり、それを超えると途中で止まります。9月中旬のある夜、記事の執筆と画像生成で使用枠を先に食ってしまい、投稿の直前で中断しました。「動ききれずに止まった」わけです。認証切れと使用枠切れは似た症状で出るのですが、原因が違うので直し方も違う。気づいたのは翌朝の6時間後でした。

③ 事前チェックで一晩まるごと落ちた。夜間ループの最初に、外部サービスとの疎通を確認する事前チェックが走ります。9月中旬のある夜、その事前チェックが応答待ちで数時間ぶら下がったままになり、続きの処理が始まらずに一晩が終わりました。「動きが始まらずに止まった」という壊れ方です。気づいたのは翌朝の6時間後。

④ 前夜の穴埋めで、翌日の枠まで先取りした。前夜の②で公開枠が空いたので、翌日の夜間ループが「昨日の分を今日書く」ように動いたのですが、その日の枠まで一緒に埋めてしまった。結果、その次の日の09:00公開が空くという、穴埋めが穴を作る壊れ方です。気づいたのは昼の15時間後。

4件を並べると、気づくまでの時間が「6時間 → 6時間 → 6時間 → 15時間」と、前回(6時間 → 3日 → 15時間 → 19日)よりだいぶ短くなりました。「動かなかったこと」自体を朝の通知に含める仕組みは第2回で入れたので、気づきの速さは前回の学びが効いた、という言い方ができます。

5. 壊れ方の質は、確実に変わった

第2回のときは、「1本の記事を仕上げるところで詰まる」失敗が中心でした。ログの不備、承認リストの取り違え、経歴年数の混在、氏名の誤字。どれも「今日の1本」の中で完結する話です。

第3回で目立つようになったのは、「システムの外側との折り合いで落ちる」失敗のほうでした。認証セッションの切れ、AIの利用枠の切れ、スケジュール判定の副作用、事前チェックの応答待ち。どれも、記事の中身とは無関係の場所で止まっています。

これはある意味、運用が一段進んだ証拠でもあります。中身のバグは第2回でだいぶ潰したので、次に表面化するのは「外との境目」の失敗、という順番になっている。

同じ4件を、直したうえで再発させていません。それぞれ次の手を打ちました。

  • ①:スクリプトの呼び出し規則を1つに固定し、承認拒否が2回続いたら粘らずに理由をログに書いて終わる、という手順に統一
  • ②:AIの利用枠切れと認証失敗を、別々のエラーコードで区別できるようにした(同じ症状で終わってしまうのが最大の問題だった)
  • ③:事前チェックにタイムアウトを付け、1つのチェックのハングで一晩を丸ごと落とさないように直した
  • ④:翌日への繰り上げに「今日の分の枠を先に確認する」ガードを入れ、穴埋めで穴を作らない仕組みにした

そして、次に切れそうな認証セッションは、切れる3日前から予告通知が来るようにしました。これで「気づいたときには切れていた」を防げる想定です。効いたかどうかは第4回で確認します。

6. うまくいったこと・見え始めたこと

失敗を書いた分だけ、うまくいったことも書きます。

まず、記事1本あたりの平均品質は、私の主観では上がりました。第1回のころは「同じ構図の画像が4枚中3枚」だったり、経歴の年数が記事によってばらついたり、といった露骨なほころびが目立ちました。第3回時点ではそれらはほぼ消えて、校閲工数は明らかに減っています。

原因は分かっていて、第2回で書いた「AIに毎回渡す側の型を整える」運用が、この3週間でさらに固まったからです。建設ラインで書いてはいけない5項目(採用比較・派遣扱い・AI最終判断・役所窓口・特定名の掲出)、AIラインで必ず入れる失敗談、サービスラインで書かない具体的な金額——こういうラインごとの禁止事項を、AIが読みにいく側の場所を1つにまとめたので、記事間で扱いがずれる事故が減りました。

次に、内部リンクの厚みが少しずつ効き始めています。第2回で上位に入っていた#4(P1ハブ)・#8(P3ハブ)は、この3週間で新しいスポーク記事から2〜4本ずつリンクが増えていて、ハブ側のPVも少しずつ底堅くなっています。新しい記事から古いハブへ人が回る動線は、8週目に入ってようやく感触が出てきました。

そして、Google側の評価軸とのすれ違いは、いまのところ起きていません。2026年3月・8月のコアアップデートで示された方向——「独自の調査・事例・体験が薄い記事は評価が下がる」(2026年3月Googleコアアップデート/京谷商会、2026年8月最新/Speee)——と、私が毎回入れている「建設実務22年からの一次情報」は、方向としては合っているはずです。少なくとも、この3週間で公開停止・大幅な順位下落は起きていません(もっとも、そもそもの順位が低い段階なので、そこは楽観できない)。

AIで量産して評価を落とす、という国内外で報告されている失敗パターン (AI生成コンテンツの可視性低下/ペタビットマーケティング)を横目に見つつ、「量は増やすが、一次情報を必ず織り込む」という原則を崩さない、というのが、いまのところ効いているように見えます。

7. 第4回(3ヶ月時点・10月末)に見る指標

指標は変えません。第1回・第2回・第3回と比べられるように、フォーマットも変えません。

紙に書かれた「壊れ方の質が変わった」を挟んで話している場面
  • 記事本数(累積)
  • ページビュー・セッション・コンバージョンの合計
  • ライン別の反応差(1本あたりPVで比較)
  • 検索クエリ別のクリック数(Search Consoleの数字を第4回から追加する予定・第3回では実装が間に合わなかった)
  • 壊れた回数と、気づくまでにかかった時間

第4回は開始から約3ヶ月経過(累積80本前後)、新規サイトの検索順位が動き始める一般的な相場(freesquare)に本格的に差しかかる時期です。「本数の効き目」と「一次情報の効き目」のどちらが先に立ち上がるかが、そこで一度見えるはずです。

そして前回書いた通り、=もし第4回でもコンバージョンが0のままなら、それは「読まれていない」からではなく「問い合わせにつながる書き方をしていない」からです=。その場合は本数を減らして構成を練り直す、という判断をこの経過報告の中で書きます(続けていることを美化しないルールです)。

第3回時点での私の暫定的な結論は、「毎日1本のAI執筆は、記事の中身より運用の外側(認証・使用枠・スケジュール)を整えることのほうが重い」、というものです。中身は型に落とせば揃うので、量を続けるほど外との境目の設計品質が、コンテンツそのものより効いてきます。

AIをブログに入れるかどうかで迷っている方は、「毎日書けるか」よりも「毎日回るか」を先に見積もったほうがいい ——2ヶ月続けた立場からは、そう思います。

---

第3回はここまでです。第4回は10月末(3ヶ月時点)を予定しています。AIブログを検討中の方は、続きの号もあわせて読んでいただけると判断材料として使いやすいはずです。

御縁の代表 石本 政晴 —— 建設実務22年・現在はAIエキスパートとして中小企業のAI導入支援をしています。

Masaharu Ishimoto

この記事を書いた人

Masaharu Ishimoto(御縁 GROWTH)

AIエキスパート / 現場実務22年

22年間ずっと現場側で実務をしてきた人間が、いまはAIエージェントを毎日の業務に組み込んで運用しています。うまくいったことも、任せて失敗したことも、そのまま書いています。

🎬 プライベート
X
TikTok
Instagram
💼 お仕事
Instagram
Facebook
▶ YouTube
チャンネル(準備中)

☀️ 自社でも試している立場でご相談に乗ります

実際に運用して出た数字をもとに、御社で試すなら何から始めるかを無料でご相談いただけます。

無料相談・診断はこちら

お電話 090-1888-7622(平日9:00〜18:00)/ 公式LINEで相談

月次報告書をAIに任せると、2件目以降は何が変わるか(現場の書式を覚えさせた後の話)

月末の事務机に置かれた工事月報と、月末最終週に月次書類4種類の黄色シールが貼られた月間カレンダー

御縁 GROWTH ロゴ

「月末になると、また今月も月報と議事録と出来高で1日つぶれるんだよね」——ある現場所長の方からこう聞きました。

この人はこの数ヶ月、書類仕事にAIを使い始めた方でした。だから続けてこう言われました。「変更協議はAIで下書きが出るようになった。でも月次だけは、まだ時間が減っていない」。

私は22歳から一般土木の施工管理、26歳からは専門業種の技術職として、通算22年ずっと現場側にいました。工事月報も月次工程会議の議事録も、出来高報告も、当事者として毎月書いてきた側です。いまはその経験を土台に、AIエキスパートとして現場事務所のバックオフィスをAI化する支援をしています。

その立場から言うと、月次報告書こそ、2件目以降でいちばん効きだす書類です。なのに「月次は減らない」と感じてしまう理由がひとつあります。1件目で判断してしまうからです。

前回の記事(会社ごとの書式をAIに覚えさせると、2件目以降はどう変わるか)では、変更協議資料を中心に、AIに会社の書式を覚えさせる仕組みを整理しました。この記事はその続きで、月次報告書に絞ったときに、2件目・6件目・12件目で何がどう変わるかを書きます。

月末の事務机に置かれた工事月報と、月末最終週に月次書類4種類の黄色シールが貼られた月間カレンダー

1. 「月次報告書」は月末に集中する5種類の書類の総称

まず、この記事で言う「月次報告書」の中身をはっきりさせておきます。

現場ごとに呼び方は少しずつ違いますが、月末に集中して発生する書類はおおむね次の5種類です。

  • 工事月報:当月の進捗・出来高・安全・原価をまとめて発注者に提出する報告書
  • 月次工程会議の議事録:発注者との定例会議の議事録(清書して打合せ簿として綴じる)
  • 出来高報告の骨子:月末時点での出来高部分払いの下地となる出来高報告書
  • 月次提出物一式:安全書類の月次更新・工程表の月次改訂・作業計画書
  • 前月比の書き方:先月からの差分(進捗・出来高・遅延理由・回復策)を数値と文章で示す部分

工事日報の書き方について業界の解説記事を読むと、基本情報/人員機械材料/作業進捗/安全品質/特記連絡の5ブロックで書く、というのが定石になっています(KENTEM)。月報も基本はこの延長で、日単位のブロックを月単位に集約したものです。

月次報告書一式が5種類(工事月報・月次工程会議議事録・出来高報告骨子・月次提出物一式・前月比の書き方)に分岐する図解

大事なのは、この5種類が毎月ほぼ同じ型で発生するということです。工事月報の章立ては変わりません。議事録の並びは前月と同じです。出来高の計算方法は工事ごとに固まっています。変わるのは中の数字と、当月起きた出来事だけ——ここが月次に絞ると効く理由の入口です。

2. なぜ月次は「2件目以降で特に効く」のか

変更協議資料も2件目から効いてきますが、月次はそれ以上に効きます。理由は3つあります。

理由1:発生頻度がいちばん高い

変更協議資料は、現場によっては半年に1回しか発生しないこともあります。それに対して月次は、現場が動いている限り毎月必ず1式発生する。同じ書式を12回繰り返せる書類は、AIとの相性がいちばん良いのは当然です。

理由2:型が毎月同じで、変わるのは数字と出来事だけ

議事録の見出しは毎月同じ順で並びます。工事月報の章立ても変わりません。前月の完成物をそのまま「型のスケルトン」として使えます。「前月の書式」を毎月ゼロから思い出す時間が消える——これは実務ではいちばん大きい。

理由3:宛先が固定されている

月次報告書の提出先は、その現場の発注者と監督員です。宛先が固定されているので、言葉づかい・略語・書き癖の合わせ方を1回作れば12ヶ月使い回せる。この点でも変更協議とは違います。

生成AIの導入効果について、建設業向けの解説記事では、日報の作成が音声入力とAIの組み合わせで30分から5分程度まで短縮できるとされています(BoostX)。また、施工計画書のドラフトで大成建設が生成AIによって作成工数を約85%削減した事例も報告されています(サクミル)。これらは施工計画書と日報の話ですが、同じ型を繰り返す書類ほどAIが効きやすいという点で、月次報告書はまさにその中央値にあります。

3. 1件目・2件目・6件目・12件目で、時間はどう変わるか

具体的にどう変わるか。私自身が支援に入っている現場の体感を、目安として整理します。数字は代表値です。現場の大きさ・工事種別・発注者の書き癖で幅が出ます。

1件目(初月):白紙から書く場合とほぼ同じか、少し遅い。理由は前回の記事に書いたとおりで、書式を教える時間と、AIとのやり取りに慣れる時間が上乗せされるからです。工事月報1式で8時間くらいを見ておくのが現実的です。ここで「月次はAIで減らない」と判断して撤退する会社がいちばん多い、というのが私の観測です。

2件目(2ヶ月目):前月のスケルトンが1つある状態。章立て・議事録の並び・出来高の計算式は前月から持ってこられます。5時間くらいまで下がります。「白紙よりは楽になった」と分かるのはたいていここです。

前月の完成月報を横に開きながら、2ヶ月目の工事月報の下書きを書きかけている40代所長

6件目(半年後):「前月と同じ表現でいいんだっけ」を確認する時間が消える段階です。半年ぶんの月報が並ぶと、AIが「この現場ではこの言い回しでずっと通してきた」を参照できるようになります。3時間くらい。この段階から、若手監督に下書きを任せられるようになってきます。

12件目(1年後):会社と現場の書式が資産として完成する段階です。2時間くらいまで下がります。誰が書き始めても下書きの品質がだいたい揃うので、所長の最終確認だけで済むようになります。

月次報告書1式にかかる時間の目安(1件目→2件目→6件目→12件目の階段状の変化)

一年で8時間から2時間に下がる、というのは大きな話に聞こえますが、内訳は思い出して探す時間が消えていくことでほとんど説明がつきます。書く時間ではなく、書く前の下ごしらえの時間が減る、という減り方です。

4. 下書きの品質は、月次を重ねるほど揃ってくる

もう1つ、時間の話とは別に、月次を重ねると変わることがあります。下書きの品質のばらつきが小さくなることです。

月次工程会議の議事録を例にすると分かりやすいので、それで説明します。1件目に若手監督が書いた議事録は、たいてい所長の議事録とは違う書き方になります。決定事項と要検討事項が混ざる。宿題の期限が抜ける。前月からの継続事項が漏れる——というやつです。

議事録AIの解説記事では、プロンプトを固定化できれば2回目以降の作業時間は大きく縮むとされています。会議の目的と出力形式を最初に指定することで、精度が2倍以上変わるケースもある、と(AI経営総合研究所)。

現場での実感もこの延長にあります。議事録の型(見出しの並び・決定事項の書き方・宿題の項目立て)を1回作って所長がAIに渡しておくと、2件目からは若手が書き始めても、下書きの構造が所長の型に近づいてきます。もちろん最終確認は所長側で必要ですが、「書き直させる」ではなく「一部を直す」に変わってくる——これが下書き品質の揃いです。

これは会社の中で書類の属人化が少しずつほどけていく、ということでもあります。「所長が全部書き直す」から「所長が最後に確認する」への変化。ここが半年から1年でようやく見えてきます。

5. 所長側の最終確認時間は、どう変わるか

「AIに任せると所長が楽になる」と説明されがちですが、楽になる部分と、変わらない部分があります。ここを最初に分けておかないと、期待だけが先に立ってしまいます。

減るところ

  • 若手や事務担当が書いた下書きに対する書き直しの指示時間
  • 前月ぶんとの整合を取る作業(章立て・言葉づかい・略語の統一)
  • 議事録の並び順を直す作業

あまり変わらないところ

  • 数字の最終値の確認(出来高の値・前月比の値・原価の値)
  • 発注者へどう説明するかの言葉選び
  • 月次会議での発言の解釈と、要検討事項の取捨選択

私が現場側にいたときの感覚を素直に書くと、月末の書類仕事でいちばん頭を使うのは後半3つでした。数字の最終値、発注者への言葉選び、要検討事項の判断——ここは月次を12回重ねても、所長の頭の中でしかできません。AIがやってくれるのは、その手前の下ごしらえまで、という切り分けです。

だから、月次にAIを入れる目的を「所長を楽にする」に置くと、失望します。目的は「所長が頭を使うべき3つに、頭を使える状態にする」と置くほうが実感に近いです。

6. 月次を重ねても、動かせない3つのライン

前回の記事でも書きましたが、月次を12回重ねても、これは動かせません。念のためここで書き直しておきます。

動かせない3つのライン

1. 数字の最終値:出来高の値・前月比の値・原価の値・支払い予定の値。AIに計算そのものを任せない。計算は所長側の道具(Excel・積算ソフト・出来高管理ソフト)でやり、AIには「その数字が入った文章の書き方」だけを任せる 2. 発注者との合意形成そのもの:月次会議での説明・合意・確認は、その場にいた人間にしかできません。議事録の下書きはAIに任せていいですが、合意した内容の解釈と、監督員への提出前の最終確認は所長側で握る 3. 提出可否の判断:提出していい月報か、まだ修正が要る月報か。この判断はAIには渡せません。「発注者にこう説明できる状態か」の最終判定は、その現場を回してきた所長の仕事です

12件目になっても、この3つは動きません。逆にここが動かないから、残りの下ごしらえ部分は安心してAIに任せられる、という関係になります。

7. 月次に絞ったからこそ効く、3つの副次効果

月次報告書に絞って型を作ると、月次1式が早くなるだけでなく、次の3つがおまけで効いてきます。ここは実務でやってみて気づいたところです。

副次効果1:前月比の書き方が定着する

月次を重ねると、「前月比で遅延が出た理由」「回復策」「翌月の見通し」の書き方が固まってきます。発注者が読み慣れた前月比の型ができあがるので、月次会議で「先月の続きの話」が短く済むようになります。これは所長側の会議準備時間も減らします。

副次効果2:翌月の月次会議の下敷きになる

今月の月次報告書の最後に「要検討事項」「未確定事項」「翌月に持ち越す宿題」を毎月書いておくと、翌月の月次会議のアジェンダがそのまま用意される状態になります。AIには「今月の報告書と、前月の要検討事項を突き合わせて、翌月会議のアジェンダの下書きを作って」と依頼するだけで、会議準備が5分で終わります。

副次効果3:来年度の工事計画書の下ごしらえになる

12ヶ月ぶんの月次報告書が揃っている状態は、次年度の工事計画・原価計画・工程計画の下ごしらえがそのまま整っている状態でもあります。「1年間の総括」を書くときに、月次12件を並べて振り返るだけで、傾向・課題・翌年度の重点がAIで下書きできます。月次を貯めてきたことの副産物として、年度の資料が別途整うわけです。

8. 明日30分でできる、始めるための3ステップ

大がかりな仕組みは要りません。今日の月末に始められる形で書きます。

ステップ1:先月ぶんの月次報告書一式を1つのフォルダに集める

工事月報・議事録・出来高報告の骨子・月次提出物の写しをまとめておきます。品質は問いません。手書きで直しが入っていても、赤字が残っていても、そのまま集めます。書き方の型は「上手に書けた資料」より「実際に発注者に通した資料」の方に残っているからです。

ステップ2:金額と固有名詞を伏せた「月次のスケルトン」を作る

先月ぶん1件だけで構いません。金額欄・宛名欄・発注者名・下請け会社名・人名を、付箋で覆うかダミー値に置き換えます。作業は30分あれば終わります。残していいのは、章立て・見出しの並び・表組みの列の意味・単位・決まり文句・注記の位置——月次に共通する型の部分です。

ステップ3:今月ぶんからAIに下書きを渡してもらう

「今月分の工事月報を書きたい。前月分のスケルトンを添付するので、この構成と言葉づかいに合わせて下書きを作って」と依頼します。1件目の効果は薄いですが、それで判断せず、2件目まで続ける——ここが月次でもいちばん大事です。

1ヶ月目=白紙と付箋で乱雑な深夜の机/12ヶ月目=スケルトン1冊と完成一式だけが並ぶ夕方の机、の左右対比

始める前に決めておく1つのこと

前回の記事で書いた線引き——数字・固有名詞・判断・提出可否は、最後まで現場所長側で握る——は、月次を12回重ねても動かしません。この線を先に紙に書いて事務所に貼っておくと、後から入ってくる若手や事務担当も同じ運用ができます。

9. まとめ

月次報告書は、AIとの相性がいちばんよい書類です。それでも1件目では効きません。効きだすのは2件目からで、12件目には所長の最終確認だけで済む状態になります。

途中で撤退しない、というのがコツです。月次は毎月必ず1式発生します。1年間続ければ、12回の実験ができる書類ジャンルは、他にありません。ここを最初に選んで型を作っておくと、変更協議や完成図書に広げるときの下地にもなります。

私が支援に入る場合も、月次報告書からスタートすることが多いです。月次は毎月終わりが来て、翌月に必ず「前回と比べてどう変わったか」を測れます。同じ現場をやってきた側の目で、どこの書式を伏せるか・どこを型として残すかを、先月ぶんの1件から一緒に決めていきます。

「うちの月次、どこから型化していけばいいか一緒に整理してほしい」「月末の1日仕事を、まず半分にしたい」——そう考えている方は、下の窓口から一度ご相談ください。

---

この記事の出典

  • KENTEM「建設現場で役立つ!作業日報の書き方と効率化のコツ」(kentem.jp)
  • BoostX「現場仕事で書類が終わらない建設業・不動産業へ|生成AIで日報・書類・顧客対応を時短するガイド【2026年版】」(boostx-inc.com)
  • サクミル「建設業AI活用ガイド|AI-OCRから積算AIまで導入費用と注意点」(sakumiru.jp)
  • AI経営総合研究所「ChatGPTだけじゃない!生成AI議事録の精度を劇的に上げるプロンプト設計と運用ノウハウ」(ai-keiei.shift-ai.co.jp)
Masaharu Ishimoto

この記事を書いた人

Masaharu Ishimoto(御縁 GROWTH)

建設実務22年 / AIエキスパート

22歳から一般土木の施工管理、26歳からは専門業種の技術職として現場に立ち続けて22年。その実務経験を土台に、いまはAIエージェントを駆使して現場事務所のバックオフィス業務をAI化する支援をしています。

🎬 プライベート
X
TikTok
Instagram
💼 お仕事
Instagram
Facebook
▶ YouTube
チャンネル(準備中)

☀️ AIを使った現場の書類支援を相談する

建設実務22年の判断とAIのスピードを組み合わせた進め方を、無料でご説明します。

無料相談・診断はこちら

お電話 090-1888-7622(平日9:00〜18:00)/ 公式LINEで相談

毎日AIに使う3つの型 —— プロンプトの土台・チェック手順・引き継ぎメモ

手元のメモを見ながら、AIに毎回渡す土台の文章を書き足している場面

御縁 GROWTH ロゴ

「プロンプトの書き方」を検索する経営者が、この1年で本当に増えました。

私は自社のブログをAIに書かせて毎晩1本、翌朝9時に自動で公開する運用を続けています。今日でちょうど43日目、公開本数は32本を超えたところです。

その中で、毎日必ず使い続けている"型"は、たった3つしか残っていません。凝ったプロンプトの書き方ではなく、この3つを最初に決めておくと、AI活用は少しずつ会社に積み上がります。

今日は、その3つの型それぞれの中身と、途中でうまくいかなかった話を、そのまま書きます。

手元のメモを見ながら、AIに毎回渡す土台の文章を書き足している場面

1. 「良いプロンプトを毎回考える」は続かない

まず、業界の潮目がすでに変わっています。

2026年に入ってから、AIの世界では「プロンプトエンジニアリング」から「コンテキストエンジニアリング」へ、という言い方をよく見るようになりました(コンテキストエンジニアリングとは? — Salesforceブログ、プロンプトエンジニアリングは終わった? — cloco)。

難しそうな言葉ですが、中身はシンプルです。1回のプロンプトを磨くより、AIが仕事するときに「何を知っている状態か」を設計する、というだけの話です(プロンプトエンジニアリングとの違い — Findy Team+)。

私はこれを難しく捉えず、「AIに毎回渡す3枚を決める」という形で運用に落としました。それが以下の3つです。

  • 型1: 土台 —— 毎回一緒に渡す「うちのルール」
  • 型2: チェック —— 生成された後、必ず通す関門
  • 型3: 引き継ぎ —— 昨日から今日のAIへ渡す1枚メモ

順に見ていきます。

2. 型1: プロンプトの土台 —— 毎回一緒に渡す「うちのルール」

1つ目は、AIに何を頼むときも、指示文の前に必ず一緒に貼りつける短い文書です。私はこれを「土台」と呼んでいます。

土台に書くのは、次の4つだけで十分でした。

  • 役割: AIがどんな立場で書くか(例: 建設実務の経験があるライター)
  • 読者: 誰に向かって書くか(例: 中小企業の経営者。ITに明るいとは限らない)
  • NG表現: 使ってはいけない言い回し(例: 「必ず〜になる」「絶対に〜」)
  • 出力の形: 章立て・文字数・段落の長さの目安

2026年のプロンプトの解説記事でも、この「役割・読者・NG・形式」の4要素はほぼ共通して挙げられています(プロンプト設計7原則 — Uravation、プロンプトの書き方完全ガイド — OptiMax)。

机上にA5カードを横一列に3枚並べた俯瞰。左から土台/チェック/引き継ぎ

土台の効き目は、書いた瞬間には出ません。効いてくるのは、同じ土台を10回・20回と貼り続けたあとです。AIが「うちの会社の人」として振る舞い始め、頼み方を短くしても意図がずれなくなります。

失敗した話も1つ書いておきます。運用を始めた最初の頃、私は土台を欲張って長く書きすぎました。禁止表現を20個、注意事項を15個並べたら、AIは長い注意書きの後半をだんだん無視するようになりました。

土台はA4半分に収まる長さにする、というのが今の私の目安です。長くしたくなったら、それは土台ではなく、次に説明する「チェック手順」に回します。

3. 型2: チェック手順 —— 生成された後、必ず通す関門

2つ目は、AIが書き終えたあとに必ず通す3項目のチェックリストです。

私が使っているのは、この3項目だけです。

1. 数字は本文で言っている値と、引用元・自分の実測値と一致しているか 2. 氏名・固有名詞の表記は正しいか 3. 引用リンクは実在するURLか(AIが作った架空のURLではないか)

これは、以前このブログで書いたAIに任せて事故りかけた話で扱った失敗から生まれた項目です。

正直に書きます。私はAIに書かせた記事7本で、自分の建設実務の年数を「20年」「22年」で混在させたまま公開してしまったことがあります。3本では自分の名前の漢字も間違えていました(雅治/正治/増本 正浩)。

これは「AIが悪い」のではなく、チェックを型にしていなかった私の運用不備でした。この3項目を最後に必ず人が通すようにしてから、同じ種類の事故はゼロです。

3項目のチェックリストに赤ペンで印を付けているマクロ接写

2026年の生成AI導入ガイドでも、「チェックリストを事前に決めて、AIに自分で採点させ、最後は人が突き合わせる」という2段構えが推奨されています(AIの回答品質チェック10項目 — ゼットリンカー)。

ここで大事な線引きが1つあります。AIに「自分の出力を採点して」と頼むことはできますが、それは人による確認の代わりにはなりません。同じAIが書いた文章を同じAIが採点しても、同じ思い込みが素通しになるだけです。

数字・氏名・引用リンクの3つだけは、最後に人が目で突き合わせる。この線は動かさない方が無難です。

2026年3月31日に更新されたAI事業者ガイドライン 第1.2版でも、AIエージェントの業務利用では「重大な影響が生じ得る場面で、人間が判断を介在させる仕組み」を社内ルールに反映することが明記されました(AI事業者ガイドライン第1.2版について — 経済産業省)。中小企業でも、この線引きから逃げない方が長い目で楽になります。

4. 型3: 引き継ぎメモ —— 昨日から今日へ渡す1枚

3つ目は、AIのセッションは切れるという前提で運用するための1枚メモです。

現在のAIは、会話のウィンドウ(コンテキストと呼びます)に上限があり、そこから外に出た情報は参照できません。昨日話したことは、今日別のセッションを立ち上げると、ほぼ完全に忘れられています(AIはなぜ前の話を忘れるのか — note)。

この対策として、AI業界では「ハンドオフメモ」や「HANDOFF.md」という呼び方で、次のセッションに渡す1枚メモを作る運用が定着してきました(Claude Codeのカスタムスラッシュコマンドでセッション引き継ぎノートを生成する — ヌーラボ、HANDOFF STATEの意味や活用法 — ユニバーサルマーケティング)。

これは中小企業の言葉に置き換えると、社内の引継ぎノートとまったく同じです。担当者Aから担当者Bに仕事を渡すときに、その日の状況を1枚にまとめる、あれです。

1枚の引き継ぎメモを2人で覗き込みながら、次の担当に渡す内容を確認している場面

私が毎晩AIに渡している引き継ぎメモには、この4項目だけを書いています。

  • 昨日書いたこと: タイトル・扱った話題・使ったソース
  • 今日渡すこと: 次の候補と、なぜそれを選んだか
  • 空いた枠: もし前日が落ちていたら、どの日が抜けているか
  • 直近の失敗: 直前で気づいた事故と、次に同じ轍を踏まないための対策

「昨日書いたこと」の欄が一番効きました。これを書き始める前、翌日のAIは前日と似た切り口の記事を書こうとしていました。切り口の重複を人が毎回検知するのは骨が折れます。1行渡すだけで、AIは自分で違う角度を探しに行きます。

もう1つ失敗を書いておきます。引き継ぎメモを作る前、私は代わりに「設計書のなかに★マークを付けて、次に書く記事の目印にする」という運用をしていました。書いた記事の★マークを外し忘れると、AIは同じ記事を延々と書こうとします。実際に8晩、ブログの自動化が止まったまま気づけませんでした。

この失敗のあと、目印運用をやめて、「引き継ぎメモにその日の状況を書き出す」型に切り替えました。人にとっても、AIにとっても、状況を書いて渡す方が、目印を維持するより持続します。

5. なぜ3つに絞るのか

型を作り始めると、増やしたくなります。

「これも入れておこう」「あれも書いておいた方が安全だ」——気がつくと、10個・20個の型ができています。ですが、型は増やすほど守られなくなります。これは自分でやってみて、痛いほど確かめました。

私が3つに残った理由は、この3つが動詞と1対1に対応しているからです。

  • 土台 → 毎回「入れる」もの
  • チェック → 生成後に必ず「通す」もの
  • 引き継ぎ → 明日に「渡す」もの

「入れる・通す・渡す」の3動詞が回っていれば、AI活用は日々少しずつ会社に積み上がります。増やすなら、この3つのどれかの中身を厚くするのが先です。新しい型を4つ目・5つ目と作るのは、あとからでも間に合います。

大企業のガイドラインをそのまま真似ないことも大事です。自社で回る最小構成から始める方が、結果的に長く続きます。

6. 明日から始めるならこの順番

もし、ここまで読んで「うちでもやってみようかな」と思われた方がいたら、この順番をお勧めします。

  • 今日: 土台をA4半分に書く。役割・読者・NG・出力の形の4項目だけ
  • 今週中: チェック項目を3つに絞る。数字・氏名・引用リンク、から始めるのが安全
  • 明日から: 引き継ぎメモを1日1行から書き始める。書式は後で整えれば良い

3つ揃えるのに1週間もかかりません。分厚いマニュアルや高価なツールから入るより、この3枚を回す方が、社内で「AIが実際に効いている」という感触が先に出てきます。

7. まとめ

毎日AIに使う型は、土台・チェック・引き継ぎの3つで足ります。凝ったプロンプトを毎回考えるより、この3枚を回す方が、AI活用は会社に積み上がります。

  • 土台は毎回一緒に渡す「うちのルール」。A4半分に収める
  • チェックは生成後に必ず通す3項目。数字・氏名・引用リンクは人が最後に突き合わせる
  • 引き継ぎメモは昨日から今日への1枚。「昨日書いたこと」の欄が一番効く
  • 増やしたくなっても3つに戻す。型は増やすほど守られない

御縁では、「うちも次の一手を打ちたい」というご相談をいただいたときに、まずこの3枚から一緒に書き起こすところをお手伝いしています。前回の記事「『ChatGPTは使っている』の次にやると効くこと」で書いた1枚と合わせて、明日の朝からでも回し始められる規模から入っていただいて大丈夫です。

Masaharu Ishimoto

この記事を書いた人

Masaharu Ishimoto(御縁 GROWTH)

AIエキスパート / 現場実務22年

22年間ずっと現場側で実務をしてきた人間が、いまはAIエージェントを毎日の業務に組み込んで運用しています。うまくいったことも、任せて失敗したことも、そのまま書いています。

🎬 プライベート
X
TikTok
Instagram
💼 お仕事
Instagram
Facebook
▶ YouTube
チャンネル(準備中)

☀️ AIをどこから業務に入れるか、一緒に整理しませんか?

実際にAIエージェントを日々動かしている立場から、御社で最初に任せられる仕事を無料で洗い出します。

無料相談・診断はこちら

お電話 090-1888-7622(平日9:00〜18:00)/ 公式LINEで相談

AI導入で最初に必要なのは、ツール選定ではなく「渡す情報の棚卸し」

机の真俯瞰。棚卸しシートの左列に写真・メモ・手順書、右列に見積書・注文請書・名刺・USBメモリが置かれている

御縁 GROWTH ロゴ

「うちもAIを入れたい。まずどのツールがいいですか」——中小建設会社の経営者や工事部長から、実際にこう聞かれることが増えました。

答えは、いつも同じです。ツール選定より先にやることが1つあります。

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

その立場から見て、AI導入がうまく回り出す会社と、3ヶ月経っても「結局何が変わったんだっけ」で止まる会社の差は、ツールの良し悪しではなく「AIに渡す情報を先に棚卸ししたかどうか」でした。

この記事では、中小建設会社がAI導入で最初にやるべき「渡す情報の棚卸し」を、渡してよい4つ・渡さない4つの線引きと、担当者1人・半日でできるシートの作り方に落として整理します。

机の真俯瞰。棚卸しシートの左列に写真・メモ・手順書、右列に見積書・注文請書・名刺・USBメモリが置かれている

1. なぜ「どのツールを入れるか」から入るとつまずくのか

まず数字から見ます。

中小企業基盤整備機構の「中小企業のAI等の利活用に係る実態調査」(2026年3月公表)によると、中小企業全体のAI導入率は20.4%、そのうち建設業は15.9%でした。導入検討中まで含めると建設業は35.4%まで上がりますが、実際に業務で回している会社は6社に1社以下という状況です(中小機構・中小企業のAI等の利活用に係る実態調査 令和8年3月)。

一方で、帝国データバンクの2026年3月調査では、企業全体の生成AI業務活用率は34.5%まで伸びていて、大企業46.5%に対し中小企業32.4%と差が広がっています。「試す段階」から「成果を問われる段階」に業界が入った、という報告です(株式会社Yuragi・2026年に備える 中小企業の生成AI導入ガイド)。

つまり、試すのは早いのに定着しない会社が半分近くあるということです。

Leach社の「中小企業AI導入実態調査2026」では、AI導入がうまくいかない企業の最大の壁は「何から始めればいいか分からない」で、これが62%を占めています(株式会社Leach・中小企業AI導入実態調査2026)。

現場で相談を受けていても、この感覚はそのままです。多くの経営者は「どのAIツールを入れるか」から検討を始めるのですが、この順番だとほぼつまずきます。ツールを入れた瞬間に、「何を渡すのか」が決まっていないので、社員のほうが手を止めてしまうからです。

中小企業のAI導入率(全業種20.4%・建設業15.9%)と生成AI活用率34.5%の比較(中小機構2026年3月/帝国データバンク2026年3月)

2. 最初にやるのは「AIに渡す情報の棚卸し」

順番を1つ入れ替えます。

ツール選定より先に、「自社にどんな情報があって、そのうちどれをAIに渡してよいのか」を書き出す。これが棚卸しです。

なぜ情報の棚卸しから始めるのか。理由は、AIの精度は渡す情報の質と範囲でほぼ決まるからです。

社内文書を根拠にAIに答えさせる仕組み(RAG=Retrieval-Augmented Generationと呼ばれる技術)は、5つのステップで構成されますが、そのステップ1がデータ準備です。データ品質がそのまま回答精度を左右します(ExaWizards・RAGとは)。RAGを入れないとしても、生成AIに毎回何を貼り付けるかの線引きは同じ話です。

もう1つ、「業務の棚卸し」ではなく「情報の棚卸し」から入るのがポイントです。業務から入ると「何を効率化したいか」から議論が始まりますが、建設会社の場合、既に手元にある情報が使えるかどうかで、できる効率化はほぼ決まります。順番はいつも情報が先、業務が後です。

棚卸しシートは、1枚のスプレッドシートで足ります。列は5つだけ。

  • 業務名(例: 変更協議資料の作成)
  • そこで使う情報(例: 過去の変更協議資料、打合せメモ、現場写真)
  • 現在の保管場所(例: 事務所のNAS「協議書」フォルダ)
  • AIに渡してよいか(○/△/×)
  • 加工が必要か(金額の伏せ、固有名詞の匿名化)

これを、現場所長・工事部長・事務担当の3人で埋めていきます。担当者1人でも半日〜1日でひと通り書けます。

現場所長と事務担当者が棚卸しシートを一緒に指差しながら仕分けしている場面

3. 渡してよい情報 4つ

棚卸しの○列に入る、代表的な4つです。

3-1. 過去の書類の書式・型

変更協議資料の様式、月次提出物のフォーマット、完成図書の並び順。これらは会社ごと・発注者ごとに固まっています。

金額と固有名詞を伏せた状態でAIに覚えさせておくと、2件目以降の「白紙から書き出す時間」が確実に短くなります。1件目はそんなに変わりません。2件目以降で効いてくるというのが実際のところです(詳しくはAIに書類を作らせて危険なこと・安全なこと側で整理しています)。

3-2. 現場写真・打合せメモ・チャット履歴

現場で撮った写真、打ち合わせで走り書きしたメモ、LINEやチャットでのやり取り。ここは下ごしらえの材料として渡してよい情報です。

「散らかっている素材を、あとで書類に使える形に並べ替える」——ここはAIが得意な作業で、間違えても人が読み直せば被害が小さい安全側の仕事になります。写真の分類・議事メモの下書き・過去のやり取りの要約が、そのまま変更協議資料の材料になります。

3-3. 一般公開されている技術基準・仕様書

共通仕様書、施工管理指針、業界団体の公表資料。これは公開情報なので、そのままAIに読み込ませてよい情報です。

自社の実務用語との対応関係をAIに教えておくと、書類の言葉のブレが減ります。「呼び方が現場ごとに違う」問題は、この工程で先に潰しておくと、後の書類生成が安定します。

3-4. 社内の業務手順・チェックリスト

着工前に揃える書類のチェックリスト、月次提出物の締切一覧、完成図書の目次テンプレ。手順が固まっている業務は、AIに手順そのものを渡すと再現できます。

「毎月同じ形で発生する仕事」から入ると、AIが覚えたことが次月以降ずっと効き続ける。ここが棚卸しでいちばん見つけたい情報です。

情報のふるいが上から流れ込むアイコンを渡してよいものと渡さないものへ左右に振り分ける抽象イメージ

4. 渡さない情報 4つ

棚卸しの×列に入る、代表的な4つです。

4-1. 生の金額データ

見積書の実行予算、下請けとの単価交渉メモ、支払条件。これは棚卸しシートで×側に置いてください。

生成AIにはハルシネーションという性質があり、事実でない情報を、事実であるかのように自信満々な文体で書いてくることがあります。金額の桁が1つずれた変更協議資料を出した瞬間、発注者との関係は一気に危うくなります。

金額そのものをAIに扱わせるのはやめて、金額欄は空にした型だけ渡す。これが実務で回る形です。

4-2. 発注者・元請け・下請けの実名情報

発注者名、工事名、下請け会社名、担当者名。これも×側です。

個人情報保護委員会は、事業者が本人の同意なく個人データを生成AIに入力する場合、個人情報保護法違反となる可能性があると注意喚起しています(個人情報保護委員会・生成AIサービスの利用に関する注意喚起)。

営業秘密の観点でも、従業員が自社の機密情報を自由にAIに入れられる状態だと、秘密管理性の要件が満たされず、そもそも営業秘密として法的に保護されなくなるという指摘があります(レバテックLAB・不正競争防止法と個人情報保護法の観点で解説)。

固有名詞は「A社」「B社」「担当者甲」などに置き換えてから渡す。棚卸しシートの「加工が必要か」列に、その置き換えルールを書いておきます。

4-3. 押印前の判断・提出可否の最終判断

「これは設計変更として発注者側の負担か、施工者側か」の線引き。この判断そのものをAIに投げるのは危険側です。

工事請負契約の中で発注者との連絡・交渉を担うのは現場代理人であり、技術面の管理を担うのが主任技術者・監理技術者です。この責任構造の外側にAIが立つことはできません。

AIは下書きの材料まで。最終確認と提出可否の判断は、常に現場所長・現場担当者側で握る。棚卸しシートでも、判断そのものは×です。

4-4. 人事評価・給与・要員配置の意思決定

若手監督の評価、給与、次現場への配置。ここは経営判断で、AIに材料として渡す領域ではありません。

情報の性質が違います。書類業務の下ごしらえは「AIに任せて人が確認する」で回りますが、人の処遇は「経営者が判断して、責任を負う」ものです。棚卸しシートでも、この列は最初から×で外しておきます。

棚卸しシートの1行に緑の付箋を貼り付けようとしている手元のマクロ接写

5. 棚卸しが済むと、ツール選定は20分で終わる

ここまで書いたら、ツール選定は驚くほど簡単です。

  • 「過去書類の型を再利用したい」→ 長いテキストを扱える生成AI(ChatGPT/Claude/Geminiのいずれかで足ります)
  • 「写真とメモから議事録を作りたい」→ 音声認識付きの生成AI(同じサービスの音声機能で足りることが多い)
  • 「毎月同じ書類を回したい」→ 定型プロンプトを保存できるツール(同上)

大半の中小建設会社は、月額数千円のサブスクリプション1本で始められる範囲に収まります。汎用の生成AIは月額$20前後から始められ、月1万円以内でも日常業務の一部をAI化できるのが目安です(株式会社Leach・中小企業AI導入実態調査2026)。

先にツールを比較する時間が数週間かかるのに対し、棚卸しが済んでからのツール選定は本当に20分で終わります。この順番の差が、3ヶ月後の「結局何が変わったんだっけ」を分けます。

6. 自社の失敗も書いておきます

これは私自身の失敗です。

うちのブログを毎晩1本、AIに書かせる仕組みを組んだとき、最初に「情報の棚卸し」をやらないまま全部AIに任せようとして、8晩連続で空振りしました。承認プロンプトの書き方の癖、記事ネタの探し方、過去記事との重複チェック——AIに渡す情報の線引きが決まっていなかったからです。

棚卸しシート(うちの場合は「夜間タスクの依頼書」という名前ですが、中身は同じ)を書き直したら、翌日から回りだしました。AIに任せる前に、任せる材料をこちら側で整理しないと、AIは動きようがない、というだけの話でした。

建設現場でも同じことが起きます。「AIが書いてくれない」のではなく、「AIに渡すべき情報がまだ整理されていない」ことが本当の原因です。順番を1つ入れ替えるだけで、詰まりが取れます。

7. 明日30分でできること

読んで終わりにしないための、実務手順です。

1. スプレッドシートを1枚開く(Google スプレッドシートで足ります) 2. 現場所長がこの1週間で書いた書類を3つ書き出す 3. その3つで使った情報を、真ん中の列に書く 4. 右の列に「AIに渡してよいか」を○/△/×で埋める 5. 加工が必要な項目に、置き換えルールを1行で書く

3行だけでも、棚卸しの入り口が見えます。半日〜1日で全部埋めなくてよいので、まずは3行から始めてください。

3行埋まったら、その3業務のうち1つを対象にAIを試す。ここで初めてツール選定の話が出てきます。順番はこの通りです。

8. まとめ

AI導入で最初にやるべきは、ツール選定ではなく「AIに渡す情報の棚卸し」。渡してよい情報を書き出し、渡さない情報の線を先に決める。ここが済んでからツールを選ぶと、20分で選べる。

先にツールを入れると、社員が手を止めます。先に棚卸しをすると、AIが動きます。順番を1つ入れ替えるだけで、AI導入の詰まりはほとんど取れる、というのが現場で見えていることです。

国土交通省も2026年5月から、直轄土木業務で「生成AI利活用計画書」を業務計画書に含める方針を出しました(建通新聞・国交省 生成AI「積極的に活用」建コン特記仕様書に明記)。使うなら使う範囲を先に決めろ、というのは、業界全体の方向です。会社側でも同じ順番で先にやっておくと、あとで揃えるより楽です。

「自社の情報のうち、どこまで渡してよいのかを一緒に整理してほしい」——そう考えている方は、下の窓口から一度ご相談ください。同じ現場をやってきた側の目で、棚卸しシートの1枚目を一緒に書くところからお手伝いします。

Masaharu Ishimoto

この記事を書いた人

Masaharu Ishimoto(御縁 GROWTH)

建設実務22年 / AIエキスパート

22歳から一般土木の施工管理、26歳からは専門業種の技術職として現場に立ち続けて22年。その実務経験を土台に、いまはAIエージェントを駆使して現場事務所のバックオフィス業務をAI化する支援をしています。

🎬 プライベート
X
TikTok
Instagram
💼 お仕事
Instagram
Facebook
▶ YouTube
チャンネル(準備中)

☀️ AIを使った現場の書類支援を相談する

建設実務22年の判断とAIのスピードを組み合わせた進め方を、無料でご説明します。

無料相談・診断はこちら

お電話 090-1888-7622(平日9:00〜18:00)/ 公式LINEで相談

工事写真とその日のメモをAIに渡して、日報の下書きを当日中に作る手順

日中の作業を終えた現場を俯瞰、事務所プレハブの窓だけが灯って所長が日報を書く時間に切り替わる夕方

御縁 GROWTH ロゴ

日報は、その日のうちに書き終わるのが一番楽です。翌朝に回すと、天気も人員配置も、昨日の口約束も、思い出しながら書くことになります。

私は22歳から一般土木の施工管理、26歳からは専門業種の技術職として、通算22年ずっと現場側にいました。所長として日報を書き続けてきた立場から言うと、日報が終わらない一番の原因は、書く力ではなく「思い出しながら書いている」という段取りのほうです。

この記事では、工事写真とその日のメモをAIに渡して、日報の下書きを当日中に片付ける手順を、そのままコピペできるプロンプトの形まで含めて整理します。会社の書式をAIに覚えさせる話は別の記事で書きました。この記事はその手前——「今日の1本を、今日のうちに終わらせる」に焦点を絞ります。

日中の作業を終えた現場を俯瞰、事務所プレハブの窓だけが灯って所長が日報を書く時間に切り替わる夕方

1. 日報が「その日のうちに」書けなくなる構造

作業現場から事務所に戻るのは、多くの現場で17時前後です。そこから明日の段取り、電話の折り返し、書類の確認、翌日の作業手配が入ってきて、日報を書く時間が現場所長の1日で最後尾に押し込まれる——これが日報が翌日に持ち越される一番よくある構造です。

翌朝に回した瞬間、必要な情報は目の前から消えます。工事写真はスマホの中、口約束は頭の中、機械の稼働時間は自分の記憶の中。翌朝これを1つずつ引っ張り出す作業が、書くこと自体より時間がかかる、というのが実感です。

日報作成の時間を業界の資料でも見ておきます。BoostXのAI活用ガイドは、生成AIの音声入力を使うと「現場を出る前の3分」で日報が済むケースを紹介しています(BoostX・現場から帰って日報に1時間?)。UniteXも、「日報を書く時間がない」という現場の声を出発点に、手戻りが起きるのは書く前の情報整理の部分だと指摘しています(UniteX・建設現場の日報作成を効率化)。

私が支援に入っている会社でも、日報1本にかかる時間は現場によって幅がありますが、「書く前の思い出す作業」を先に3分で終わらせてしまうと、後ろが劇的に軽くなるという手応えは共通しています。

現場日報の作成にかかる時間の目安(業界公開値の相場帯・記事内で提示する時間短縮イメージ)

2. 日報の中身は「5ブロック」で分解できる

もう1つの前提が、日報に載る情報は毎日ほぼ同じ形だ、ということです。ここが型化の入口になります。

現場TECHが公開している建設業向けの作業日報テンプレートを見ると、記載項目は日付、工事名、場所、天気、気温、風力、氏名、勤務状況、開始時間、終了時間、人数、作業内容、進捗状況、連絡事項、明日の予定でほぼ揃います(現場TECH・建設業の作業日報テンプレート)。KENTEMの実務解説も、「基本情報・人員機械材料・作業進捗・安全品質・特記連絡」の5ブロックで捉えるのが整理しやすいと書いています(KENTEM・建設現場で使える作業日報の書き方と効率化のコツ)。

つまり、日報という書類は次の5ブロックの空欄を毎日埋めていく作業です。

  • 基本情報: 日付/工事名/場所/天気/気温
  • 人員・機械・材料: 誰が来ていたか/どの機械が動いたか/どの材料が入ったか
  • 作業進捗: 何を、どこで、どこまで進めたか(数量と場所)
  • 安全品質: KY内容/異常の有無/立会いの結果
  • 特記連絡: 発注者・関係者との口頭合意/明日の予定/未確定事項
工事日報の中身を5ブロック(基本情報・人員・機械・材料・作業進捗・安全品質・特記連絡)に分解した抽象イメージ

毎日同じ5ブロックを埋める仕事は、AIとの相性が良い書類仕事です。1件目でうまく動く型を作れれば、2件目以降はコピペで済みます。あとは、その5ブロックの空欄を埋める材料——工事写真と、その日のメモ——を、AIが読める形で現場から持って帰るだけです。

3. 「撮影→メモ→AI下書き→確認」の順序を先に固める

手順の話に入る前に、順序だけ先に決めておきます。

現場で: ①電子小黒板つきで工事写真を撮る/②現場を出る前の3分で音声メモを吹き込む 事務所に戻ってから: ③写真と音声メモをAIに渡して下書きを作る/④所長が最終確認して提出する

順序を先に決めておく理由は、現場で「撮る」「話す」を型に落としておかないと、事務所に戻ってからAIに渡す素材が足りないからです。事務所側でAIに何を渡すかを最初に決めて、それを取るために現場での動きを逆算する——この順番が崩れると、AIは前後の文脈から推測して下書きを埋めてしまいます。

4. 工事写真の下ごしらえ——電子小黒板と国交省9項目

工事写真は、日報の5ブロックのうち作業進捗と安全品質の情報源になります。ここを電子小黒板つきで撮っておくと、写真1枚がそのままAIに読ませる素材になります。

蔵衛門の実務ガイドによれば、国土交通省が求める工事写真の記載9項目は、工事名・工種・種別・細別・撮影年月日・撮影場所・測点・寸法・立会者の9つです(蔵衛門・工事写真の撮り方【国土交通省基準】9項目)。物理的な黒板でも電子小黒板でも、この9項目が写り込んでいれば発注者への写真提出は成立します。

電子小黒板で工種・場所・測定内容を写真の中に埋め込むことで、AIが写真だけを見ても状況を読み取れる素材にしている場面

電子小黒板は、アプリで写真の中に9項目を電子的に埋め込むツールです。国土交通省の「デジタル写真管理情報基準」(令和5年3月)で正式に位置づけられ、現在は公共工事でも承諾の上で利用できます。物理的な黒板を持ち歩かなくてよくなるだけでなく、写真ファイルの中に工種・場所・測点が埋め込まれるので、後からAIに読ませるときにも情報が失われません。

写真の整理は撮影段階で済ませてしまいます。工種ごと・工事段階ごと(着手前/施工中/完成)でフォルダ分けをしておくと、事務所に戻ってからAIに「今日撮った施工中フォルダの写真をこの日報に紐づけて」と指示するだけで済みます。国交省のデジタル写真管理情報基準は、フォルダを深く階層化しないで直下に対象ファイルを保存することを求めているので(デジタル写真管理情報基準)、社内での整理も浅く保つほうが公共工事の納品と整合が取れます。

5. その日のメモは音声で3分残す

写真だけでは足りないのが、発注者との口頭合意、機械のトラブル、明日の段取りといった、写真に写らない情報です。ここは音声メモで残します。

現場を出る前、あるいは事務所に戻る途中、スマホの録音機能に3分だけ話しかけます。話す順番は日報の5ブロックに合わせて、次のように固定しておくと後で楽です。

  • 今日の天気(午前と午後で変わったか)
  • 来ていた人と機械(誰が来て、どの機械が動いたか、抜けはあったか)
  • 今日進んだ作業(場所と数量で。「STA10+20から10+50まで路盤仕上げ、100立米」のように)
  • 安全と品質(KYで話したこと、異常があったか、立会いの結果)
  • 明日と未確定事項(発注者に返答する必要のあること、確認待ちの数字)
現場から事務所に戻る途中、スマホに音声メモで「今日やったこと」を吹き込む現場所長

音声メモは、そのまま提出する書類ではないので、言い直しても構いません。「あ、さっきの人数、5人じゃなくて6人でした」と後から追記していけば、AIが下書き段階で拾って整理します。話す速度も、書くより2〜3倍速いので、3分あればこの5ブロック分は埋まります。

ここで大事なのは、発注者名・下請け会社名・工事名の固有名詞、金額、判断が入ってくるやり取りは音声メモに録らないことです。理由は次の章に書きます。

6. AIに渡すプロンプトの型(そのままコピペできる)

事務所に戻ったら、写真と音声メモの文字起こしをAIに渡します。プロンプトはこれだけで動きます。ChatGPTでもClaudeでもGeminiでも、どれでも同じ形で使えます(以下では総称して「AI」と書きます)。

以下の音声メモと写真の説明から、工事日報の下書きを次の5ブロックで書いてください。

【基本情報】日付/工事名/場所/天気/気温
【人員・機械・材料】誰が来たか/どの機械が動いたか/どの材料が入ったか
【作業進捗】場所と数量を添えて。「順調」「概ね」は使わない
【安全品質】KYで話した内容/異常の有無/立会いの結果
【特記連絡】明日の予定/未確定事項

制約:
・数値と日付だけで書く。曖昧語(順調・概ね・たぶん)は使わない。
・不明な点は「未確認」と明記する。推測で埋めない。
・写真から読み取れない情報は「メモになし」と書く。

音声メモ(文字起こし):
(ここに文字起こしを貼る)

写真の情報:
(電子小黒板の内容を箇条書きで貼るか、写真そのものを添付する)

このプロンプトが持っている工夫は3つです。

工夫1: 5ブロックの見出しを固定する 日報の型を最初に固定しておくと、AIが音声メモと写真の情報を該当ブロックに振り分けてくれます。振り分けの精度は完璧ではないので、下書きが出たあとに1回読み直して、ブロックの入れ替えだけ所長側で確認します。慣れれば2〜3分で終わります。

工夫2: 曖昧語を最初に禁じる 「順調」「概ね」「たぶん」を禁止しておくと、AIは数値と日付で書こうとします。日報は後で発注者や社内が証跡として振り返る書類なので、曖昧語をプロンプト側で入口から絞れるのがAIの一番効くところです。

工夫3: 「未確認」「メモになし」と書かせる 不明な点を「未確認」、写真から読めない情報を「メモになし」と明記させないと、AIは前後の文脈から推測して埋めてしまいます。会議の場で決まっていないことや、その日撮り忘れた写真の内容が、AIの推測で日報に載ってしまうのが、生成AI活用の一番危ない事故です。JAPAN AIラボは、AIが事実に基づかない情報をもっともらしく生成する現象を「ハルシネーション」と呼び、社内文書の作成でこれを混入させないためには、プロンプト側で推測を禁止する制約が必須だと解説しています(JAPAN AIラボ・ハルシネーションとは)。

7. AIに絶対に渡してはいけない4つのライン

ここは前に別の記事(AIに書類を作らせて危険なこと・安全なこと)で線引きを整理したので、日報の文脈で改めて4つに絞ります。

渡さないもの1: 発注者名・元請け名・下請け会社名・工事名の固有名詞 個人情報保護委員会は、本人同意なく個人情報をプロンプトに入力することは違反にあたる可能性があると注意喚起しています(同旨は越水法律事務所の解説にも整理あり)。会社名・工事名・下請け名・人名は音声メモの段階から入れず、日報のテンプレ側で最後に埋めます。

渡さないもの2: 金額の最終値 出来高の最終数字、変更協議の金額、単価の交渉状況は、日報のAI下書きには入れません。日報に金額が載る形式なら、そこは所長が手で埋める運用にします。

渡さないもの3: 判断そのもの 「この不具合を発注者に報告するかどうか」「工程を1日遅らせるかどうか」——こういう判断は、AIに提案させても、最終決定は現場所長側で握るのが線です。AIの下書きに「発注者への報告を推奨」のような文言が入っていたら、そこは所長が読み直して書き換えます。

渡さないもの4: 提出可否そのもの 「この日報を今日提出してよいか」の判断は、AIに任せません。AIは下書きまで。押印と提出は、常に現場所長本人の仕事です。

IPA「情報セキュリティ10大脅威 2026」では、「AIの利用をめぐるサイバーリスク」が初めて第3位に選定されました(JAPAN AIラボ・プロンプトインジェクション)。特にRAG(社内文書を参照させる仕組み)を組んでいる会社では、外部データに悪意ある指示を埋め込む間接プロンプトインジェクションにも注意が必要になっています。中小の建設会社が最初の1年で気にすべきなのは、上の4つのラインを紙に書いて事務所に貼っておく——ここまでで十分です。

8. 最初の1週間の始め方

大がかりな仕組みは要りません。今日から始められる形で書きます。

1日目: 電子小黒板アプリをスマホに入れる。物理黒板と両方使う日を1〜2日つくって、電子小黒板で撮った写真が発注者提出でも通ることを1回確認する(公共工事の場合は事前に監督員へ承諾を得る)。

2日目: 現場を出る前の3分だけ、スマホの録音機能に5ブロックの順番で話す練習をする。最初は言い直しが多くて構いません。「日報を書く前に3分話す」が習慣になれば、それだけで翌朝の思い出す時間がゼロになります。

3〜4日目: 音声メモの文字起こしと写真を、上のプロンプトに貼ってAIに渡してみる。1件目は下書きが期待ほど整わないかもしれません。そこで撤退せず、2件目以降まで続けるのがコツです。会社の書式に合わせて2件目・5件目・10件目で変わっていく話は別の記事で書きました。

5〜7日目: AIが出した下書きを、所長が5分で最終確認する運用に切り替える。1週間続けると、現場を出る前の3分+事務所での5分=合計8分で日報が終わる感覚が分かってきます。

始める前に決めておく1つのこと

上に書いた「渡さない4つのライン」を紙に書いて事務所の壁に貼っておきます。紙に貼ってあると、若手監督や事務担当が入ってきても同じ運用ができます。この1枚があるかないかで、AI活用が事故るか事故らないかが変わります。

9. まとめ

日報を当日中に終わらせるコツは、書く力を上げることではなく、書く前の3分と、AIに渡すプロンプトの型を先に決めておくことです。

工事写真は電子小黒板で9項目を埋め込む。その日のメモは現場を出る前に音声で3分残す。事務所に戻ったら、5ブロックの型でAIに下書きを出させる。所長は5分で最終確認して提出する。この順番で回せば、日報1本にかかる時間は感覚として3分の1程度(従来60分→整えてから30分→AI下書きで15分)まで下がります。数字は現場の性質と書式で幅が出ますが、方向としてはこの通りです。

私が支援に入る場合も、この「現場での撮り方と話し方を先に固める」ところから一緒に始めます。同じ現場をやってきた側の目で、電子小黒板をどこから入れるか、音声メモを何時に取るか、AIプロンプトを会社の書式に合わせてどう削るかを、1週間ずつ回して調整していく作業です。

「うちの現場でも、今日撮った写真と音声メモから日報の下書きを作る仕組みを一緒に整えてほしい」——そう考えている方は、下の窓口から一度ご相談ください。

---

この記事の出典

  • 国土交通省「デジタル写真管理情報基準」令和5年3月(mlit.go.jp)
  • 蔵衛門「工事写真の撮り方【国土交通省基準】9項目・黒板の書き方・管理方法まで解説」(kuraemon.com)
  • KENTEM「建設現場で役立つ!作業日報の書き方と効率化のコツ」(kentem.jp)
  • 現場TECH「建設業の作業日報テンプレート無料ダウンロード」(kensetsu.gemba-tech.jp)
  • BoostX「現場から帰って日報に1時間?生成AIの音声入力で5分で書ける方法【建設業向け】」(boostx-inc.com)
  • 株式会社UniteX「建設現場の日報作成を効率化|『書く時間がない』を解消する方法」(unite-x.co.jp)
  • JAPAN AIラボ「ハルシネーションとは?発生の原因・種類・事例・生成AIにおける対策を徹底解説」(japan-ai.co.jp)
  • JAPAN AIラボ「プロンプトインジェクションとは?攻撃の仕組み・リスクから最新対策まで徹底解説」(japan-ai.co.jp)
  • 越水法律事務所「生成AIの業務利用に向けた社内ガイドライン整備の勘所」(koshimizu-law.com)
Masaharu Ishimoto

この記事を書いた人

Masaharu Ishimoto(御縁 GROWTH)

建設実務22年 / AIエキスパート

22歳から一般土木の施工管理、26歳からは専門業種の技術職として現場に立ち続けて22年。その実務経験を土台に、いまはAIエージェントを駆使して現場事務所のバックオフィス業務をAI化する支援をしています。

🎬 プライベート
X
TikTok
Instagram
💼 お仕事
Instagram
Facebook
▶ YouTube
チャンネル(準備中)

☀️ AIを使った現場の書類支援を相談する

建設実務22年の判断とAIのスピードを組み合わせた進め方を、無料でご説明します。

無料相談・診断はこちら

お電話 090-1888-7622(平日9:00〜18:00)/ 公式LINEで相談

AIに任せてよかった仕事・任せられなかった仕事 —— 自社で試して分かった6つの線引き

机の上に、AIに任せてよかった3枚のカードと任せられなかった3枚のカードが左右に並んだ俯瞰

御縁 GROWTH ロゴ

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

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

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

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

机の上に、AIに任せてよかった3枚のカードと任せられなかった3枚のカードが左右に並んだ俯瞰

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

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

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

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

AIに任せて長く伸びる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に向いています。

紙のメモを見ながらAIに指示文を書き込んでいる場面

4. 6つを表にすると

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

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

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

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

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

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

中小企業の事務作業のうち、AIに丸ごと任せる/たたき台まで任せる/ソフト機能に任せる/人が判断する、の4分類の内訳(一般的な整理)

分類の割合を見ると、「丸ごと任せる」は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を入れる方の、順序を決める材料になれば十分です。

Masaharu Ishimoto

この記事を書いた人

Masaharu Ishimoto(御縁 GROWTH)

AIエキスパート / 現場実務22年

22年間ずっと現場側で実務をしてきた人間が、いまはAIエージェントを毎日の業務に組み込んで運用しています。うまくいったことも、任せて失敗したことも、そのまま書いています。

🎬 プライベート
X
TikTok
Instagram
💼 お仕事
Instagram
Facebook
▶ YouTube
チャンネル(準備中)

☀️ AIに任せてよい仕事の線引きを相談する

何を任せて、どこから人が確認するか。実務での失敗も含めて無料でご説明します。

無料相談・診断はこちら

お電話 090-1888-7622(平日9:00〜18:00)/ 公式LINEで相談

毎日1本AI執筆でSEOは上がるのか(自社実験 経過報告 第2回)

窓辺のノートパソコンで累積の数字を静かに見つめている場面

御縁 GROWTH ロゴ

前回、「本数を増やせばSEOは上がる」は、少なくとも2週間では起きなかった、と書きました。

あれから3週間半、開始から数えると5週間が経ちました。同じ実験をそのまま続けています。今日はその経過報告 第2回です。

先に結論を書きます。5週間経って累積30本まで積み上げましたが、ページビューの伸び方はゆるやかで、コンバージョンはまだ0のままです。 ただし、この期間で見えたのは数字より運用の壊れ方のほうでした。何を直したかを、順番に書きます。

窓辺のノートパソコンで累積の数字を静かに見つめている場面

1. 前回のおさらい

第1回(経過報告 第1回)で書いたのは次のことでした。

2026年7月22日から8月6日までの16日間で14本を公開し、GA4合計は38ページビュー・38セッション・コンバージョン0。ラインで見ると、住宅ライン5本の27PVがこの期間の約7割を占めて、ほかの3ラインは反応の芽すら出ていない状態。

そこから見えた暫定的な結論が、「AIは「書く速度」を上げる道具ではなく、「一次情報を型にして貯める速度」を上げる道具として使うのが妥当そう」というものでした。

第2回はこの続きです。同じ指標で並べ直すのがこの経過報告の設計なので、指標も第1回と揃えます。

2. 5週間経過の実測値をそのまま出す

2026年7月22日から8月27日までの37日間で、累積30本を公開しました。

GA4(Googleアナリティクス)の合計は、本記事執筆時点で次の通りです。

  • 累積ページビュー: 66
  • 累積セッション: 66
  • 累積コンバージョン: 0

第1回の2週間14本で38PV・0CVでしたから、そこから3週間半で16本増やして、追加分のPVは28、というのが素直な読み方です。本数は倍以上、PVはだいたい1.7倍。新しく足した記事ほど、まだ数字が乗っていない、という状態です。

07-22から08-27までの37日間でAI執筆した公開記事本数と、そのGA4合計ページビューの週次推移(自社実測)

もう少し具体的に見ると、上位3本は次の通りでした。

  • 1位: #4「住宅会社のホームページ集客 完全ガイド」(P1ハブ)が14PV
  • 2位: #8「AI検索時代の住宅会社集客ガイド」(P3ハブ)が10PV
  • 3位: #7「GA4計測改修の前後で何が変わるのか」(P2)が9PV

第1回時点でトップだった#4は変わらず1位、2位と3位はどちらも第1回の後に公開したハブ記事とスポーク記事で、ここから伸びていました。逆に、公開して1〜2週間経っても0PVのままの記事も9本残っています。

「本数を増やすほど平均PVが下がる」ようにも見えますが、それは新規サイトでインデックス(Googleの検索対象への登録)に数週間かかるのが一般的な相場だからで(新規サイトのインデックス反映 — freesquare)、公開してすぐの記事は当然まだ数字が乗りません。第1回で公開した記事のうち、この5週間で追加のPVを稼げたのは上位3本にほぼ集中していた、という言い方が正確です。

3. ラインごとの偏りは、第1回とほぼ同じ

ラインで分けて足してみます。

  • 住宅ライン(P): 11本で48PV(1本あたり4.4PV)
  • 建設ライン(C): 11本で14PV(1本あたり1.3PV)
  • AIの学び(A): 3本で3PV(1本あたり1.0PV)
  • サービス紹介(S): 3本で1PV(1本あたり0.3PV)

第1回の時点で「住宅ラインだけが少し反応の芽を出している」と書きましたが、5週間経っても、その偏りはむしろ強くなっている、というのが第2回の読み方です。

住宅・建設・AIの学び・サービスの4本の帯の長さで反応差を表した俯瞰

住宅ラインが本数の割にPVを稼げている一因は、ハブ記事とスポーク記事の関係で内部リンクが厚くなっていることのようです。#4(P1ハブ)と#8(P3ハブ)に、周辺のスポーク記事から2本ずつリンクを張っているので、新しくスポークを1本足すたびに、ハブ側にも人が回ってきます。

建設ラインは本数を住宅と同じ11本まで積んでも、まだPVは住宅の3分の1以下でした。ここは正直、まだ読み解けていません。読者の検索行動が違うのか、私の書き方が建設読者に届いていないのか、それとも単に本数がもう少しいるのか。第3回までは判断を保留する予定です。

AIの学び(A線)とサービス紹介(S線)は本数がまだ3本ずつと少なく、反応差を語る前にサンプル不足です。両方とも「読んだ人が問い合わせに変わる」ことを直接期待するラインではないので、この2つは指名検索と滞在時間で追うことにします(Search Consoleの数字は第3回から並べる予定です)。

4. この5週間で「壊れた」こと4つ

第1回で書いた通り、AI運用でいちばん怖いのは「動いているように見えるけれど、実は動いていない」状態でした。

第2回の期間でも、同じ類の壊れ方が4回起きました。それぞれ書きます。

この期間に起きた4件の失敗と、気づくまでにかかった時間の俯瞰

① 8月12日、Macがログインしていなくて夜間ジョブが動かなかった。予約公開の準備は毎晩深夜2時にMacで走る設計なのですが、その日はスリープからログインに戻っていなくて、ジョブそのものが呼ばれなかった。この日は09:00の公開枠がまるごと空きました。手作業で穴埋めしたのですが、気づいたのは朝の6時間後でした。

② 8月13〜16日にかけて、3晩中2晩で夜間ループが停止していた。①の直後の週で、別の原因が2つ重なった状態です。「動かなかったこと」を朝の通知に含めていなかったのが根っこで、気づくまでに3日かかりました。この期間で公開できたのは1本だけです。

③ 8月18日、記事は書けたのに予約投稿だけができなかった。夜間タスクは「事前に許可した文字列のコマンドだけが動く」設計なのですが、私が途中でスクリプトの呼び方を「絶対パス」に書き換えていて、その書き方は承認リストに入っていなかった。4回連続で承認拒否になり、記事本文とSNS文までは仕上がったのに、09:00公開の枠は空のままでした。気づくまでに15時間。

④ 8月11日、自分の経歴の年数と氏名の誤字が公開記事に混じっていた。厳密には第1回の期間に混入した誤りを第2回の期間で発見・修正した話です。8本の記事のうち、経歴年数(建設実務20年/22年)の混在が21箇所、氏名の誤字が3件。この件は別記事にそのまま書きました。気づくまでに19日。

4件を並べると、気づくまでの時間が「6時間 → 3日 → 15時間 → 19日」とバラバラなのが分かります。運用の質は、失敗の件数より「気づくまでの時間」で決まる、と第1回で書きましたが、この5週間でそれを実測で確認した形です。

5. うまくいったこと・見え始めたこと

失敗を書いた分だけ、うまくいったことも書きます。

まず、上で書いた4件のうち①②③については、直したうえで再発させていません。それぞれ、次の順番で仕組みを入れました。

  • ①:朝の通知に「昨夜のジョブが走らなかった場合」も含めた(走らなかったこと自体を検知)
  • ②:夜間ループの経路に「事前チェックのタイムアウトで一晩を丸ごと落とさない」ガードを入れた
  • ③:スクリプトの呼び方を絶対パスから相対パスに戻し、承認拒否が2回続いたら粘らず理由をログに書いて終わる、というルールを手順書に書き足した

④はもう少し根っこの直し方をしました。同じ経歴や氏名を毎回書き直すのをやめて、正典を1箇所に置き、記事側からはそこを参照するだけ、という運用に切り替えました。AIに何度も書かせるのではなく、AIが読みにいく側の場所を1つにする、という発想です。これで、少なくとも同じ失敗は起きなくなりました。

次に、「次に書く記事の選び方」を大きく単純にしました。第1回の期間には、記事を選ぶための「印」を設計書のあちこちに散らして、その印を目印にAIが記事を選ぶ、という凝った仕組みで動かしていました。ところが、その印が陳腐化した瞬間に8晩まるごと空振り(第1回で書いた失敗)が起きた。

そこで、曜日ごとに書くラインを固定して、選ぶルールは「予定日が最も早い企画をとる」、これだけに絞りました。仕組みを凝るほど、その仕組みが壊れたときの被害が大きくなる、という当たり前のことを、遠回りして確認した格好です。

そして最後に、AIには「型」を毎回渡すという運用が、この5週間で少しずつ形になってきました。私の場合の「型」は、建設実務22年の経歴、正典化した氏名の表記、ラインごとの禁止事項(採用比較を書かない・派遣と読める表現にしないなど)、記事の構成テンプレといった、書き手側で毎回変わらない部分です。これをAIに毎回渡すようにしてから、「もっともらしく書けるから起きる事故」の発生頻度が下がりました。

ここまでの手応えは、「AIを賢くしようとするより、AIに毎回渡す側を整えるほうが早い」というものです。 これは第3回以降でも同じ指標で追い続ける予定です。

6. 第3回(3ヶ月時点・10月末)に見る指標

同じ指標で並べます。第1回・第2回と比べられるように、フォーマットは変えません。

紙に書かれた「壊れたときに、どれだけ早く直せたか」を挟んで話している場面
  • 記事本数(累積)
  • ページビュー・セッション・コンバージョンの合計
  • ライン別の反応差(1本あたりPVで比較)
  • 検索クエリ別のクリック数(Search Consoleの数字を第3回から追加)
  • 壊れた回数と、気づくまでにかかった時間

第3回は開始から約3ヶ月経過(累積60〜80本前後)、新規サイトの検索順位が動き始める一般的な相場(freesquare)に差しかかる時期です。「本数の効き目」と「一次情報の効き目」のどちらが先に立ち上がるかが、そこで一度見えるはずです。

そして、=もし第3回でもコンバージョンが0のままなら、それは「読まれていない」からではなく「問い合わせにつながる書き方をしていない」からです=。その場合は本数を減らして構成を練り直す、という判断をこの経過報告の中で書きます(続けていることを美化しないルールです)。

第2回時点での私の暫定的な結論は、「毎日1本のAI執筆は、SEO対策としてよりも、運用の壊れ方を先に潰していく訓練として意味がある」、というものです。数字より、壊れたときに、どれだけ早く直せたか——このもう1つの指標を、第3回でも同じ形で並べます。

---

第2回はここまでです。第1回と第3回のあいだに読めるように、次の号までは1ヶ月半ほど空きます。AIブログを検討中の方は、続きの号もあわせて読んでいただけると判断材料として使いやすいはずです。

御縁の代表 石本 政晴 —— 建設実務22年・現在はAIエキスパートとして中小企業のAI導入支援をしています。

Masaharu Ishimoto

この記事を書いた人

Masaharu Ishimoto(御縁 GROWTH)

AIエキスパート / 現場実務22年

22年間ずっと現場側で実務をしてきた人間が、いまはAIエージェントを毎日の業務に組み込んで運用しています。うまくいったことも、任せて失敗したことも、そのまま書いています。

🎬 プライベート
X
TikTok
Instagram
💼 お仕事
Instagram
Facebook
▶ YouTube
チャンネル(準備中)

☀️ 自社でも試している立場でご相談に乗ります

実際に運用して出た数字をもとに、御社で試すなら何から始めるかを無料でご相談いただけます。

無料相談・診断はこちら

お電話 090-1888-7622(平日9:00〜18:00)/ 公式LINEで相談

「ChatGPTは使っている」の次にやると効くこと —— 社内の型をAIに毎回渡す仕組み

ノートパソコンで社内ルールのドキュメントを一緒に見ながら、AIへの渡し方を確認している場面

御縁 GROWTH ロゴ

「うちもChatGPTは使っている」——ここ1年、経営者の方と話していて、この一言をいちばん多く聞くようになりました。

数年前なら「AIって、うちに関係あるの?」でしたから、変化は大きいです。ただ、その次に必ず出てくるのが、「使っているんだけど、正直、思ったほど楽になっていない」という言葉です。

私はこのブログをAIに書かせて毎晩1本、翌朝9時に公開する仕組みで運用しています。その仕組みを作る過程で、「使っている」と「効いている」の間には明確な段差があるということを、自分の会社でも痛いほど確かめました。

今日はその段差の話と、そこを越えるために何をやると効いたのか、逆に何をやって失敗したのかを、そのまま書きます。

ノートパソコンで社内ルールのドキュメントを一緒に見ながら、AIへの渡し方を確認している場面

1. なぜ「使っている」で止まる会社が多いのか

まず現在地の数字から確認します。

中小企業基盤整備機構が2026年3月に公表した調査によると、中小企業でAIを導入している割合は20.4%(全社的3.6%+一部業務16.8%)、検討中が18.6%です(中小企業のAI活用実態調査 — 中小機構)。

中小企業のAI導入率は20.4%(中小機構2026年3月公表)。ただし導入と定着は別で、2026年は定着が問われるフェーズに入った

数字の伸び方を見ると、「導入」までは進んできた会社が確実に増えています。ただ、問題はその次に起きています。

2026年に入ってから、業界のガイドや調査記事では「導入」と「定着」は別物という指摘が目立つようになりました。導入は「ChatGPTを契約して社員が使える状態にする」こと。定着は「社員が毎日の業務のなかで自然にAIを使い、それが当たり前になっている」ことを指します(生成AIを定着させる方法とは — JAPAN AI、中小企業の生成AI定着完全ガイド — BoostX)。

「ChatGPTを試したけど、結局誰も使わなくなった」——2025年以降、中小企業でこの声が急増しているとも報告されています(生成AIを使いこなす中小企業と使えない会社の差 — Anomaly)。

導入は済んだ。でも定着はしていない。ここが、今の中小企業の共通の踊り場です。

2. 「使っている」と「効いている」を分けているもの

私が自分の会社でAIを毎日動かしていて、いちばん強く感じているのはこの点です。

AIが効いてこない一番の理由は、毎回ゼロから頼んでいるから、です。

聞こえは当たり前ですが、実際の現場を見るとほぼこうなっています。担当者が思いついたときにChatGPTを開き、その場で「これ書いて」「これ要約して」と一発の依頼を投げる。出てきたものを手直しして使う。その依頼の内容は誰の手元にも残らない——だから次の週、同じ内容を頼むときは、また別の担当者がゼロから書き直す。

会社が毎回スタート地点に戻ってしまう構造です。これが続くと、AIを何回使っても社内に何も積み上がらない。使っている人は「ちょっと便利」で終わり、使っていない人は「面倒そう」で終わる。両方から「効いていない」と言われる、というのが定着していない会社の典型です。

3. 効いてきたのは「社内の型を、毎回AIに渡す」に切り替えたとき

私の会社で切り替えたのは、この一点でした。

その都度AIに指示するのではなく、うちの型(ルール・書式・NG集・言い回しの好み)を1つのドキュメントに書き溜めて、AIに仕事を頼むときは必ずそれを一緒に渡す。

机の上に社内ルールを書き出した付箋を色分けして並べた俯瞰イメージ

具体的にドキュメントに書いているのは、たとえばこういうものです。

  • あいさつ文の型、見出しの順番、段落の長さの好み
  • 使ってよい表現・使ってはいけない表現(建設業向けだと「派遣」「常駐」は書かない、といった業務判断も)
  • 数字を書くときの出典の付け方
  • 相手ごとの敬語のトーン
  • 断り方の言い回し
  • よくある質問と、それに対するうちの答え方

このドキュメントは、月に何度も書き足しています。「あ、ここはこう書きたかった」と気づいたら、その場で追記する。AIの出力を直したら、その直した理由もドキュメントに反映する。すると、次からAIは同じ間違いをしなくなります。

これは新しい発想ではなく、業界の解説記事でも「社内で過去に使ったドキュメントやレポートを例として与えると、組織固有の言語トーンや形式を反映した出力が得られる」という書き方で紹介されている定石です(ChatGPTプロンプトテンプレート完全ガイド — AI総合研究所)。

ただ、「聞いたことはある」と「毎日回している」の間には、また段差があります。私の会社でも、この仕組みを回してみるまでは「なんとなく良さそう」で終わっていました。

4. 失敗した話 —— ルールが陳腐化して、仕組みが8晩止まった

いいことばかり書いても信用ならないので、この方式で私が実際にやらかした失敗も書きます。

このブログを回している仕組みには、「次に書く記事はこれ」という目印をルールのドキュメントに書き込んでおく仕掛けが、当初ありました。目印を頼りにAIが毎晩「次に書く記事」を選び、書き上げて予約投稿する、という流れです。

うまくいっていたのは最初だけでした。目印は、記事を書き上げたら次の記事に付け替える必要があります。ところが、あるとき目印を付け替え忘れたまま数日放置してしまったのです。

すると、AIは毎晩ちゃんと動きにきて、目印の指す記事を見て「これはもう公開済みだから書く必要がない」と判断して、静かに終わっていました。ログには「該当なし」とだけ書いてあり、私が翌朝それを見るまで、8晩連続で1本も記事が書かれていなかったことに気づけなかったのです。

翌朝、仕組みが動いていなかったことに気づく画面のマクロ接写

これはAIが賢くないから起きたことではありません。むしろAIはルールに正確に従っていました。ルールの側が現実からずれていたのに、それを検知する仕組みが入っていなかった、というのが本当の原因です。

2026年7月27日にこの目印方式は廃止し、「予定日がいちばん近い記事から順に書く」という放っておいても陳腐化しない基準に置き換えました。以降、同じ理由で止まっていません。

学びはひとつです。AIに社内の型を持たせる仕組みは、ルールを書いたら終わりではない。ルールが古くなっていないか、ルールが現実とずれていないかを、定期的に人が見に行く運転席が必ずセットで要ります。

5. どこから始めるか(3つの手順)

「うちもやってみたい」と思ったときに、いきなり分厚いドキュメントを書こうとすると挫折します。私が実際に効いたのは、次の順番でした。

AIに渡すルール文書を、手元のメモを見ながら書き足している場面

手順1: 直近3ヶ月で「同じ質問をAIに何度もした業務」を1つだけ選ぶ

新規で仕組みを作るのではなく、すでにAIに何度も頼んでいる業務を選ぶ。ここに「毎回ゼロから頼み直している」ムダが必ず溜まっています。営業メールの返信、議事録の要約、問い合わせフォームへの一次回答——このあたりが最初の候補になりやすいです。

手順2: その業務の「うちの型」を、A4半分に書き出す

長く書かなくていいです。A4半分に収まる量で、次の3つだけ書きます。

  • この業務で守ってほしい形式(並び順・見出し・長さ)
  • この業務で使ってはいけない表現(社名の誤字防止・業界用語の使い分け)
  • 判断に迷ったときに人に戻すサイン(金額・固有名詞・法律に関わる話は必ず人に確認)

これが「社内の型」の最小単位です。分厚く作ろうとすると更新が止まるので、最初は必ず薄く始めます。

手順3: AIに仕事を頼むたびに、必ずこのA4を一緒に渡す

ここが定石を外しやすいところです。ChatGPTでも、Claudeでも、Geminiでも、新しい会話を始めたら毎回、この型を最初に読ませてから業務の指示を出す。「一度覚えたはず」と思って省略した瞬間から、AIはまた素の状態に戻ります。

Skills機能(保存したプロンプトを呼び出す機能)が使えるプランなら、その型をSkills化して、業務ごとに呼び出すのが実務的です(ChatGPTプロンプトテンプレート完全ガイド — AI総合研究所)。使えないプランでも、そのA4をコピペするだけで十分に効きます。手間はほんの数秒です。

この3手順の目的は「立派な仕組みを作ること」ではなく、「毎回ゼロから頼む」の状態から会社を1歩ずらすことです。1歩ずれるだけで、社内に何かが積み上がり始めます。

6. AIに「判断」まで任せない一線を、最初に決めておく

もう1つだけ、これから仕組みを作る方に伝えておきたいことがあります。

社内の型をAIに渡すと、AIの出力はどんどん自社らしくなります。すると、AIが最終判断まで下してしまう場面が出てきます。金額の提示、契約条件の返答、外部への公式コメント——このあたりでAIが「うちの型どおり」に返してしまうと、その返信を止められる人が誰もいなくなります。

2026年3月31日に更新されたAI事業者ガイドライン 第1.2版では、AIエージェントのような自律的に動く仕組みを業務に入れる際に、「重大な影響が生じ得る場面で、人間が判断を介在させる仕組みを社内ルールに反映すること」が明記されました(AI事業者ガイドライン第1.2版について — 経済産業省)。

これは大企業だけの話ではありません。「うちの型」を書くときに、そこに1行だけでも「ここから先はAIに任せず必ず人が返す」という線を入れておく——それだけで、後から仕組みが暴走する確率がぐっと下がります。

前回の記事「AIに任せて事故りかけた話」で書いた、自分の名前を3回も誤字で公開してしまった件も、遡ればここに該当します。数字と固有名詞は、AIがどれだけ「うちの型」を覚えたとしても、最後は人が確認する——この線は動かさない方が無難です。

7. まとめ

「ChatGPTは使っている」の次にやると効くのは、社内の型を1枚のドキュメントに書き、AIに仕事を頼むたびに必ず一緒に渡すことです。

  • 「導入」と「定着」の間の踊り場に、多くの中小企業が今います
  • 効いてこない一番の理由は、毎回ゼロから頼んでいる構造にあります
  • うちの型をA4半分に書き、毎回AIに渡すだけで、社内に少しずつ積み上がる状態に変わります
  • ただし、ルールが陳腐化しても検知できる仕組みをセットで作ること(私は8晩気づけずに落としました)
  • 数字・固有名詞・金額など、人が最後に見る線は最初に決めておくこと

御縁では、「うちも次の一手を打ちたい」というご相談をいただいたときに、まずこのA4半分から一緒に書き起こすところをお手伝いしています。分厚い研修や高価なツールから入る前に、この1枚だけでも試してみると、感触が変わるはずです。

Masaharu Ishimoto

この記事を書いた人

Masaharu Ishimoto(御縁 GROWTH)

AIエキスパート / 現場実務22年

22年間ずっと現場側で実務をしてきた人間が、いまはAIエージェントを毎日の業務に組み込んで運用しています。うまくいったことも、任せて失敗したことも、そのまま書いています。

🎬 プライベート
X
TikTok
Instagram
💼 お仕事
Instagram
Facebook
▶ YouTube
チャンネル(準備中)

☀️ AIをどこから業務に入れるか、一緒に整理しませんか?

実際にAIエージェントを日々動かしている立場から、御社で最初に任せられる仕事を無料で洗い出します。

無料相談・診断はこちら

お電話 090-1888-7622(平日9:00〜18:00)/ 公式LINEで相談