一人会社は「止める仕組み」で回す——AIに任せて破綻しないための3つのゲート
AIに実務を任せる一人会社では、作業を「回す仕組み」より「止める仕組み」が重要になります。私たちが実運用しているブロッキング検証・試行上限・承認境界という3つのゲートを、実例とともに紹介します。
AIに実務を任せると、手が速くなる分だけ「止まらなくなる」——これが一人会社で最初にぶつかる壁でした。
私たちは社長ひとり＋AIを実務担当（COO）として会社を回しています。実装や調査はAIが数分でこなしますが、そのぶん「頼んでいないことまでやる」「できたつもりで終える」といったズレが起きやすい。そこで効いたのは、作業を速くする工夫ではなく、間違ったまま先に進めない「止める仕組み」でした。
本記事では、私たちが日々の運用で実際に使っている3つのゲートを、失敗も含めて紹介します。
🚦なぜ「止める仕組み」なのか
AIコーディングの現場では、モデルに「規約を守って」と頼むだけでは守られないことが多い、という指摘があります（Martin Fowler のHarness engineeringが、決定論的な検証と確率的な判断を分けて論じています）。
私たちの実感も同じでした。「テストを書いて」「本番に触らないで」という自然文の約束は、手が速いぶん取りこぼしが増える。だから、約束を「機械が落とすゲート」に変換する——それが私たちの運用の背骨になっています。
✅ゲート1: ブロッキング検証（合格するまで進めない）
1つ目は、合格しないと先に進めない自動チェックです。lint がゼロ・テストが緑・カバレッジが閾値以上、といった「客観的に○×が付く条件」を、コミットやマージの手前に置きます。警告ではなくエラーにするのがコツです。警告はAIに読み飛ばされがちだからです。
私たちは、危険なコマンドや秘密情報の混入をコミット前に止めるフック群を運用しており、その一部は OSS のwillink-claude-kitとして公開しています。「読めば分かる」ではなく「破ると落ちる」に変えることで、レビューの網を人手で広げなくても品質が保てます。
🔁ゲート2: 試行上限（無限に粘らせない）
2つ目は、「N回試してダメなら止めて人間に上げる」という上限です。AIは「あと一歩」を延々と続けてしまうことがあります。指標（例: テストカバレッジ）に到達するまで反復させる場合でも、達成判定は自己申告ではなく実測で行い、規定回数で必ず止める、という設計にしています。
実際、あるカバレッジ引き上げの実験で、AIが「十分書いたので目標を達成したはず」と判断したにもかかわらず、実測するとテストがコンパイルすら通っておらず数値はまったく上がっていなかった、ということがありました。決定論的なゲートがこの取りこぼしを捕まえ、そこから客観的に目標まで詰め直しました。「できたつもり」を数字で潰せるのが上限つきループの価値です。
🔒ゲート3: 承認境界（外に出るもの・戻せないものは人間が決める）
3つ目は、AIが単独でやってよいことと、人間の承認が要ることの線引きです。私たちは「可逆性 × 外部到達 × 金銭/法的」で判定しています。内部で完結し、あとから戻せることはAIが自走で進める。外に公開する・お金や契約が絡む・元に戻せない、これらは必ず人間が最終承認する、という基準です。
重要なのは、この境界を曖昧な気持ち（「なんとなく重要そう」）ではなく、明文化した基準で運用することです。基準がはっきりしているほど、AIに任せられる範囲は逆に広がります。
🧭まとめ: 速さより「止まる設計」
一人会社でAIを実務に組み込むと、ボトルネックは「手の速さ」から「間違いを止める仕組みの有無」に移ります。ブロッキング検証・試行上限・承認境界——この3つのゲートを先に用意しておくと、安心して手を離せる範囲が広がり、社長は戦略と最終承認に集中できます。
まずは1つでいいので、自然文の約束を「機械が落とすゲート」に変えてみてください。それがAIに任せる会社運営の、いちばん確実な第一歩です。
開発パートナーを探していますか？
AIでプロダクトを最速で形にしませんか？
最短1週間でMVPを開発。アイデアの検証から本番リリースまで、i-Willinkがフルサポートします。まずはお気軽にご相談ください。
無料で相談する