AIの「作業環境」に投資する——道具を増やさず能力を上げる — 中小企業 × AI 経営(2026年8月)
新しいAIツールは増やさず、AIが働く環境(取扱説明書・検査の仕組み・週次点検)を整えた話。同じAIでも渡す環境次第で成果物の質が変わることを、5つの整備と失敗談から報告します。
はじめに:この記事の前提
Koinobori 代表取締役の杉﨑です。 社員数名の会社を経営しながら、AI を相棒に自社の複数サイトを毎日動かしています。
最近よく聞かれるのは、「AI の性能を上げるために、どんな新しいツールを入れていますか」という質問です。今回書くのはその逆の話です。新しいツールは、ほとんど増やしませんでした。 その代わりに、AI が働くための”環境”のほうに手を入れました。結果として、同じ AI を使っているのに、仕事の質が明らかに変わりました。
1. 課題:優秀なはずのAIが、同じ失敗を繰り返す
数日間のセッションで、実際に起きたことを並べてみます。
- サイトの一部機能が壊れているのを、機械の検査より先に社内の利用者からの一報で気づいた(本来は公開前に見つけているべき不具合でした)
- ページ数を数えるプログラムが、数え間違いを3回繰り返した(17本のはずが28本、46件のはずが36件、記号の数え漏れなど)
- 画面を自動操作して確認するための手順を、同じセッション内で4回、ゼロから書き直した
- AI(実装担当のモデル)への指示文が、説明を重ねるたびにどんどん長くなっていく——過去に何を間違えたか、作業場所のどこにも書いていないので、毎回その場で説明し直すしかなかった
一つひとつは小さな出来事です。ただ並べてみると、共通点がありました。AI が「賢くないから」失敗しているのではなく、AI に「知らせていない」から同じ失敗を繰り返している。 新入社員に取扱説明書もマニュアルも渡さず、「察してやってくれ」と言っているのと同じでした。
2. 取り組み:「賢くする」のではなく「働く環境を作る」
やったのは、高性能な新ツールの導入ではなく、5つの地味な整備でした。
2-1. 各サイトに「取扱説明書」を常備した
運営している複数のサイトそれぞれに、そのサイト固有の注意点・作業手順・過去に踏んだ罠をまとめたファイルを置きました。AI がそのサイトで作業を始めると、このファイルを自動的に読み込みます。人に口頭で説明していた分量に換算すると、サイトごとに数十行。毎回チャットで説明していたことを、その場にいつでも置いてある紙に変えた形です。
2-2. 踏んだ罠を、指示文でなくコードに固定した
画面を自動でクリックして確認する仕組みを、セッション中に4回も作り直した——これは「同じ落とし穴に、毎回律儀に落ちていた」ということです。原因を4つ洗い出し、二度と同じ落とし穴に落ちない形で、検査の仕組みそのものに書き込みました。 次に同じ確認をするときは、この4つを気にする必要がなくなります。
2-3. 人手で見ていた確認を、機械の検査に変えた
これまでは「画面を人が見て、変じゃないか確認する」作業がありました。これを自動検査に置き換えました。配信の設定が正しいかを機械的に読むチェックと、実際にブラウザで開いて中身が正しく表示されるかを見るチェックの二段構えです。
ここで一つ、大事な確認をしました。検査そのものが本当に機能しているかを、わざと壊して試したのです。 設定をわざと壊してみたところ、検査はちゃんと「異常あり」の反応を返しました。検査は作って終わりではなく、「ちゃんと検査になっているか」まで確かめて初めて安心できる、という当たり前のことを実地で確認した形です。
2-4. 記録のズレを、週次で自動検出する仕組みを作った
案件ごとの記録・進捗メモは、時間が経つと実際の状態とズレていきます。これを毎週決まった曜日の朝に、機械が自動で見比べる仕組みにしました。ズレを見つけた時だけ通知が来て、何もなければ何も来ません。「静かに古くなっていく記録」を、人間が定期的に読み直さなくても済むようにしました。
2-5. 数え間違いの原因を、根本から絶った
ページ数の数え間違いが3回続いた原因は、「文章のパターンを見て数える」やり方そのものにありました。表記ゆれや記号一つで簡単にズレます。そこで、実際のプログラムを読み込んで正確に数える方式に作り直しました。以後、同じ種類の数え間違いは起きていません。
3. 結果:比較表と、想定外の収穫
5つを整備した結果を、簡単な表にしました。
| 観点 | 整備前(指示文で毎回言う) | 整備後(環境に固定する) |
|---|---|---|
| 効果の持続 | そのセッション限り。次は忘れられる | ファイルや仕組みとして残り、ずっと効く |
| 指示文の長さ | 説明するたびに長くなる | 知識は作業場所側にあるので短く済む |
| 同じ失敗 | 何度でも繰り返す | 二度目は機械が止める、または検出する |
作業の中で、想定していなかった収穫もありました。「取扱説明書」を作る作業自体を AI に任せたところ、私が口頭で伝えていた前提のうち2つが、実は事実と違っていたことを AI 自身が調べて見つけ、訂正してきたのです。片方は「すでに解消済みの問題」を私がまだ残っていると思い込んでいたもの。もう片方は日付の表示ルールの勘違いでした。「言われたことをそのまま書く」のではなく「本当にそうか確認してから書く」という指示が効いた結果でした。もし鵜呑みにされていたら、間違った前提が今後もずっと使われ続けるところでした。
一方で、失敗もありました。複数のサイトへまとめて作業を反映するコマンドで、一つのサイトへの切り替えを書き忘れ、別のサイトへ二重に反映してしまったことがあります(実害はなく、2回目は何も変わらず終わりました)。原因は、複数の作業を単純に並べてつなげて書いていたことでした。一つずつ確実に処理される書き方に直し、以後はこの失敗をしていません。便利な一括処理ほど、一つずつ確実に進む書き方をしないと事故のもとになる、という教訓です。
4. 学び:AIの能力は「賢さ」より「渡す環境」で決まる
今回はっきりしたのは、これでした。
同じ AI を使っていても、渡す環境が違うと、出てくる成果物の質が変わる。 これは人間の新入社員とまったく同じです。優秀な人を採用しても、引き継ぎ資料もなく「よろしく」とだけ言えば、同じ失敗を繰り返します。逆に、取扱説明書があり、確認すべき項目がチェックリスト化されていれば、誰がやっても一定の質になります。
AI は「モデルを新しくすれば賢くなる」と思われがちです。もちろんそれも事実でしょう。しかし中小企業の現場感覚で言うと、日々の成果物の質を左右していたのは、モデルの新しさより「何を渡しているか」でした。
もう一つの学びは、「指示する」から「職場を作る」へという発想の転換です。指示文は、そのセッションが終われば忘れられます。何度でも同じことを言い続けなければなりません。しかし、コード化した検査や、作業場所に置いた取扱説明書は忘れません。忘れないものに、知識を移していく——これが、人を増やせない中小企業が AI の実力を引き出す、現実的なやり方だと感じています。
おわりに
新しい AI ツールを一つも増やさずに、成果物の質を上げる。今回やったのはそれだけです。地味で、外からは何も変わって見えません。けれど、AI に何度も同じ失敗をさせていた側が、実は環境を整えていなかっただけだった、というのが正直な実感です。
もし AI の成果物に「なんとなく物足りない」と感じることがあれば、AI を変える前に、AI に何を渡しているかを一度見直してみることをお勧めします。取扱説明書はありますか。過去の失敗は、指示文でなく仕組みに残っていますか。それだけで、変わることがあります。
読者への問い: あなたの会社で、AI に「同じ失敗」を何度も繰り返させていませんか? それは AI の能力不足ではなく、渡している環境の問題かもしれません。
この記事を読んだ方へ
「AI に何を渡すか」の設計から、中小企業向けに伴走しています。
👉 AI 導入サポートサービス — 中小企業向け、設計から構築・運用まで 👉 お問い合わせフォーム — 個別のご相談・お見積もり
関連記事: 「AI が作ったサイトっぽい」を機械で採点したら、直すなと言うべき指摘があった
執筆:Koinobori 株式会社 代表取締役 杉﨑
RELATED — 関連コラム
こちらもどうぞ
- HANDS-ON
「7ヶ月で昨年1年分を超えた」を、誇張せずにサイトへ載せる — 中小企業 × AI 経営(2026年8月)
研修の稼働人日が7ヶ月で前年通年を超えました。これを「◯倍!」と煽らず、到達率114%という事実の併記だけで伝わる形にした話。進行中の年度に前年比を付けない判断と、数字を毎朝自動で最新化する仕組みについて書きます。
- HANDS-ON
未完リスト8件のうち、実際に作ったのは3件だった — 中小企業 × AI 経営(2026年7月)
溜まっていた未完タスク8件を1件ずつ確認したら、新規に作ったのは3件だけでした。残りは調べたら実装済みか、作る前提そのものを見直して決着。着手前の確認が実装を減らした記録です。
- HANDS-ON
自動デプロイをやめて、4サイト全部"手動"に戻した — 中小企業 × AI 経営(2026年7月)
別サイトで自動公開が1日2回失敗したのを機に、4サイト全部の公開経路を手元からの手動に統一。外す直前に見つかった予約公開への隠れた依存と、手動を雑にしないための5つの歯止めの記録です。