Blume 2.0
Blume 2.0はドキュメント設定をモジュール式アダプターへと刷新し、エージェント探索設定を導入するとともに、自動アップグレードツールを追加します。
Blume 2.0はドキュメント設定をモジュール式アダプターへと刷新し、エージェント探索設定を導入するとともに、自動アップグレードツールを追加します。
製品の機能と公式な位置づけ
Blume 2.0は、既存のMarkdownおよびMDXコンテンツを維持しながらサイト設定を再構築するドキュメンテーションフレームワークのメジャーリリースです。本アップデートでは、従来の文字列オプションやネストされた設定ブロックが廃止され、デプロイホスト、検索エンジン、コンテンツソース、アナリティクスツール、APIリファレンス、AIアシスタントバックエンドを網羅する専用サブパスからインポートされる型付けされたアダプターへと置き換えられます。
また、機械可読なAIメタデータ、Model Context Protocol設定、スキルを専用のagents名前空間に整理することで、検出機能を最新化しています。プロジェクトは、CodexやClaude Codeなどの自動コーディングエージェントに対応した対話型のコマンドラインアップグレードコマンドを利用して、移行作業を自動化できます。
公式情報で確認できる活用例
開発チームはアップグレードCLIを実行して廃止された設定の特定、コンポーネントオーバーライドの調整、設定スキーマの更新を行い、既存のリポジトリを移行できます。
ローカルリポジトリ、Notionワークスペース、Sanity、GitHub Releases、APIスキーマからのドキュメントを、統合されたサーバーレンダリングまたは静的サイトとして公開できます。
公式情報に記載された利用手順
プロジェクトルートからアップグレードCLIを実行し、パッケージバージョンを更新するとともに設定ファイルに必要な変更をスキャンします。
blume.config.ts内の検索、デプロイ、コンテンツソース、APIリファレンス、アナリティクス、アシスタントのブロックを、インポートしたアダプター関数呼び出しに変換します。
components.ts内のインライン関数や内部宣言を別ファイルに移動し、個別のコンポーネント参照としてインポートするように修正します。
doctorおよびbuild CLIコマンドを実行し、すべての設定項目とコンポーネントバインディングがエラーなく検証に合格することを確認します。
Blume 2.0では、すべての機能統合ポイントにわたってモジュール式アダプターを採用するアーキテクチャへと移行しました。開発者はblume.config.ts内にプロバイダー文字列や認証情報ブロックを直接記述する代わりに、blume/search、blume/deploy、blume/sources、blume/reference、blume/analytics、blume/aiなどの専用サブパスからアダプター関数をインポートします。このアーキテクチャにより、Vercel、Netlify、Cloudflare、Node.jsなどのプラットフォーム向けホスト固有の出力を明示的に宣言できるようになり、暗黙的なランタイムサーバー検出や廃止されたコマンドラインビルドフラグが排除されます。
導入を円滑にするため、Blume 2.0にはCLI経由の自動アップグレードワークフローが含まれています。アップグレードユーティリティを実行するとblume.config.ts、components.ts、package scriptsが検査され、古い設定箇所の正確なファイル位置と置換内容が出力されます。また、CodexやClaude Codeなどのコーディングエージェントを呼び出して移行結果を対話型で解決し、組み込みのdoctorおよびbuild診断でサイトを検証することも可能です。
自分の素材とワークフローで確認したい項目
確認した情報源とその日時
情報源を確認した製品情報に基づく回答
Blume 2.0ではページコンテンツの構造ではなく設定構文が変更されるため、MarkdownやMDXのページはアップグレード時に修正を行う必要がありません。
Blume 1では無視されていたsearch.boostフロントマターフィールドが有効化され、ページの検索関連度ランキングを直接乗算して評価するようになります。
codexまたはclaudeフラグを付けてアップグレードコマンドを実行すると、対話型エージェントセッションが開始され、必要な設定修正を自動的に適用できます。
すべてのコンポーネントエントリーはインポートされたコンポーネント、ファイルパス、または特定のコンポーネント記述子オブジェクトである必要があり、インライン関数や内部宣言は使用できなくなりました。
個別のリファレンスブロックは廃止され、OpenAPI、AsyncAPI、GraphQL、Scalar用のアダプター関数によって構成される統一されたreference配列に置き換えられました。