Lagune は、AI エージェントがプロジェクトをより安全にするのを手伝います。コードに対して実行すると、エージェントはシステムが実際に何をしているかを把握したうえで、そのシステムにとって重要なセキュリティ作業を順に案内します。Lagune は、Security-Driven Hardening (SDH) という方法論の最初のプロジェクトです。
Lagune が気に入りましたか？GitHub で ⭐ をお願いします
エージェントを選ぶ
- Lagune は内部で Node.js を使って動作しますが、開発に使う言語は自由です。
- 完全にオフラインで実行するには、
npm i -D lagune@0.16.0で Lagune をプロジェクトにインストールします。
カテゴリ
Lagune のセキュリティに関する知見は 専門知識 という単位で提供され、カテゴリ ごとにまとめられています。
npx lagune write add --categories owaspプロジェクトは owasp から始まり、/lagune-charter がプロジェクトを読み解いたうえで、その内容に裏付けられたカテゴリを追加します。
動作要件
システムに Node.js (LTS) がインストールされている必要があります。
バッジを使う ✨
Lagune をお使いですか？README にバッジを追加しましょう：
- 2 色
- 単色
次のステップ
Lagune の各 スキル の役割を確認しましょう。
よくある質問
Lagune は、AI エージェントがあらゆるコードベースを堅牢化するのを支援する、オープンソースで防御専用のセキュリティワークフローです。コードに対して実行すると、システムが実際に何をしているかを検出し、その状況にとって重要なセキュリティ修正を案内します。
エージェントを選んでください：Claude Code、GitHub Copilot CLI、Muse Code、Antigravity CLI、Cursor、Kimi Code、OpenCode、Codex CLI、Factory Droid、Grok Build、Devin CLI、Hermes Agent ではプラグインとして、Gemini CLI と Qwen Code では拡張機能として、Pi ではパッケージとして Lagune をインストールし、それ以外のエージェントでは npx skills add wellwelwel/lagune でインストールします。新規プロジェクトでも既存のプロジェクトでも使えます。
いいえ。ご自身の AI エージェントを通じて動作するため、API キーは不要です。
システムに Node.js (LTS) がインストールされている必要があります。
どの言語にも対応しています。Lagune 自体は内部で Node.js を使って動作しますが、どのプログラミング言語で書かれたプロジェクトでも監査し、堅牢化できます。
プロジェクトのセキュリティ状態を保存する .lagune/ ディレクトリです。最初に書き込みを行うコマンドが作成します。さらに skills CLI はスラッシュコマンドをプロジェクト内にインストールし、エージェントはそこから読み込みますが、プラグインの場合はコマンドをエージェントの内部に保持します。
インストールしたときと同じ方法で更新します。各エージェントのインストールページに、そのエージェントでの Lagune の更新方法が載っており、skills CLI の場合は npx skills update で更新します。セキュリティ原則、各フェーズの成果物、独自に追加した専門知識はそのまま残ります。
プロジェクトのカテゴリに含まれる組み込みの専門知識と、プロジェクト独自の専門知識です。charter はプロジェクトを読み解いた結果に裏付けられたカテゴリを記録し、npx lagune write add --categories でそれらを変更できます。
いいえ。/lagune コマンドは、書いているそばから作業を堅牢化します。どんなプロンプトでも受け付けて、依頼されたものを構築し、セキュリティ原則に沿って安全なデフォルト設定で堅牢化します。既存のコードを監査するのは、5 フェーズの Blue Team フローです。
はい。5 フェーズの Blue Team フローが既存のコードを監査します：charter がセキュリティルールを定め、detect がシステムの動作とリスクの所在を洗い出し、plan が各検出事項を評価して修正を対応づけ、harden が修正を適用し、verify が修正の有効性を証明してクローズします。
エージェントが単独でコードを読むと、脆弱性らしく見えるものは見つけますが、対策らしく見えるものは素通りします。ブロック対象のアドレス一覧があると、すでに誰かがリスクに対処したように見えるため、その一覧が大半のアドレスを取りこぼしていることを誰も確かめないまま、コードがリリースされます。Lagune はこの前提をひっくり返します：コードにすでにある防御処理は確認するまで未証明とみなし、カタログ内のすべての専門知識に明確な判定を下し、verify は対策があるかどうかではなく、リスクがなくなったかどうかを問います。また、各検出事項は実行をまたいでも 1 つの追跡項目のままなので、リスクが解消されたことを証明してクローズできます。一方、ただ頼むだけでは毎回違うレポートが返ってくるため、比べようがありません。
安全なコードを頼むだけでは、何をもって安全とするかをエージェントに委ねることになり、しかも何を頼めばよいかを分かっていることが前提になります。必要な要件は、たいてい依頼した本人もエージェントも気づかないまま、すでに依頼の中に含まれています：ユーザーがアクセスできる講座を表示するページを頼めば、それだけで認可のルールを示していることになり、書かれなかったチェックは、コード上に気づく手がかりを何も残しません。/lagune コマンドは、最初の 1 行を書く前に、セキュリティ原則と、これから構築するものに合う専門知識を読み込み、そのうえで、使った防御に照らして結果を読み直します。安全な書き方が安全でない書き方よりコストがかかることはめったにないので、結果を左右するのはどちらを選ぶべきかを知っているかどうかであり、それこそが最初の段階で手に入るものです。
いいえ。Lagune はコードを読むだけで、システムを実行したり、細工したリクエストを送ったりすることはありません。verify が確認するのは、対策がソースコードに存在し、正しく実装されているかどうかです。これは稼働中の環境で攻撃を受けても対策が持ちこたえるかどうかとは別の問いなので、"cannot tell from the code"（コードからは判断できない）は、黙って合格扱いにするのではなく、正当な判定のひとつです。DAST は実行時の問いに、Lagune はソースコードの問いに答えるため、どちらかがもう一方の代わりになることはありません。オプションの prove コマンドでさえこの一線を守っています：そのテストが検証するのは安全な振る舞いであり、攻撃ペイロードではありません。
いいえ、決して代わりにはなりません！ペネトレーションテストは、正式な承認のもとで専門家が稼働中のシステムに対して自らの判断で進める作業で、複数の検出事項を連鎖させたり、攻撃対象領域ごとのルールでは表しきれないビジネスロジックを探ったりします。ペネトレーションテストの検出事項は、detect で懸念事項として扱うことで Lagune の Blue Team フローに取り込めるので、専門家が報告した内容も計画、堅牢化、検証まで進められます。
セキュリティポリシー
SECURITY.md をご確認ください。
ライセンス
Lagune は Apache License 2.0 のもとで提供されています。
Copyright © 2026-present Weslley Araújo および コントリビューター。