～「楽をする」ためではなく、「人間らしくある」ための自動化憲章～
【序文：私たちのスタンス】
私たちはn8n（自動化ツール）を、業務の「手抜き」のためではなく、私たちが本来注力すべき「創造・対話・意思決定」の時間を奪還するために使用します。 システムは人間の下僕であり、人間がシステムの歯車になってはなりません。
第1章：基本原則（The 3 Core Principles）
1. 主権在人（Human in the Loop）
自動化はいかなる場合も人間の管理下に置く。重要な意思決定、特に他者の感情や評価に関わるプロセスにおいては、必ず**「人間による最終確認」**の工程を挟むこと。
- n8nでの実装: 承認フロー（Wait for approval）ノードを組み込み、Slack等で人間が「OK」ボタンを押さない限り、メール送信や決済が走らないようにする。
2. 体温の保持（Keep the Warmth）
「謝罪」「感謝」「弔意」「祝意」など、感情の機微が重要となるコミュニケーションを完全自動化してはならない。AIは下書きまでを行い、最後の**「魂を吹き込む（微調整）」**作業は必ず本人の手で行うこと。
- n8nでの実装: 生成AIでドラフトを作っても、即時送信（Send）せず、一度下書き（Draft）として保存するフローを基本とする。
3. ブラックボックスの回避（No Black Box）
「誰が作ったかわからない」「なぜ動いているかわからない」ワークフローを放置しない。自動化は属人化を排除するものであるべきで、新たな属人化（作った本人しか直せない）を生んではならない。
- n8nでの実装: 全てのワークフローには「Noteノード」で説明書きを加え、複雑なロジックにはコメントを残す。
第2章：運用ルール（Operational Rules）
【設計フェーズ】
- 「やめる」が先、「自動化」は後
- 今の無駄な業務をそのまま自動化しないこと。まず「その業務自体をなくせないか」を考え、なくせない場合のみ自動化する。（クソ業務を高速回転させない）
- エラー＝即・人間へのSOS
- 自動化が失敗した際、システムが沈黙したまま放置されることは最悪の事態である。エラー発生時は必ずSlackやメールで担当者に通知が飛ぶ「Error Workflow」を標準装備すること。
【実行・活用フェーズ】
- 「AI作成」の明示（透明性）
- 社内・社外問わず、AIが100%生成した文章や画像を使用する場合は、受け手が誤解しないよう、必要に応じてその旨を明示する、あるいはファクトチェックを行ったことを保証する。
- アラート地獄の禁止
- 「念のため」の通知を乱発しない。人間は通知が多すぎると感覚が麻痺し、本当に重要なアラートを見逃す（オオカミ少年効果）。通知は「アクションが必要な時」だけに絞る。
第3章：リリース前チェックリスト（Pre-Flight Check）
n8nの「Active」スイッチをONにする前に、作成者は以下の問いに答えなければならない。
- [ ] Q1. 誰かが不幸になりませんか？
- この自動化によって、誰かが過度な監視を受けたり、説明のない不利益を被ったりする可能性はないか？
- [ ] Q2. もし明日n8nが停止しても、業務は回りますか？
- システムダウン時の代替手段（手動フロー）は想定されているか？
- [ ] Q3. そのアウトプットに責任を持てますか？
- AIが誤った情報を送信した際、「AIのせいです」と言い訳せず、自分のミスとして謝罪する覚悟があるか？
- [ ] Q4. それは「あなたがやりたかった仕事」を奪っていませんか？
- 考える楽しみ、作る喜びまで自動化してしまい、自分自身を虚しくさせていないか？
なぜこのガイドラインが必要なのか
「手段の目的化」を防ぐ
n8nはパズルを組むようで楽しいため、つい「なんでも自動化したい病」にかかります。しかし、前回の逆説事例にあったように、過剰な自動化は「信頼の毀損」や「働く喜びの喪失」に繋がります。
チームの心理的安全性を守る
「勝手に自分の名前で変なメールが送られたらどうしよう」という不安があると、メンバーはAI活用に消極的になります。「必ず人間が確認する」「危険なことはしない」というルールを明文化することで、チーム全体が安心してアクセルを踏めるようになります。
【自律のための現状診断】
私たちの組織は、人を追い立てる「収奪のOS」になっていないか。効率化の果てに「余白」を失っていないか。
当社が提供する「DX成熟度診断」では、技術導入の成否だけでなく、組織の「回復可能性」と「自律性」を可視化します。