AIに任せ始めた日から、事故のカウントダウンは始まっている——。

脅すために書いているのではありません。わたし自身が2回、カウントがゼロになる音を聞いたからです。

Claude Code のすごさは「実行力」です。調べて、書いて、保存して、整理する。人間の何倍もの速さで、疲れずに、文句も言わずに。

ただし実行力とは、ミスも同じ速さで実行する力のことです。人間なら「あれ、これ大丈夫かな」と手が止まる場面で、AIは止まりません。そして任せる範囲が広がるほど、人間が目を通す範囲は狭くなっていきます。便利になった分だけ、見ていない場所が増える。ここに事故の芽があります。

このページでは、わたしが実際に経験した事故2件と、そこから作った「守り」の運用一式についてお話しします。

わたしが経験した事故の話（実話・2件）

わたしは2026年5月から、Claude Code に日々の仕事のかなりの部分を任せる運用を続けています。ファイルの整理、記録の作成、定型チェック、文書の下書き。便利さは期待以上でした。

そして運用開始から2か月ほどの間に、事故を2件経験しました。

事故1：自動化用リポジトリでのBotトークン露出

自動化の仕組みを入れたリポジトリに、通知用のBotトークンを置いていました。そのリポジトリが、公開設定のままになっていたのです。

作った瞬間は確認したつもりでした。問題は、その後です。「公開か非公開か」という一度しか見ない設定を、以後全く見ていませんでした。気づいたのは、まったく別件の点検をしていた途中。つまり偶然です。。。

対応：ただちに非公開化し、トークンの扱いを変更し、追跡対象からも外しました
原因：「一度確認したら終わり」の設定を、定期的に見直す仕組みがなかったこと
ルール化：週に1回、同じ項目を同じ物差しで点検する「定点診断」を運用に組み込みました

事故2：同期経路へのパスワード類の混入

PCとクラウドの間で自動同期していた経路に、パスワード類を含むメモが紛れ込んでいました。しかも、変更履歴にまで残った状態で。

発覚後は、履歴からの除去、同期の除外設定の強化、該当するパスワードの変更へと、対応を順に進めました。冷や汗の量は1件目の比ではありませんでした。

原因：「同期対象に何が含まれているか」を、人間が確認する関所がどこにもなかったこと
ルール化：危ない分類の操作は、承認票を起こして人間の裁可を待ってから実行する運用に変えました

2件に共通していたこと

どちらの事故も、「AIが暴走した」わけではありません。悪かったのは、確認の仕組みを持たないままAIの実行力だけを使っていた、わたしの運用のほうでした。

だから対策も「AIをもっと賢くする」方向ではなく、「運用に検問所を作る」方向で行いました。原因究明 → 対策実装 → ルール化。事故のたびにこの流れを回し、できあがったルール群を、特定の環境に依存しない形にゼロから書き直したものが、本スキル『検診』です。

わたしは今もこの型で毎日AIに仕事を任せています。事故がゼロになったと言うつもりはありません。ただ、「気づける・止めて確認できる・後から辿れる」状態と、そうでない状態は、まったく別のものです。

何が入っているか（同梱物・正直な一覧）

Claude Code のスキルファイル一式（Markdown）です。プログラムのインストールは不要で、所定のフォルダにコピーして Claude Code を再起動するだけで動きます。

ファイル中身SKILL.md入口。3モジュールへの振り分けと、全体に効く絶対原則（診断は事実のみ／修正は必ず人間の承認後／秘匿情報らしき文字列は内容を表示しない等）checkup.md検診モジュール。週1回、定点10項目を診断して C/H/M/L の重要度判定つきレポートを出すsekisho.md関所モジュール。対外送信・削除・上書き・課金・公開・認証情報の6分類の操作を、承認票に落として人間の裁可を待つ運用規約shime.md閉めモジュール。セッション終了前に、決定の記録・成果物の保存・引き継ぎメモなど5項目を点検するチェックリストtemplates/approval-pending.md承認票テンプレート（何を・なぜ・影響範囲・戻し方・裁可欄・実行記録の6部構成）templates/checkup-report.md診断レポートのテンプレートREADME.md5分で使い始める導入ガイド

検診が見る「定点10項目」は次のとおりです。

指示ファイル・メモリの肥大化
定義ファイルの参照先が実在するか
放置・重複ファイル（どれが正本か分からない問題）
リンク切れ
最終更新日の監視空白（「見ているつもりで見ていなかった」の検知）
秘匿情報の平文混入パターン検査（一致した中身は表示せず、所在のみ報告）
バックアップ／git 管理の有無
自動化ジョブの生存確認（黙って止まっていないか）
承認ゲート（関所）の運用状況（形骸化していないか）
前回指摘の再発チェック

特別なフォルダ構成は前提にしていません。診断項目は「対象が存在しなければスキップして『対象なし』と記載する」設計なので、環境がシンプルな方でもそのまま動きます。

これは「やらないこと」も先に書いておきます

買っていただく前に、はっきりさせておきたいことがあります。

事故の完全防止は約束しません。 本スキルは、事故の芽を検知し、危ない操作に承認を挟み、何をしたか記録するための運用の型です。保険ではありません。
セキュリティ製品ではありません。 ウイルス対策や侵入検知の代わりにはなりません。
AIの操作を技術的にブロックするものではありません。 関所は「AIが規約に従って止まり、人間が票で裁可し、記録が残る」ことで成立する運用です。確実な技術的制限が必要な操作には、Claude Code 本体の権限設定の併用を、スキル内でも案内しています。
収益や成果の約束もしません。 これは攻めの道具ではなく、守りの道具です。

この正直さごと含めて、¥980の商品です。

対象の方・対象でない方

こんな方に向いています

Claude Code を導入済み（有料プラン）で、仕事を任せ始めている方
「もっと任せたいが、正直こわい」という感覚がある方
非エンジニアの方（本スキルの操作は「検診して」「閉めて」と話しかけるだけです）
削除・送信・公開のような操作をAIに任せる場面が出てきた方
ファイル整理や記録が続かない自覚のある方（続けさせる仕組みごと入っています）

こんな方には向いていません

Claude Code をまだ導入していない方（本スキルは Claude Code 上で動きます）
技術的な防御（アクセス制御・暗号化など）を求めている方
「これで事故ゼロ」を求めている方（その約束はどこにも書いていません）
すでに自前の監査・承認運用が回っている方（本スキルから得るものは少ないはずです）

今後について

2026年8月に、この運用の全体像——AIに仕事を任せる際の設計・記録・改善のサイクル——をまとめた本体教材の公開を予定しています。本スキルはその入口にあたりますが、単体で完結しており、本体の購入を前提にしません。

有料部分には、次の内容が含まれます。

導入手順の完全解説（Windows / macOS、つまずきポイント込み）
3モジュール（検診・関所・閉め）それぞれの使い方
週次運用への組み込み方（続けるための現実的な設計）
つまずきFAQ
スキルファイル一式のダウンロードリンク

価格は ¥980 です。

※本商品はデジタルコンテンツのため、購入後の返金・返品には対応できません。内容は本ページ記載の同梱物一覧のとおりです。 ※本スキルは現状有姿で提供され、診断結果・承認運用の利用により生じた損害について作者は責任を負いません（詳細は同梱 README の免責をご確認ください）。実行前の内容確認は必ずご自身で行ってください。