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で相談

毎日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プロンプトの型 —— 現場所長がその場でコピペできる3つ

月曜午前の工程会議前、事務所の窓辺で一息つく現場所長

御縁 GROWTH ロゴ

工程会議は毎週回ってきます。金曜の夕方か月曜の午前、発注者側の監督員と、自社側の関係者が集まって、先週何が進んだか、今週何をやるか、来週までの宿題は何かを確認する場です。

私は22歳から一般土木の施工管理、26歳からは専門業種の技術職として現場に立ち続けて、通算22年。所長として工程会議を回してきた立場から言うと、会議そのものはやめられませんが、会議のための書類仕事は毎週ゼロから作らなくていい仕事です。

この記事では、工程会議のたびに使うAIプロンプトを、現場所長がその場でコピペできる3つの型に整理します。議事録・進捗要約・来週段取りの3つで、それぞれChatGPTでもClaudeでもGeminiでも、どれでもそのまま動きます(以下では総称して「AI」と書きます)。あわせて、AIに任せていい部分と、最後まで所長側で握るべき判断の線引きも書いておきます。

月曜午前の工程会議前、事務所の窓辺で一息つく現場所長

1. 工程会議は「毎週同じ型」で回っている

工程会議で扱う議題は、実は毎週ほとんど同じ形をしています。

先週から今週で何が動いたか/遅れている箇所と原因/今週中に手を打つ場所/来週の主要作業と立会い予定/未確定の宿題は誰がいつまでに片付けるか——多少の言い回しは違っても、この5点セットで大半の工程会議は成立しています。

つまり、同じ型の書類を毎週ゼロから作っている、というのが工程会議の書類仕事の正体です。前回の議事録を横に置いて、今週の日報と写真と協議メモを見ながら、また同じ枠に流し込む。手が動いている時間の8割は、思い出す時間と、テンプレを頭の中で組み立て直す時間です。

毎週同じ型で回っている仕事は、AIとの相性が良い書類仕事です。1件目でうまく動く型を作れれば、2件目以降はコピペで済みます。会社ごとの書式をAIに覚えさせると2件目以降がどう変わるかは、別の記事で書きました。工程会議の議事録・進捗要約・来週段取りは、その中でも反復回数が特に多い(=週1で必ず回ってくる)ので、最初に型を作る候補として一番向いています。

工程会議で毎週使う3つのプロンプト(議事録/進捗要約/来週段取り)を光の帯で示した抽象イメージ

2. プロンプト①:議事録の型(発注者側/自社側/宿題の3ブロック)

まず1つ目。工程会議の議事録を、AIに下書きさせるプロンプトです。

以下の会議メモから、工程会議の議事録の下書きを次の3ブロックで書いてください。

【発注者側から出た指示・要望】
【自社側から回答・報告した内容】
【次回までの宿題(誰が/何を/いつまでに)】

制約:
・箇条書きで、1行1件。
・「順調」「概ね」「たぶん」は使わない。数値と日付だけで書く。
・不明な点は「未確認」と明記する(推測で埋めない)。

会議メモ:
(ここに走り書きのメモを貼り付ける)

議事録は、発注者側の言葉と自社側の言葉を分けて書けているかが、後で証跡として効くかどうかを決めます。「打合せで検討した」と1行で書いてしまうと、半年後に振り返ったときに「誰の判断でどう決まったのか」が全く残らないのが、工程会議の議事録の一番危ないところです。

このプロンプトの型が持っている工夫は3つあります。

工夫1: 3ブロックの見出しを固定する 発注者側/自社側/宿題という3つの見出しを最初に置くことで、AIが会議メモから該当箇所を拾って振り分けてくれます。振り分けの精度は完璧ではないので、下書きが出てきたあとに所長側で1回読み直して、発注者側と自社側の入れ替えだけ確認します。この確認に慣れると1〜2分で終わります。

工夫2: 曖昧語を最初に禁じる 「順調」「概ね」「たぶん」を制約で禁止しておくと、AIは数値と日付で書こうとします。人が書くとつい入ってしまう曖昧語を、プロンプト側で入口から絞れるのがAIの良いところです。

工夫3: 「未確認」と明記させる 不明な点は「未確認」と書け、と制約に入れておかないと、AIは前後の文脈から推測して埋めてしまいます。会議の場で決まっていないことが、AIの推測で議事録に載ってしまうのは、工程会議の書類として一番危ない事故です。この1行があるかどうかで、AIの下書きは別物になります。

議事録の下書きが出てきたら、所長側の仕事は3つです。3ブロックの振り分けを1回だけ見直す/「未確認」の箇所を口頭で発注者に確認する/宿題の担当者名と期限が正しいかを確認する。下書きから提出まで、10〜15分で終わります。

3. プロンプト②:進捗要約の型(先週→今週の差分/遅延要因/次の一手)

2つ目。工程会議の冒頭で使う進捗要約を、AIに下書きさせるプロンプトです。

以下の情報から、工程会議で使う進捗要約を書いてください。

【先週→今週の差分】(進んだ/止まった/変わった、を1行ずつ)
【遅延している箇所と、分かっている事実】
【今週中に手を打つ場所と、具体的な動作】

制約:
・数値は入力データにあるものだけ使う。無い数値は書かない。
・原因の推測はしない。分かっている事実だけ書く。
・「対策が必要」ではなく「〇日までに〇〇する」と書く。

情報:
・先週の日報(貼り付ける)
・今週の日報(貼り付ける)
・現場写真の日付とメモ
・打合せメモ/協議書

進捗要約でAIが失敗しやすいのは、原因の推測で埋めてしまうことです。「雨天のため遅延」「作業員不足による」といった、それらしい理由をAIは滑らかに書いてしまいますが、実際に何が起きていたかは現場を見ていた所長側にしか分かりません。

だから制約に「原因の推測はしない。分かっている事実だけ書く」を入れます。遅延している箇所と、分かっている事実という2段構えで書かせると、AIは「遅延している」までは書けるが、原因までは書けなくなる——これは弱点ではなく、所長側の判断を残すための正しい線引きです。

3ブロック目の「今週中に手を打つ場所と、具体的な動作」も同じ考え方です。「対策が必要」で止まる下書きは、工程会議の場で意味を持ちません。「〇日までに〇〇する」と具体的な動作で書け、と制約を入れておくと、AIは書けない部分は書けないので、そこは所長側が現場を見て埋めます。埋めた部分だけを、工程会議で発注者に説明する材料にします。

先週の日報と今週の日報を貼るだけで、差分の下書きは出てきます。日報を毎日ちゃんと書いてある現場ほど、このプロンプトが速く効きます。若手監督に日報を書いてもらう順序を1ヶ月で覚えさせる話は、別の記事で整理しました。

ノートPCの画面にコピペしたプロンプトの見本と、手を添えた現場所長の手元

4. プロンプト③:来週段取りの下書きの型

3つ目。工程会議の終盤で発注者に説明する、来週の段取りを下書きするプロンプトです。

以下の情報から、来週の段取りを次の4ブロックで下書きしてください。

【主要作業】(工種/数量/担当)
【立会い・検査の予定】(日時/相手/必要書類)
【必要な資機材】(品目/数量/入荷予定日)
【未確定事項】(決めないと来週止まる項目)

制約:
・時系列で並べる。
・未確定は「未確定」と書き、推測で日付を入れない。
・入力データに無い項目は書かない。

情報:
・週間工程表(貼り付ける)
・打合せ議事録の宿題一覧
・資材発注リストの状態

来週段取りの下書きで一番効くのは、【未確定事項】のブロックを最後に置くことです。工程会議の場で、「来週やる予定です」と1行で流してしまう項目のうち、実は決まっていない事項が混ざっていることがよくあります。決まっていない項目を「決まっている」風に発注者に伝えてしまうと、来週その日に来て初めて「これはまだ決まっていませんでした」と発覚することになります。

未確定事項を最初から別ブロックに分けさせておくと、発注者にも「これは未確定です」と伝えられる。工程会議の場で決めてしまえば来週はスムーズに動くし、決められなければ次回までの宿題になります。未確定を隠さない、というのが工程会議のリズムを崩さないための1つ目のルールです。

入荷予定日を推測で書かせない、も同じ考え方です。資材の入荷予定日は、業者への発注状況で決まります。入力データに無ければAIには書けません。「未確定」と書かせて、所長側が業者に電話して確認します。

段取りの下書きが出てきたら、所長側の仕事は2つです。未確定ブロックを1つずつ潰すか、次回宿題に振り分ける/立会い予定の日時と必要書類を確認する。この2つが工程会議で発注者と合意すべき本題です。

5. AIに任せていいこと・所長側で握ること(渡さない4つ)

3つのプロンプトの共通点は、下書きまでを速くすることに絞っている点です。会議の判断そのものはAIに渡していません。ここは建設業の書類仕事全般に共通する線引きで、AIに書類を作らせて危険なこと・安全なことにまとめた4つの線と同じ考え方です。

AIが下書きするのは前段の3つ、後段の3つは現場所長側で握る(記事内で提示する分担)

工程会議のプロンプトで、所長側が最後まで握るべきものは4つあります。

1. 完成した下書きを、そのまま発注者に提出しない 議事録も進捗要約も段取りも、AIが出してくるのは下書きです。現場を見ていない相手(AI)が書いたものを、現場を見ていた所長が最終確認する——この順序を崩すと、下書きの中に混ざっている推測や曖昧語が発注者側に届いてしまいます。

2. 遅延の原因判断は所長側で 「なぜ遅れているか」はAIには書けません。天候・地盤・関係者間の調整・発注者側の判断待ち——原因は現場ごとに違い、現場を見ている所長にしか分からない。プロンプト側で「原因の推測はしない」と制約しているのは、この線を守るためです。

3. 金額に関わる記述は元データにある値のみ、最終値は所長側 下書きに金額の話が混ざったら、元データにある値だけを残し、最終値としての金額は所長側で確認します。変更協議に絡む金額は特に注意が必要で、変更協議資料の中身を分解する記事でも同じ線を引きました。

4. 次回宿題を発注者と約束するのは所長側 議事録の3ブロック目「次回までの宿題」は、AIが下書きしても、発注者と合意する場に立つのは所長本人です。AIが下書きした期限をそのまま口に出すのではなく、現場の実際の動きを頭で確認してから、発注者に対して口約束をします。

この4つを最初に決めておけば、AIを工程会議のプロンプトに使うのは怖い話ではなくなります。スピードはAIで担保、判断の正しさと現場理解は22年の実務経験で担保する、という二本柱の使い方は、工程会議でもそのまま通用します。

6. 導入で必ず起きる失敗2つ

3つのプロンプトを配って回ると、最初の1〜2週間で必ず同じ失敗が起きます。事前に書いておきます。

失敗1: 1本目でうまくいかない 1週目の議事録を試すと、AIが出してきた下書きが会議の実態と合っていない、ということが必ず起きます。理由は単純で、入力に貼り付けた会議メモが雑だからです。走り書きで箇条書きになっていなかったり、話し手の名前が抜けていたり、時系列が入れ替わっていたり。

これは失敗ではなく、自分の日本語の粗さがAIに増幅されて見えている状態です。会議メモを箇条書きで書く癖を1週間つけると、2週目以降は下書きの精度が上がります。日報を1週間書いたら書けるようになるのと同じで、プロンプトも入力側の癖を1週間で整えます。

失敗2: 3つ同時に始めようとする やる気のある所長ほど、議事録・進捗要約・来週段取りの3つを同時に試してしまいます。3つ同時にやると、どの型がどこで失敗したかが分からなくなります。

最初の1週間は議事録だけ。翌週から進捗要約を足す。その次の週から段取りを足す。この順序で入れると、1ヶ月で3つとも1人で回せるようになります。逆順は勧めません。段取りから入ると、そもそも過去の議事録の型がないので、AIが参照する材料が薄すぎて下書きが浅くなります。

プロンプトなしで思い出しながら書く机と、プロンプトありで10分後に下書きが出ている机の左右対比

7. まずは1週間、議事録だけ試す

大きな導入計画を立てる前に、今週すぐやれることが1つあります。

次の工程会議の議事録を、上の1つ目のプロンプトだけで下書きさせる。会議メモは走り書きのままでいいので、AIに貼り付けて、出てきた下書きを10分だけ見直す。それを1週間続けます。

翌週の工程会議で、同じプロンプトで2本目の議事録を下書きします。2本目のときには、1本目で気付いた「うちの現場では発注者側の指示がこう出やすい」といった癖を、プロンプトの制約に1〜2行足しておきます。プロンプトは1週ごとに1〜2行足していく、これで自分の会社の書式に馴染んでいきます。

工程会議のプロンプトが3つとも自社の書式に馴染むまで、だいたい1ヶ月です。1ヶ月経つと、工程会議の書類仕事に費やす時間が半分から3分の1になります。空いた時間を、現場を見に行く時間や、若手を持つ先輩監督を支える時間に回せるようになります。

工程会議のプロンプトが回り始めたら、次は変更協議資料や月次提出物といった、もう一段重い書類にAIを入れていく順序です。書類を外に出せる範囲と、責任分界の線引きは、現場の書類業務、どこまで外に出せるのかと書類を外注するときの責任分界にまとめてあります。工程会議のプロンプトで感覚を掴んでから、そちらに進むと迷いません。

---

この記事の出典

Masaharu Ishimoto

この記事を書いた人

Masaharu Ishimoto(御縁 GROWTH)

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

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

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

☀️ 現場の書類、抜けがないか一緒に点検しませんか?

着工前から完成時までの提出物を、実務経験のある担当者が無料で棚卸しします。

無料相談・診断はこちら

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