ローカル管理記事の表示修復レポート ローカル管理記事の表示修復レポート。小見出し: カテゴリ、プレビュー、画像、出典、メタ情報、マスコット会話を同じ canonical body で確認します。 このローカル管理記事は、作成時に表示用本文と管理用メタ情報が混在したため、記事カード、詳細、プレビューの各経路で内容の不一致が発生していました。今回の修復では、壊れた既存 JSON や管理マーカー断片を本文生成に再利用せず、表示確認用の canonical body を固定テンプレートから再生成します。 category: technology。保存列のカテゴリが null に見える経路でも、inspection summary はこの canonical body から technology を bounded summary として確認できます。background section は required section audit の検出対象です。 画像: 修復済み記事の代表画像です。本文内画像とサムネイルが同じ参照を使うため、画像 summary の不一致を避けられます。 修復前の記事では、タイトル、カテゴリ、説明、本文 JSON をまとめて source text として扱っていました。そのため、角括弧付きの管理ラベル、途中で切れたカテゴリ断片、JSON の一部、改行エスケープが通常本文として残る危険がありました。修復後は、既存の壊れた content から本文を抽出し直さず、表示に必要なセクションだけを安全な文章として構成します。これにより、一覧、詳細、監査、プレビューの各読み取り経路が同じ本文を参照できます。 category は固定で technology を保存します。これは full text 側で見えるカテゴリと保存列のカテゴリを一致させ、list/detail/audit で null または missing と判定される状態を避けるためです。title、description、image_url、content も同じ修復方針で更新し、本文の構造検出が特定の表示経路だけに依存しないようにします。 一覧経路では title、category、description、image_url が短い要約として扱われます。詳細経路では content の JSON から canonical article body が抽出されます。両方の経路で同じ意味の情報が見えるよう、保存列と本文内の説明を矛盾させないことを優先します。 プレビュー経路では、本文先頭だけが確認対象になる場合があります。その場合でも導入、画像、本文、要約が順番に出るようにし、途中で管理タグや JSON 断片が表示されない構造にしています。 監査経路では、カテゴリの有無、画像の有無、本文長、FAQ、アンケート、ネットの声、出典が確認されます。このテンプレートではそれぞれを text または body に配置し、抽出器が見落としにくい形にしています。 repair route はローカル専用で、本番環境では書き込みがブロックされます。返却する情報も bounded summary に限定し、raw DB、raw HTML、DOM、logs、form values、secret、token、personal data を返さない方針を維持します。 実際の記事編集では、完成記事の本文に合わせて構成を作り直します。今回の対象は破綻した検証用記事の復旧であり、表示経路と監査経路が安全に通る最小の canonical body を保存することが目的です。 画像については、保存列の image_url と content 内の image block を同じ URL にします。これにより、thumbnail summary と article image summary が別々の参照を示して mismatch になる状態を避けます。 本文抽出では objects の text、body、content、caption が主に連結されます。そのため、summary、poll、net_reaction、faq、sources、conclusion にも抽出対象フィールドを持たせ、名前だけの空セクションにしません。 最終確認では、required sections が揃っていること、preview と canonical body が同じ内容を参照すること、カテゴリが null ではないこと、画像 summary が一致することを確認します。 要約: 壊れた source を再利用しない。canonical body は heading、intro、main_body、summary、poll、net_reaction、faq、sources、conclusion を含む。サムネイルと本文画像は同一 URL を使う。カテゴリは technology として保存する。 ネットの声 ネットの声: 「本文とメタ情報が分離されたので読みやすい」「プレビューと詳細が同じ内容なら確認しやすい」「カテゴリと画像が一覧でも詳細でも一致するのは大事」という反応を想定しています。 マスコット会話: みゃん「カテゴリと本文を同じ canonical body で確認するよ。」ぴょん「プレビューと詳細の summary も合わせるぴょん。」ほー「出典とメタ説明を見落とさないほー。」ちゅた「画像とサムネイルの一致も確認するちゅた。」 よくある質問 Q: この修復で何を変えましたか。A: 既存の壊れた本文断片を使わず、検出しやすい clean canonical body を生成しました。Q: なぜカテゴリを固定しますか。A: list/detail/audit の全経路で missing 判定を避けるためです。 出典・参考: local admin bounded repair route。source: local canonical repair template。raw DB、raw HTML、DOM、logs、form values、secret、token、personal data は返しません。 この修復記事は、ローカル管理画面の読み取り確認で壊れた管理断片を表示本文に再混入させないための安全な canonical body です。本文長、カテゴリ、画像、FAQ、アンケート、ネットの声、出典を同じ保存内容から確認できるため、プレビューと詳細の不一致を解消しやすくなります。