ローカル環境で安全に大規模言語モデル(LLM)を活用するための運用基盤構築を目的としたもの。OpenClawをローカルGatewayとして運用し、Discordをフロントエンドに据えることで、安全性・再現性・診断可能性を備えたAI活用基盤を構築。
OpenClawを中心としたローカル環境でのLLM運用アーキテクチャ。Discord Botとの連携により安全なインターフェースを実現
openclaw statusコマンドによるリアルタイム監視。PROCESS_DOWN、TOKEN_INVALID、POLICY_BLOCKEDなど3分分類での即座の原因特定が可能
定期監査フローと診断手順を文書化。「ドキュメント=運用装置」として機能し、昨日は動いていた事故を未然に検出
ローカル完結型AI運用基盤として、OpenClawをGatewayに据え、パス固定による設定ブレ排除を実現。CLI中心の診断設計により、UI依存を排除し、再発を前提としたRunbook化によって「ドキュメント=運用装置」として機能する構造を構築した。セッション分離と権限制御設計により、安全性と再現性を両立した。
ローカルAI運用において、クラウドLLMへの直接入力によるデータ漏洩リスク、設定ファイルの分散による挙動の不安定性、Discord Botの障害原因特定の困難さなど、"なんとなく不安なAI運用"が常態化していた。
特にTokenやIntent変更後の再発事故は、技術的難易度ではなく構造の曖昧さが原因で発生していた。
本プロジェクトでは、これらの課題に対し、OpenClawをローカルGatewayとして運用し、環境変数の単一正本(SSOT)化、3種Runbookによる診断フレームワーク、CLIベースの観測体制を構築することで、「データを安心して扱える環境」と「再現可能な運用構造」を確立した。
クラウドLLMへの直接入力により、機密データの漏洩リスクを完全に排除できず、コンプライアンス要件を満たすことが困難でした
設定ファイルや環境変数が分散し、再起動のたびに挙動が変わる「静かな事故」が発生。再現性のない運用が常態化していました
Discord Botが反応しない原因がToken管理ミス、Intent変更未反映、Gateway停止など多岐にわたり、即座の分類が不可能でした
TokenやIntent変更後に同じ事故が再発。ポリシーによる静かなドロップなど、構造の曖昧さが原因で事故が繰り返されていました
OPENCLAW_HOME / STATE_DIR / CONFIG_PATH を明示的に固定し、CLIとGatewayの参照環境を統一。設定ファイルの分散を排除し、「どこを見ればよいか」が常に明確な状態を実現した。これにより再起動後の挙動変化を完全に防止し、再現可能な運用基盤を構築した。
PROCESS_DOWN / TOKEN_INVALID / POLICY_BLOCKED など、障害の原因を必ずどれかに分類できる体系を定義。事故発生時に「何が起きているか分からない」状態を排除し、即座に原因を特定して対処できる診断可能に