Provenote MCP

Notebooklab

この図解は、ドキュメントに記載された最短の手順をリポジトリ内でまとめたものです。実際の製品のライブ録画として提示するものではありません。

製品の基本的な流れ： messy long context -> structured insight -> note / research thread / draft -> inspectable outcome

これが最初の入口です。MCP、スターターバンドル、配布ページ、プロモーション素材は価値ある第2層の要素ですが、製品の基本的な流れより優先されるべきではありません。

エージェント向けの真実を第一に考えます。Notebooklabは、エージェントが雑然としたコンテキストを読み取り、構造化し、メモ／調査スレッド／下書きの各レーンに移し、その後に初めて、ファーストパーティのnotebooklab-mcpサーバーを通じて成果を活用するワークフローを進められるようにします。公開スキル、ホストバンドル、レジストリパックは、このワークベンチを支えるコンパニオン要素であり、製品の中核ではありません。

概要

詳しく読む前に、事実に即した最短の要点だけを知りたい場合は、まずこの表をご覧ください。

知っておくべきこと	現在の回答
製品の主旨	雑然とした長いコンテキストを、メモ、調査スレッド、下書きへ引き継げる、構造化された洞察と検証可能な成果に変えます
最短の成果までの手順	1つのソースをインポート -> 監査可能なMarkdownを実行 -> 検証可能な成果を1つダウンロード
最初の根拠	クイック結果の概要と公開されている根拠のページ
第2層に限るもの	MCP、ホストバンドル、公開スキル、配布関連の要素
決してそのように矮小化してはならないもの	ホスト型の1分間トライアルや汎用チャットラッパー

10秒で始める

最短で正直な全体像だけを知りたい場合は、こちらをご覧ください。

質問	まず開くもの	理由
「雑多で長いコンテキストの整理に役立ちますか？」	長いコンテキスト	これは周辺的なユースケースではなく、製品の中心です。
「すぐに実際の結果を得られますか？」	最短で結果を得る手順	リポジトリで文書化されている中で、ローカルで結果を確認する最短の手順です。
「これは本物ですか、それとも宣伝文句にすぎませんか？」	公開されている証拠	ここに根拠が示されています。
「意図的にまだうたっていないことは何ですか？」	プロジェクトの状況	ここで対応範囲を示しています。

周辺の入り口を評価する前に、まずワークベンチを評価してください。MCP のページ、スターターバンドル、配布パック、プロモーション素材も重要ですが、これらは主な製品の利用経路を取り巻く二次的なものです。

Notebooklab が存在する理由

多くの AI ノートツールは、文章の生成は簡単にできても、その出典を確認するのは困難です。

元の素材が長く雑然としている場合は、さらに厄介になります。膨大なチャットログ、コピーしたフォーラムのスレッド、会議のまとめ、あるいはまた使い捨ての要約にまとめたくない大量の Web ページなどです。

Notebooklab は、逆の方向を目指して作られています。

• ノート、ドキュメント、音声、Web コンテンツを一か所に集める
• 長いコンテキストが次のチャットに埋もれる前に構造化する
• 出典を見失わずに、それらの素材を横断して検索し、質問する
• 価値の高い出典の作業を、整合性カウンター付きの監査可能な Markdown に変換する
• ワークフロー全体をリポジトリで文書化し、再現可能に保つ

バラバラに開いた調査用タブの山から、ラベル付きの引き出しや計測ツール、整ったエクスポート経路を備えた作業台へ移るようなものだと考えてください。

「雑多なコンテキストが多すぎる」という問題から始めるなら、現時点で最も有力な、リポジトリに裏付けられた答えは、何もないチャット欄をもう一つ作ることではありません。長いコンテキストから構造化されたノートへ進み、再利用可能な成果物にする手順です。

最短で結果を得る手順

ワークベンチ全体を学ぶ前に目に見える成果を一つ得たい場合は、この短い順序で進めてください。

1. ソースを一つインポートするか開く
2. ソースの詳細画面を開く
3. 監査可能な Markdown を実行する
4. 確認可能な結果をダウンロードする

これが、現時点でリポジトリに文書化されている最短の結果取得手順です。 MCP、スターターバンドル、ポッドキャスト、配布関連の機能は、この成果取得の手順が理解できるまでは二次的な位置づけです。

雑多で長いコンテキストから始める場合

現時点で最も有力な初回利用の手順は次のとおりです。

Import the source
-> Run Chat Knowledgeization
-> Inspect the structured insight
-> Continue it as a note or notebook research thread
-> Keep draft work inside the notebook lane

簡単に言うと、まず素材の山をラベル付きのフォルダーに整理し、次に、それをノート、進行中の調査用スペース、ノートブックの下書きワークフローのどれに入れるかを決めます。

1 つのワークベンチでできること

• 根拠のあるコンテキストを収集する：すべてのセッションを空のチャット画面から始めるのではなく、テキスト、ファイル、音声、ウェブソースを取り込みます。
• さらにチャットする前に長いコンテキストを整理する：素材が長いチャットログ、フォーラムのスレッド、会議メモ、コピーしたウェブ上の議論から始まる場合は、Chat Knowledgeization などの組み込み変換機能を使います。
• 構造化した結果を次の工程へつなげる：長いコンテキストを整理した後、洞察を行き場のないままにせず、ノート、ノートブックのリサーチスレッド、またはノートブックの下書きレーンへ引き継ぎます。
• 構造を保ちながら検索して考える：ノートブック、質問・検索のフロー、変換機能、モデル設定の間を、連携していないツールを行き来することなく移動できます。
• 根拠を添えて成果物を作成する：通常のチャットだけの場合より強い追跡可能性が必要なときは、監査可能な Markdown レーンを使います。また、引き継ぎ可能な再利用向け成果物が必要なときは、ノートブック単位の下書きとエクスポートバンドルを作成します。
• 成果物をスムーズに引き継ぐ：テキストだけが必要な場合は下書きの Markdown をダウンロードし、メトリクス、主張・セクションのレビュー情報、PID の要約、ソースマニフェストのコンテキストがまとめて必要な場合は、より充実した下書きバンドルをエクスポートします。
• テキストだけのワークフローにとどまらない：同じソースベースから、ポッドキャスト向けの出力と再利用可能な変換結果を生成します。
• MCP 経由でコーディングエージェントに連携する：ファーストパーティの MCP サーバーを通じて、ノートブック、ソース、下書き、リサーチスレッド、監査可能な実行結果を Claude Code、OpenAI Codex、Cursor などの MCP 対応ホストに公開します。
• ターミナル／オペレーター用の画面から同じ成果物レーンを実行する：MCP ホストのセットアップだけを唯一の操作方法とせず、ノートブックの成果物の確認、監査可能な Markdown の作成、リサーチスレッドから下書きへの引き継ぎには、ファーストパーティの notebooklab CLI を使います。

最初に知っておくべきルールを 1 つだけ覚えるなら、こちらです。

messy long context
-> structured insight
-> note / seeded research lane / notebook research thread
-> draft-adjacent notebook work

これがプロダクトの中心です。MCP ホストのページは、この流れの後に見るものであり、先に見るものではありません。

エコシステムの境界

これらのサーフェスは、メインの作業場を取り囲む部屋のようなものです。

• ホストガイドは脇の出入り口です
• CLI はツールカートです
• メインの作業台は、散らかったコンテキストから再利用可能な成果へと進む道筋です

サーフェス	現在の役割	該当しないもの
Claude Code / Codex / Cursor / OpenCode のページ	ファーストパーティの MCP サーバーを通じた、リポジトリに基づく互換性ガイドで、examples/hosts/ に一般公開向けのスターターバンドルがあります	公式パートナーシップ、バンドルされた統合、プラグイン、マーケットプレイスへの掲載
notebooklab CLI	成果を確認し、research_thread -> draft -> verify/download ワークフローを実行する、ファーストパーティのローカルオペレーター向けサーフェスです	独立した配布製品ライン、または名称を変更した MCP サーバー
公開スキルのサーフェス	ホスト固有の申請フロー向けに、一般公開可能なスキルパケットが public-skills/ に登録されています	公開スキルカタログ、公開中のマーケットプレイスへの掲載、またはホスト固有のスキルプログラムによる推奨
OpenClaw	現在、ClawHub に https://clawhub.ai/xiaojiou176/notebooklab-mcp-outcome-workflows のスキルが掲載されており、OpenClaw 互換の一般公開向けバンドルも引き続き examples/hosts/openclaw にあります	OpenClaw との公式パートナーシップ、ベンダーによる推奨、または他のすべてのマーケットプレイスでの掲載
Official MCP Registry	websiteUrl に基づく notebooklab-mcp の掲載がすでに存在し、リポジトリが管理する MCP ドキュメント／インストール用サーフェスを参照しています	パッケージに基づく公開アーティファクト、公式ホストマーケットプレイスへの掲載、またはベンダーによる推奨
リリース／掲載／ドメイン／商標／パートナーシップ	外部での意思決定と公開に関する作業です	リポジトリ側で完了した事実

こうした境界を正確に保ちながら、最も簡潔な公開ページを確認したい場合は、docs/project-status.md から始めてください。

文章だけのセットアップページではなく、リポジトリが管理するインストール用アーティファクトを確認したい場合は、examples/hosts/README.md から始めてください。このインデックスには、一般公開向けの Claude Code、Codex、Cursor、OpenCode のスターターバンドルに加え、OpenClaw 互換バンドルと ClawHub 申請パックへのリンクがあります。

OpenHands／拡張機能や ClawHub 形式の申請に使用する、ホスト向けの独立したスキルフォルダーを確認したい場合は、public-skills/README.md から始めてください。

散在するホストページから推測するのではなく、主張の全段階を確認したい場合は、docs/distribution.md を参照してください。

第 2 層のサーフェス

プロダクトの流れを把握したら、ホスト、レジストリ、配布に関するすべてのページを順番に読むのではなく、第 2 層のページを 1 つ選んでください。

必要なもの...	最初に開くページ	第 2 層に位置付けられる理由
ホスト互換の MCP パス	docs/mcp.md	コーディングエージェントへの引き継ぎは重要ですが、プロダクトの中心ではありません
チェックイン済みのバンドルアーティファクト	examples/hosts/README.md と examples/hosts/packet-index.json	バンドルのインストールはパッケージングに関する事実であり、最初の入り口ではありません
公開に関する主張の段階と掲載の境界	docs/distribution.md	これは事実を記録する台帳であり、プロダクトの主要な説明ではありません
意図的にまだ主張していないこと	docs/project-status.md	これは境界を示すページであり、最初に目にするページではありません
ターミナル／オペレーター向けワークフロー	docs/runbooks/operator-cli.md	CLI は、作業台の説明を把握した後に使う引き継ぎ用サーフェスです

この順序には意図があります。まず作業台、次に検証の経路、最後に引き継ぎ用サーフェスです。

プロダクトに関する事実の境界

通常のチャットと質問のフローは、探索や反復に適した高速なアシスタント向けサーフェスです。

より強い追跡可能性が必要な場合、より厳密なプロダクトの事実を扱う経路は、通常のチャットだけでなく、監査可能な Markdown と監査可能な実行記録にあります。

すぐに結果を得る手順

この手順は、システムを完全に使いこなすことではなく、最初に結果を確認することを優先しています。

1分で試せるホステッド環境ではなく、リポジトリのドキュメントに沿って最短でローカル動作を確認する手順として捉えてください。

平たく言えば、これは5〜10分でローカル動作を確認する手順であり、ホステッド環境を1分で試す手順ではありません。

1. ローカル環境のテンプレートをコピーし、すぐに使うための2つの値を追加します。

   cp .env.example .env
   

   すぐに使うための値：

   OPEN_NOTEBOOK_ENCRYPTION_KEY=change-me-to-a-secret-string
   GEMINI_API_KEY=your-google-ai-studio-key
   

2. デフォルトのローカルスタックを起動します。

   docker compose -f ops/compose/docker-compose.yml up -d --build
   

   この Docker のクイック手順では、Compose が SurrealDB の接続設定のデフォルト値と、動作確認済みのクイック手順用 Gemini モデルを注入します。そのため、最初に結果を確認する手順では、暗号化キーと Gemini キーの設定だけを求めています。

3. http://localhost:8502 を開き、アプリが /sources ワークベンチに移動するのを待ちます。次に、ソースを作成またはインポートし、ソースの詳細ビューに進みます。

4. 監査可能な Markdown を実行して、整合性カウンター付きのダウンロード可能な Markdown レポートを生成します。

5. 単一ソースの成果物ではなく、ノートブック単位で再利用できる成果物が必要な場合は、ノートブックを開いてドラフトを作成します。

詳しい手順については、docs/quickstart.md をご覧ください。 セットアップ不要のホステッド製品をお探しの場合、このリポジトリでは現在、そのような体験を提供していません。

ローカルスタックの起動後にターミナル中心の運用手順を希望する場合は、docs/runbooks/operator-cli.md の、範囲を絞った公式の運用ランブックをご利用ください。このインターフェースは意図的に成果を重視しており、ワークベンチ UI や MCP 互換性ページに代わるものではありません。

ホストのページを読む前にエコシステムの範囲を確認したい場合は、docs/project-status.md をご覧ください。

ランタイムクリーンアップのオペレーター経路

Notebooklab では、ディスクのクリーンアップを、場当たり的な「大きなフォルダーを削除する」作業ではなく、管理されたオペレーター経路として扱います。

• リポジトリ内の依存関係ルート：apps/web/node_modules
  • このパスは、リポジトリが所有する再構築可能な依存関係ツリーです。
  • 共有マシンキャッシュではありません。
  • クリアが許可されるのは、リポジトリ内クリーンアップの契約に従う場合のみです。再構築コマンドは cd apps/web && npm ci です。
• リポジトリ関連のマシンキャッシュの例：
  • ${HOME}/.cache/notebooklab/...
  • ${HOME}/.cache/notebooklab/python/uv-cache
  • ${HOME}/.cache/notebooklab/playwright/ms-playwright
  • ${HOME}/.cache/notebooklab/ci-host/npm-cache
  • チェックアウトの外部に残しておくべきリポジトリ固有のマシンレベルのダウンロードキャッシュは、これらのみです。
  • エントリーポイントのラッパーは、リポジトリが所有するマシンキャッシュのクリーンアップ経路を自動実行するようになりました。これにより、古くなったキャッシュルートや過大なダウンロードキャッシュがいつまでも気付かれずに蓄積することを防ぎます。
• リポジトリ内の CI／ランタイムの残留物：
  • .runtime-cache/venv/default
  • .runtime-cache/ci-host/...
  • これらはリポジトリが所有するランタイムまたはブートストラップ用の領域であり、マシン全体のキャッシュルートに流出させず、チェックアウト内に保持する必要があります。
• 共有ツールキャッシュは参考情報としてのみ扱います：
  • ${HOME}/.cache/uv
  • ${HOME}/.npm
  • ${HOME}/Library/Caches/ms-playwright
  • ${HOME}/Library/Containers/com.docker.docker
  • ${HOME}/.docker
  • これらはリポジトリに関連していますが、リポジトリ専用ではないため、Notebooklab のエントリーポイントによる自動クリアの対象にしてはいけません。
• Docker ランタイムの領域：
  • ローカルの open-notebook-ci:* イメージ
  • buildx ビルダー／BuildKit コンテナー
  • docker system df -v で報告される Docker ビルドキャッシュ
  • これらは Docker のオペレーター経路に属し、リポジトリ内の cleanup_runtime_cache.sh 経路には属しません。

明示的なオペレーターフローを使用してください：

make cleanup-operator-audit
make cleanup-operator-apply

このオペレーターフローは、意図的に分割されています：

• cleanup_runtime_cache.sh は、リポジトリ内のランタイム／キャッシュ領域を処理します
• cleanup_machine_cache.sh は、~/.cache/notebooklab 内にある残りのリポジトリ関連ダウンロードキャッシュを処理します
• エントリーポイントのラッパー（run_uv_managed.sh、run-playwright-managed.sh、run_in_consistent_container.sh）は、適用モードでこのマシンキャッシュ経路を実行します。これにより、リポジトリ固有の外部キャッシュには、デフォルトで TTL／容量上限／ルート容量上限のポリシーが適用されます
• docker-buildx-clean／docker-runtime-audit は、リポジトリ関連の Docker ビルダーおよびイメージ領域を対象とします

ポジショニングだけではない、実際の成果

これは、現在のリポジトリで最も速く確認できる具体的な証拠の経路です：

証拠の経路	入力	出力	確認できる内容
監査可能な Markdown	テキスト、ファイル、音声、またはウェブコンテンツからインポートしたソース1件	ダウンロード可能な Markdown レポート	カバレッジ重視の整合性カウンターと、Markdown を直接ダウンロードする経路
ノートブックの下書き	複数のノートブックに紐付いたソース	ダウンロード可能なノートブック単位の Markdown 下書きとエクスポートバンドル	下書きのバージョン、セクション／主張の確認、バンドルのエクスポート、ノートブックの結果状態

この経路を裏付ける現在の UI と API の証拠は、すでに公開されています：

• ワークベンチには、実行とMarkdown をダウンロードのアクションを備えた監査可能な Markdownパネルがあります
• このパネルには、カバレッジ率、欠落、重複、引用のない主張、不明な PID、未分類が表示されます
• API では、同じワークフローの背後で監査実行用のルートが公開されています

これらの主張の根拠となるファイルとルートの証拠を確認するには、docs/proof.md から始めてください。

固定された再現可能なローカル証明ループを使いたい場合は、公開証明パックを使用してください。

サニタイズ済みの結果形式

# Auditable Markdown Report

## Source
- title: Example imported source
- lane: auditable markdown

## Integrity Counters
- coverage_rate: 0.98
- missing_count: 0
- duplicate_count: 0
- uncited_claims_count: 0

## Output
- downloadable markdown report
- inspectable sections and claims
- stronger traceability than a plain chat reply

これはサニタイズ済みの結果形式であり、ユーザー成果物をそのままコピーしたものではありません。この経路に関する具体的な製品の証拠は、現在の UI パネルと監査実行 API の領域にあります。

Notebooklab が今注目される理由

• またひとつのチャット画面ではなく、リポジトリのドキュメントに基づく作業環境を求めている方に。Notebooklab はすでに、ソース、ノートブック、検索、変換、ポッドキャスト、監査可能な出力レーンを、ひとつのリポジトリ上の画面にまとめています。
• 根拠となるソースを明示し、証跡を残す文章作成を重視する方に。監査可能な Markdown レーンは、一般的な「AI ノート」よりも強い訴求点です。生成された文章だけでなく、検証可能な出力へと利用者を導くからです。
• 一度きりの興味ではなく、何度も見返す価値のあるリポジトリを求めている方に。リリース、変更履歴、証明の提示箇所、ドキュメントによって、目に見える進捗を継続的に追いやすくなっています。
• 実際の公開プロダクトとして機能するフォークを求めている方に。由来は引き続き重要ですが、現在のサポート、レビュー、維持管理の範囲は、リポジトリ内で明確に定められ、ドキュメント化されています。

Notebooklab を継続的にウォッチする理由

• リポジトリには、ロードマップの説明だけでなく、証明の提示箇所があります。README、証明、変更履歴、リリースノート、Issue／ディスカッションの案内が連携し、公開された証拠のレイヤーを形成しています。
• プロダクトの形は、すでに単一機能の実験的な開発を超えています。現在の機能範囲は、収集、検索、リサーチスレッド、ノートブック、変換、ポッドキャスト、ソースの品質確認、監査可能な出力に及びます。
• 現在のフォークの境界は明示されています。サポート、レビュー、維持管理の範囲が、上流リポジトリの曖昧さに隠されていないため、進捗を把握しやすくなっています。

雰囲気ではなく、公開された証拠

導入を決める前に根拠を確かめたい場合は、こちらをご覧ください。

確認したいこと	確認先
プロダクトが単一のチャット画面よりも幅広いこと	docs/proof.md
実際の成果を最短で得る方法	docs/quickstart.md
コーディングエージェントからの使い方	docs/mcp.md
現在の対象範囲と準備状況の境界	docs/project-status.md
現在のリリース情報	CHANGELOG.md と GitHub Releases
ランタイムの構成	docs/architecture.md
サポートとセキュリティの範囲	SUPPORT.md と SECURITY.md

リリースの可視性は公開されたシグナルのひとつですが、最新のリリースイベントのビルドとアセット一式に問題がないことを自動的に証明するものではありません。

目的別ドキュメント

目的...	最初に読むドキュメント	次に詳しく読むドキュメント...
Notebooklab を詳しく見る価値があるか判断する	README.md	docs/proof.md、docs/faq.md
目に見える結果をすぐに得る	docs/quickstart.md	docs/installation.md、docs/configuration.md
MCP 経由でコーディングエージェントに接続する	docs/mcp.md	docs/integrations/claude-code.md、docs/integrations/codex.md、docs/integrations/cursor.md、docs/integrations/opencode.md
具体的な成果を優先したユースケースを理解する	docs/use-cases/long-context-to-structured-notes.md	docs/use-cases/source-grounded-ai-research.md、docs/use-cases/ai-notes-with-receipts.md、docs/use-cases/source-grounded-drafts.md、docs/use-cases/source-to-verified-draft.md
システムの構成を理解する	docs/architecture.md	services/api/main.py、apps/web/src/components/layout/AppSidebar.tsx
安全に貢献する	CONTRIBUTING.md	docs/development.md、MAINTAINERS.md
現在の名称とドメインの境界を理解する	docs/brand-domain.md	docs/faq.md、docs/mcp.md

コーディングエージェントで使う

Notebooklab にはファーストパーティの MCP サーバーが付属しているため、ウェブのワークベンチで使うものと同じ成果オブジェクトをコーディングエージェントのホストに持ち込めます。

最初に取り組む課題がまとまりのない長いコンテキストなら、まず長文コンテキストをご覧ください。成果オブジェクトをホストに持ち込みたい場合は、その後ここに戻ってください。

現在の公開対応状況：

• MCP 経由で Notebooklab を Claude Code とともに使う
• MCP 経由で Notebooklab を OpenAI Codex とともに使う
• MCP 経由で Notebooklab を Cursor とともに使う
• MCP 経由で Notebooklab を OpenCode とともに使う

現在の境界：

• これは互換性を提供するものであり、ベンダーとの公式提携ではありません
• ベンダー名は、接続先のホストを示すための説明として使用しています
• プロダクトの中心は、監査可能でソースに基づいた Notebooklab の成果実現パスであり、MCP コントロールプレーン自体ではありません

MCP の概要を確認する場合は docs/mcp.md から始め、その後、ご利用のエージェントランタイムに合ったホスト別のページを選んでください。

セットアップページだけでなく、チェックイン済みのスターター成果物も必要な場合は、examples/hosts/README.md を直接ご覧ください。このインデックスから、公開利用向けの Claude Code、Codex、Cursor、OpenCode のスターターバンドルに加え、OpenClaw 互換のバンドルと ClawHub 提出用パックにアクセスできます。

プロダクトの概要

現在のメインワークベンチは、次の領域をカバーしています。

• 収集：ソースとノートブック
• 処理：質問／検索と変換
• 作成：ポッドキャスト、ノートブックの下書き、監査可能な Markdown
• 管理：モデル、設定、高度なコントロール、リポジトリローカルのガバナンス

最適な用途と、そうでない用途

Notebooklab は、次のような場合に最適です。

• メモ、ドキュメント、音声、ウェブ上のソースを、確認可能な Markdown 出力に変換したい
• ホスト型 SaaS に依存せず、リポジトリにドキュメント化されたリサーチ用ワークベンチを実行したい
• ノートブック、検索、ポッドキャスト、監査可能な出力先をすでに備えた NotebookLM のような環境を評価したい
• 証拠を提示する仕組み、リリースの仕組み、管理上の境界を公開しているリポジトリを利用したい

Notebooklab は、次のような場合には最適ではない可能性があります。

• ローカルランタイムや Docker を一切使わずに済む、セットアップ不要のホスト型製品が欲しい
• 現時点で、デフォルトで複数プロバイダーのランタイムを利用したい
• 単機能の小規模な要約ツールや、エクスポート専用のユーティリティが欲しい
• フォークの系譜を隠したり、現在のサポートやレビューの担当者を曖昧にしたりするリポジトリを利用したい

ブランドと系譜

Notebooklab は、このリポジトリの公開上のアイデンティティです。

このリポジトリは、上流の Open Notebook プロジェクトから派生した、製品として作り込まれた大規模なフォークです。

出自を明らかにするうえで上流の系譜は今も重要ですが、現在のサポート、レビュー、リリース、コラボレーションに関する窓口は、このチェックアウト内のリポジトリ固有のものです。

つまり、次の 2 つは同時に成り立ちます。

• 覚えておくべきブランドは Notebooklab です
• 上流の系譜は見出しではなく、証拠を示す部分に記載すべきです

リポジトリ内の管理体制と信頼の境界は、NOTICE.md、MAINTAINERS.md、SUPPORT.md、SECURITY.md、CONTRIBUTING.md に明記されています。

ローカルクリーンアップのオペレーター向け手順

ローカル Docker ビルダーとリポジトリ内で再構築可能なものが原因でディスク容量が圧迫されている場合は、 どのコマンドがどの対象を管理しているのか推測するのではなく、 明示されたオペレーター向け手順を 1 つ使用してください。

make cleanup-operator-dry-run
make cleanup-operator-rebuildable
make cleanup-operator-aggressive

この役割分担には意図があります。

• docker-buildx-clean は、ローカルの Buildx／ビルダーの残留物を処理します
• tooling/scripts/ops/cleanup_runtime_cache.sh は、リポジトリ内のランタイムと再構築可能な対象を処理します
• apps/web/node_modules は、マシンのキャッシュではなく、リポジトリ内で再構築可能な依存関係のルートディレクトリです
• リポジトリ関連のマシンキャッシュは引き続き、レビューを優先し、自動的に削除するリポジトリの自動化対象にはしません。また、ダウンロードキャッシュのみを対象とします

コミュニティ

• 質問と製品に関する議論：GitHub Discussions
• 再現可能なバグと範囲を限定した改善：GitHub Issues
• コントリビューションの手順：CONTRIBUTING.md
• サポートの範囲：SUPPORT.md
• セキュリティに関する報告：SECURITY.md
• コラボレーションにおける行動規範：CODE_OF_CONDUCT.md
• 現在のレビュー担当者：CODEOWNERS
• 管理体制と出自：NOTICE.md および MAINTAINERS.md

ライセンス

このフォークでは、上流のライセンスが適用される素材を引き続き LICENSE のもとで配布します。