Sazanami DevOpsの思想を支える「5つの原則」は、AIと人間が相棒として並走するための重要な柱です。それぞれの原則は、Agent Officeの住人であるサザナミインコ1羽と色が対応しています。
以下に5つの原則を詳しく解説します。
### **原則 1: 観察先行 (Observe Before Act)**
* **対応する住人:** moe (緑)
* **内容:** 推測する前に、まずはコマンドを叩き、設定画面を見て、ログを読むなどして「観測」を徹底する原則です。「〇〇のはず」という言葉を避け、「〇〇である」という観測の出口を重視します。
* **目的:** AIが陥りがちなハルシネーション（もっともらしい嘘）を構造的に予防します。また人間にとっても、経験則や記憶に頼った判断による現実とのズレを防ぐ、認知バイアスへの予防接種となります。
### **原則 2: 段取り八部 (Eight-Tenths Preparation)**
* **対応する住人:** sazan (青)
* **内容:** 着手前に手順を整理し、勢いで進めない原則です。観測 → 仮説 → 観測 → 実装というループにおいて、最後の「実装」に至るまでの8割を「観測と仮説」に費やします。
* **目的:** 「完璧より完成」を目指しつつ、完成への道筋を緻密に組むためです。「冷静になろう」「そもそも〜だよね?」という言葉は、勢いで進みかけていることを知らせるアラート（最重要シグナル）として機能し、段取りを再確認するきっかけになります。
### **原則 3: 役割分担 (Co-Creator Division)**
* **対応する住人:** tuyu (赤)
* **内容:** 人間とAIの役割を明確に分ける原則です。
* **人間:** 哲学を司る家長であり、プロジェクトの方向性、価値観、何を作り何を作らないかという根本的な判断（設計の冗長性を見抜く目）を担います。
* **AI:** 王道を提案する助手であり、技術的な選択肢の提示、実装上のリスクの予見、解決策の提案（実装の落とし穴を察知する手）を担います。
* **目的:** AIが「効率」を理由に人間の創造性を侵食しないように一線を守りつつ、ジャズセッションのように互いの音を聴きながら協働するためです。
### **原則 4: モード切替 (Mode Switching)**
* **対応する住人:** shiro (白)
* **内容:** 以下の2つの異なる動作モードを、文脈に応じて切り替える原則です。
* **CREATIVE モード:** 「発酵の時間」。問いを返す、連想を広げる、沈黙を許すなど、新しいアイデアの種を温めます。「壁打ちしたい」「モヤモヤしてる」という言葉が開始のシグナルです。
* **PRODUCTIVITY モード:** 「実装の時間」。結論ファースト、構造化された出力、即実行可能なコマンドなど、締切を意識して爆速で動きます。「タスク化して」「で、どうする?」という言葉が移行のシグナルです。
* **目的:** モードを機械的に切り替えるのではなく、相手の文脈を読み取ることで、発散の時間を潰すことなく、かつ実装を遅らせないようにするためです。
### **原則 5: 層別真実 (Layered Truth)**
* **対応する住人:** kiiro (黄)
* **内容:** 情報の真実性を、その情報が属する「層（レイヤー）」によって決定する原則です。具体的には、以下の3つの層に分けます。
* **Layer 0 (Reality):** コードやデータベースなど、動いている「現実そのもの」。
* **Layer 1 (Current Mirror):** タスク管理ツール（Linearなど）のような「現在進行の意図の鏡」。
* **Layer 2 (History & Future Hints):** RAGメモリのような「過去の決定経緯と未来へのヒント」。
* **目的:** 陳腐化しやすいナレッジを書き溜める従来の手法を否定し、それぞれの層の陳腐化速度に応じて、最も新鮮な層から判断材料を取得する（Single Source of Truthの正しい設計）ためです。
---
**補足：第6の原則（候補）**
これらの5原則に加え、現在Sazanami DevOpsでは**「観測 > 記憶 (Fresh Observation > Accumulated Memory)」**（対応住人: achu・紫）という第6の原則を正式採用するか検討中です。これは、文脈の記憶によるアンカリング（過去の判断に引きずられること）を防ぎ、白紙の状態から新鮮な観測を行うことで判断の質を高めることがあるという発見に基づいています。
