自社を自社の自動化で回しています

1日10回、自動で回り、人は朝に一通を読みます。

8つのサイトを1日3回開く仕事、その結果を読んで何が変わったかを選ぶ仕事、8節からなる経営報告を作る仕事—— すべて人の手からなくなりました。 取引先26社の精算書を受け取り、発行台帳を作るところまで行う仕事もここにあります。 1人で1日中かかっていたことが1時間になりました。

残ったのは一つです。 朝8時に届いた一通を読んで、何から始めるかを決めること ——6つの枠のうち、人が手を触れるのはそこだけです。残りの5つは、私たちが眠っている間に終わっています。

請け負ってお作りするのと同じ構造を まず自社に掛けて、毎日使っています。 そうする理由があります—— 自動化は失敗しても画面は無傷です。 記録も残り、リストも表示されるのに新しいデータだけが増えない状態になると、画面をいくら見ても分かりません。

だから「付けたか」ではなく 「今日届いたか」を確認します。実行ごとに成否が一行ずつ残り、止まれば翌朝の報告が先に知らせます。同じ構造を、請け負って作る仕事にも一緒に入れます。

この一連は受注で作ったものではなく、私たちが使うために作ったものです。だからお客様の事例とは混ぜていません。

毎日、一周が実行されます。

この一連のシステムは、それぞれ別の時刻に動く独立したジョブではありません。 点検する→読んで判断する→集める→一通で送るまでが一周で、その一周が毎日同じ場所から始まります。

各枠に 「崩れる箇所」を一緒に記しています。その欄をこうしておかないとどうなるかです。私たちに実際に起きたことと、そのときに出た数値は、ループの下の三つの節にあります。

マークの読み方 — 角ばった空のマークはルール、塗りつぶしたマークは判断する側です

• ルール あらかじめ書き留めたとおりにしか動きません。同じものを入れれば、同じものが出てきます
• AI ルールに書けない判断だけを任されます
• 人 届いた一通を読んで、何から始めるかを決めます

六つの枠のうちAIが担うのは二つです。 点検も、進捗を見るのも、集めるのも、一通にまとめるのもルールがやります — 同じものを入れれば同じものが出るべき場だからです。AIはルールで書けない場にだけ使います。早朝の会議の判定と、朝の報告の一番上の一文です。 報告書をAIが書くわけではありません — 八つの節の数値も、何が完了で何が定期項目かも、何を一番上に載せるかも、ルールが確定します。

一周のうちで 人が手を触れるのは最後の一枠だけです。点検も、読んで判断するのも、集めて一通で送るのも、人を待ちません。 直すところまでは委ねていません— 点検は照会だけを送り、何も変えません。確認する側が確認対象に手を触れると、それ以降の数値が信じられなくなるからです。だから朝に届くのは直した結果ではなく 何を直すかが書かれた一通です。

人が直したものは、次の回の点検にそのまま引っかかります。 あるサイトに、そのサイトの持ち主が誰かを検索エンジンに知らせる表示を新たに入れたところ、入れた人が特に知らせなくても、次の点検の「変わった項目」リストにその一行が載ってきました（2026-08-09）。

ループの外で同じサーバーがさらに動いているもの

• 07:30 取引先の精算書を集めて検算します
• 09:00 · 15:00 · 21:00 支援事業の公募を収集します

ループ七回にこの三つを足して一日 10回です。07時30分は、会議結果を集める作業と精算書を再検算する作業が同じ回です。

AIが「処理した」と言ったことを毎日もう一度確認します。

AIは毎日まじめに答えます。 その答えがどうなったかを誰も教えてくれません。 何も壊れず、成果物も毎日出ます。だから何か月分かが積み上がって初めて「これは結局どうなったのか」と問いかけることになります。

そこで提案が実際に処理されたかを 自動でハンコを押してくれる仕組みを付けて、昨日のものを開き直す手順を毎日実行します。確認するのは提案だけではありません — そのハンコが正しいかどうかまで、次の回で再確認します。

自動で「処理完了」を押してくれる仕組みを付けると、その仕組みが正しいかは誰も見直しません。 処理済みと表示されたのに実際には何も反映されていない件が混ざり、 仕事が終わったのではなく終わったふりをした状態になります。台帳だけを見るとむしろ一番健全に見える形です。エラーも警告もありません。私たちのものでも九つのうち五つがずれていて、 昨日のものを開き直す手順が、次の回でそれを捉えました。

• 会議を開く前に、昨日のものを先に読ませます

  前回の提案とその後の変化が会議資料の先頭に入ります。昨日の話を知らないまま今日の会議が始まることはありません。

• 議事録の末尾に定められた様式を一緒に書かせます

  文章だけが残ると、翌日それを突き合わせる方法がありません。提案ごとに、何を・誰が・なぜ・何で確認するかを定められた欄に書きます。

• 点数表は別に作っていません

  提案と発言と処理時刻を台帳に積み、成果はその台帳から出します。点数表を作ると、その点数を上げる方に仕事が曲がります — 人もそうですがAIはもっとそうです。点数を上げろと言えば本当に点数だけ上げます。

• 判定欄は前回の提案があるときだけ埋めます

  昨日出したものがなければ、その欄は空のまま来ます。欄を埋めろと言うと、AIは存在しない根拠を作り出します。空欄で来るほうが、空欄を埋めたものより信頼できます。

「確認値だけで完了と判定する」という原則で、 どの提案がその条件を満たしたかが台帳にそのまま残ります。 満たせなかったものも一緒に残ります — そうすれば後で「全部守った」と言わずに済みます。

直近の議事録にはこんな段落がそのまま入っています — ある数値が減ったことについて 成功か失敗かは読まなかったと書き、「原因の記録がない」で済ませました。増えた数値一つについても 「検索成功」と断定しなかったと書きました。流入経路をまだ分けて見られていないという理由でした。 私たちは「わからない」をそのまま書かせるようにしました。 そうすれば、後で本当に良くなったときにその報告を信じられます。

2026年8月23日の会議は12回目で、 新しい提案4件に、前回提案の判定が27件でした。新しく出すことより、昨日の話を見直すことに6倍以上の場所を使いました。その回が自ら書いた完了件数は 0件です。 AIが自ら「完了」を押せないようにしておくと、完了欄に0が出ます。それが正直な数字です。 「完了12件」と押されている台帳より 0と押されている台帳のほうが信頼できます。

経営報告に載る数字はルールが確定します。

AIは言われたとおりに上手に書きます。そしてその過程で 数字が静かに変わります。 「不足額 ○○ウォン」と出ていても、それが特定の日付に必要な金額なのか、請求期間全体を合計した値なのかは、報告だけを見ても分かりません。

実際に私たちの報告で一度起こりました。合計が特定の日付の必要額として読まれ、 四倍近く膨らみました。 ここで学んだのは「もっと良いモデルを使おう」ではありませんでした。 判断する場所と写す場所を分けておかなければ、何を直しても同じことが再び起こるということでした。私たちはその線を最初に引いてから始めます。

• データに実際に入っている値だけで分類します

  完了なのか、毎月自動で出ていく定期項目なのか、実際の業務ではなくまとまりなのかを、既存データがすでに持っている項目で判別します。だから報告に載った項目を元データの中でそのまま見つけられます。

• 照会が一つ失敗しても報告は出ます

  代わりに、何を見られなかったかを一番上に書きます。一か所が詰まったからといって、その日の朝を丸ごと空にはしません。

AIに一緒に渡す指示文からそのまま写します

• 数字と項目を新しく作ったり変えたりするな
• 一字も変えずにそのまま写せ。要約も、統合も、削除もするな
• 金額を新しく計算するな。資金調達の方法をでっち上げるな。振り込みを断定するな
• 元資料にないニュース・市場見通し・事業アイデアを付け足すな

そして、もう一つだけ行があります。 このシステムで最も重要な文だと思っています。

「照会失敗」がある場合は、その項目が埋める節の数値を「なし」ではなく「見られず」として扱え。

「お金が出ていくものはない」と「出ていくものを確認できなかった」は、まったく違う言葉です。 この二つを同じ形で書くと、静かな朝が安心していい朝なのか誰にも分かりません。報告を読む人がその区別をするには、報告を作る側が先に分けておかなければなりません。

AIに残した一文は「今日は何から手をつけるべきか」です。 優先順位の基準も一緒に渡します——外部の期限が固定された仕事が最優先で、遅れると加算税が付く仕事は午前に配置し、現金が入ってくる仕事がその次で、外部の期限がない開発はその後に置きます。 この判断はルールとして書くのは難しいです。 その日、何と何が重なるかによって答えが変わるからです。

静かな朝が安心していい朝なのかが分かります。

点検は、自分が実行されたときだけしか語れません。 だからサーバーが丸ごと止まった朝は、 すべての点検が静かです。 警告が一つも出ず、画面も報告も平和に見えます。実際、朝の六時間が丸ごと抜けた日がありました。その時間帯に実行されるはずだった仕事がすべて抜け落ちたのに、どの節も一言も発しませんでした。

「通知が来ない」と「通知するものがない」が同じ形に見えること自動点検を付けた会社が、最も遅く気づく場所です。

• 時間帯ごとに自動実行が何件残っているかを別途集計します

  どの時間帯が実質止まっているかを、個別の点検とは別に確認します。読めなかったときは0ではなく「読めず」にします。

• この報告が見られない場所を、報告の中に書き留めておきます

  その節の最後に、この一行が付きます。

この節は、08:00の報告自身の失敗は見られません。報告がまったく来なかった日がその合図です。

だから御社では「朝に報告が来なかった」こと自体が、最も大きな警告になります。 読む人がその一行を知っていれば、静かな朝を読み間違えることはありません。

私たちが毎日使っているもの。

ループの最初の枠と、ループの外の07時30分のものは、それぞれ別の一件として書き留めてあります。何が問題だったのか、今何をどう確認しているのかがそこにあります。社内システムなので開けるアドレスはありません。代わりに 取引先の名前と金額を隠した実際の画面と、ツールが自ら出した数値を載せています。

1. 2026 業務自動化 社内システム

   一人が一日中かけていた税額計算書の発行を1時間に短縮しました

   取引先26社がメールで送ってくる精算書を毎朝自ら読み取り、誰にいくら発行するかまでの台帳を作ります。メールを一つずつ開いてダウンロードし、金額を書き写していた作業がなくなり、人がする作業は発行ボタンを押すだけです。

   精算書の確認から税額計算書の発行台帳まで 一人が一日中 から 1時間 まで

   
2. 2026 業務自動化 社内システム

   検索エンジンが読める状態か、8つのサイトを1日3回点検します

   サイトごとに最大12項目を確認し、昨日と結果が変わったものだけを選んで報告します。必須項目の未充足を24件から16件に減らし、残る16件も人が集計するのではなくツールが集計します。

   検索エンジンが読める状態 — 未充足項目 24건 (2026-08-12) から 16건 (2026-08-23) まで

   

同じ構造を御社の数字にかけます。

複数のシステムに散らばった数字を、毎朝一通で受け取れるようになります。倉庫の在庫でも、売掛金でも、昨日の売上でも、夜の間に実行されるはずだった自動化でも—— 集める対象は違っても、構造は同じです。

AIに仕事をさせてみたことがあれば、提案が積み上がるだけの経験をすでにされたことがあるでしょう。私たちがお作りするのは、提案をもっと多く出す場所ではなく、 昨日出した提案を今日もう一度開く場所です。担当分野が五つでも十でも同じ構造で組めますし、良さそうな数字だけを選んで上がってくる報告を受け取らなくなります。

そして AIがでっち上げた数字が経営判断に混ざりません。 数値も分類も選別も、すべてルールが確定するからです。 「この数字はどこから出たのか」という問いに答えられない報告は、お作りしません。

これをそのまま売るわけではありません。

ここにあるのは、当社の事情に合わせて作った社内ツールなので、そのまま納品されることはありません。私たちが売るのは 自社製品 の方にあり、この一連のものは 同じやり方を他人の仕事にも使うという根拠として置きます。

技術分野で分けてご覧になりたいなら、資料を集める側は ウェブデータ収集、集めたものを同じ基準で集計する側は データ分析、ルールとして書けない判断は AI適用です。

止まっていることに気づかずにいるものが、あるかもしれません。

今も回っていると思っている自動化があれば、最後に新しい資料が入った日がいつなのかを、まず一緒に確認いたします。

返信は営業日1日以内