コンテンツID（Content ID）
frontmatterに書く安定した識別子で、slugやpermalinkとは独立にノートを指します。ファイルの移動やURLの変更をまたいで残るため、外部から参照するときの適切なキーになります。
id、slug、permalinkの違い
| 識別子 | 設定する主体 | 変わるタイミング |
|---|---|---|
id |
著者がfrontmatterに書く | 編集しない限り変わらない |
| slug | ファイルのパス | ファイルを移動したとき |
| permalink | 公開先の解決 | URLの規則や設定を変えたとき |
コンテンツIDの解決
frontmatterのcontentIdフィールド（packages/core/src/types/post_content.ts）は、slugやpermalinkとは独立した安定した識別子を提供します。frontmatterにidがある場合、それはマニフェストエントリ（packages/core/src/types/content_manifest.ts）のcontentIdとして保存され、マニフェスト（packages/core/src/types/resolved_riebeckite_config.ts）のbyContentIdマップを通じて公開されます。
contentIdの用途：
- 外部参照：外部のシステムがノートを指し、ファイル名の変更やURLの変更後も参照を維持する必要がある場合は、slugやpermalinkではなく
contentIdを使います。 - コレクション間のリンク：異なるコンテンツコレクションや外部システムの間でリンクする場合、
contentIdはファイルの移動やURLの変更をまたいで残ります。 - 増分ビルドのキャッシュ：
contentIdはキャッシュのフィンガープリントの計算に含まれるため、同じcontentIdを持つエントリをビルド間で正しく追跡できます。
idを含むfrontmatterの例：
---
id: abc123
title: "Hello World"
tags: ["intro"]
---コードでコンテンツIDから検索する例：
const entry = manifest.byContentId.get("abc123");
// entry.slug, entry.permalink, entry.frontmatter, etc.