[{"data":1,"prerenderedAt":206},["ShallowReactive",2],{"content-/content-attribution-cleanup-and-integration":3,"all-pages-for-dir":204,"og-image-/content-attribution-cleanup-and-integration":205},{"id":4,"title":5,"body":6,"category":185,"description":186,"extension":187,"meta":188,"navigation":189,"ogImage":190,"path":191,"project_name":192,"published":193,"publishedAt":194,"seo":195,"stem":196,"tags":197,"todo":190,"unpublished":193,"updatedAt":190,"__hash__":203},"pages/2026-05/2026-05-30/content-attribution-cleanup-and-integration.md","公開データに残った出典表記を消し、積み残しの統合機能を実装した",{"type":7,"value":8,"toc":174},"minimark",[9,13,17,20,37,40,43,47,50,53,57,64,67,88,91,94,97,100,103,106,109,112,143,146,149,152,162,165,168,171],[10,11,12],"p",{},"最近触っていなかった別プロジェクトを開いて、積み残しが何だったか思い出せなくなっていた。一通り棚卸しさせたら、明確な積み残しは2件。だがそれより危ない3件目が混ざっていた。公開しているスライドデータに、ある投資家の名言とその出典が書名・出版社・ページ番号ごと丸ごと書かれていた。これはコンプラ事故になる、と判断して最優先で潰すことにした。",[14,15,16],"h2",{"id":16},"まず棚卸しから始めた",[10,18,19],{},"しばらく離れていたプロジェクトは、自分の記憶のほうがあてにならない。まず現状を把握させた。",[21,22,23,27,34],"ul",{},[24,25,26],"li",{},"ワーキングツリーはほぼクリーン。未追跡ファイルが少し残っているだけ",[24,28,29,33],{},[30,31,32],"code",{},".claude/issues/"," は全件解決済み",[24,35,36],{},"明確な積み残しは2件。英語音声対応のTODOと、ある著名投資家にちなんだ「統合」機能の計画書の未作成分",[10,38,39],{},"ここまでは想定どおりだった。問題は、棚卸しの最後に1件だけ別種のリスクが見つかったことだ。本番データに書籍の出典表記が残っていて、コンテンツの出典ルール違反の疑いがある、という指摘だった。",[10,41,42],{},"棚卸しの結果を見て、優先順位を自分で組み替えた。英語音声は後でいい。出典表記が一番リスクが高いから最初にやる。そして投資家統合のほうは、計画書にあって未作成のものを全部入れる。この2本立てにした。",[14,44,46],{"id":45},"一番こわいのは公開物に出典が残っていること","一番こわいのは「公開物に出典が残っていること」",[10,48,49],{},"積み残しのタスクは、やらなくても誰にも迷惑はかからない。だが公開データに他人の著作物の引用が出典付きで載っているのは話が違う。読者の画面に書名と出版社とページ番号が見えている状態は、放置するほど事故に近づく。だからここを最初に拾った。",[10,51,52],{},"最初に網羅チェックをかけたら、出典表記の候補がいくつも引っかかった。ただ、その多くは「データの出典を明示する」といった一般論の文章や、本文中の誤検出だった。本当に消すべき明確な違反は3箇所に絞れた。1つは例示データ内に残っていた書籍シリーズへの参照、残り2つは名言スライドのデータだった。",[14,54,56],{"id":55},"落とし穴は読み上げ台本が本番に表示されていたこと","落とし穴は「読み上げ台本が本番に表示されていた」こと",[10,58,59,60,63],{},"ここで一度手が止まった。名言スライドのデータには ",[30,61,62],{},"script"," というフィールドがあって、そこに名言と出典が丸ごと書かれている。最初は「これは読み上げ用の原稿だろう」と思った。読み上げ用なら、画面には出ていない可能性がある。",[10,65,66],{},"だが、それで安心するのは早い。2つ確認させた。",[68,69,70,77],"ol",{},[24,71,72,76],{},[73,74,75],"strong",{},"名言の本体はSVG画像に焼き込まれていないか。"," 台本のテキストだけ消しても、画像のほうに書名が描き込まれていたら意味がない。確認させたところ、そのSVG画像はpublicディレクトリには存在せず、別配信（R2のアセット用ドメイン）からしか読まれていなかった。手元では中身を直接見られない。",[24,78,79,84,85,87],{},[73,80,81,83],{},[30,82,62],{}," は画面に出るのか、出ないのか。"," 本番ページのテンプレートを読ませたら、",[30,86,62],{}," は「読み上げ原稿」という見出しで本番画面にそのまま表示されていた。つまり台本=非表示という最初の思い込みは外れていて、書籍引用は読者に見えている状態だった。",[10,89,90],{},"この2点目が一番の気づきだった。「読み上げ台本だから裏に隠れている」と決めつけていたら、表に出ている引用を見逃すところだった。台本が本番表示されるという仕様を確認して初めて、ここが明確な違反だと言い切れた。",[14,92,93],{"id":93},"修正のスコープを切り分けた",[10,95,96],{},"3箇所のうち、例示データ内の書籍参照は文意を保ったまま中立的な表現に書き換えられる。これは判断に迷う余地がないので、その場で消した。",[10,98,99],{},"名言スライド2枚は扱いが分岐する。台本のテキストは消せても、SVG画像のほうに名言と書名が焼き込まれている可能性が高く、画像はR2にあって手元で中身を確認できない。台本だけ消して画像に残っていたら片手落ちになる。だからこの2枚は一旦保留にして、画像側の対応とセットで後日やると決めた。中途半端に台本だけ消して「対応済み」と思い込むほうが危ない。",[10,101,102],{},"出典対応として確定で潰せたのは、例示データの参照を中立化する1件。残りは画像確認待ちとして明示的に棚に残した。",[14,104,105],{"id":105},"統合機能の未作成分を全部実装した",[10,107,108],{},"出典の確定分を片付けてから、本題の投資家統合に移った。この機能は着手済みで、投資家コラムのコンポーネント・堀（moat）の概念図3つ・いくつかの章への適用・クイズまでは入っていた。ただ計画書の一部が未達のままだった。「未作成分を全部入れてほしい」という依頼だったので、計画書とフェーズ1の実装パターンを照合しながら順に埋めていった。",[10,110,111],{},"既存の設置パターンはどの章も「投資家コラム → 図（データ元と年度をキャプションに明記）→ インラインクイズ」の順だった。これに倣って、揃えながら足していった。",[21,113,114,120,126,132,137],{},[24,115,116,119],{},[73,117,118],{},"概念図を2つ新規作成。"," 10年の利益率の一貫性を折れ線で示す図と、売る理由を「可逆/不可逆」の軸で並べたマトリクス図。どちらも実在企業を使わない模式データなので裏取りは不要",[24,121,122,125],{},[73,123,124],{},"章への適用を進めた。"," 「何で稼ぐ会社か一文で」がテーマの章には一貫性のコラムと図とクイズを橋渡しで入れ、トレンドの崩れを扱う章には「トレンドが崩れる=堀が傷むサイン」という総括コラムを上乗せした",[24,127,128,131],{},[73,129,130],{},"売る理由を扱う章には、3つの理由のうち堀の喪失が最も不可逆=最重、という補論をコラムと図とクイズで足した。"," バリュエーションの章には「レンジ超過は過熱か構造変化かを問い直す」軽量コラムを、断定的なしきい値を出さない形で入れた",[24,133,134],{},[73,135,136],{},"減価償却や利益率の章にも、原則論のコラムを重複を避けながら追加した",[24,138,139,142],{},[73,140,141],{},"各章末のまとめに追加論点を1行ずつ足し","、第2部の入口に「全体は教育目的であって投資助言ではない」旨の免責コラムを入れた",[10,144,145],{},"コラムを書くときは、どの文面にも「これは投資助言ではない」というトーンを通した。出典のリスクを潰した直後だけに、こちらでも変な断定を残さないよう気をつけた。",[14,147,148],{"id":148},"検証",[10,150,151],{},"実装後、編集した章に人名・書名が混入していないかを確認させた。図のコメントに出てくる「economic moat」は中立的な専門用語の説明だけで、固有名は入っていない。",[10,153,154,157,158,161],{},[30,155,156],{},"pnpm lint"," は4件のエラーが出たが、すべて今回の変更外の既存ファイルが原因で、追加したコードにはエラーはなかった。",[30,159,160],{},"pnpm build"," も通り、ビルドは完了した。最後にdevサーバーを立てて、新しく作った2つの図をブラウザで目視確認した。コラム→図→クイズの並びは意図どおりで、折れ線もマトリクスも座標が崩れずに描画されていた。",[14,163,164],{"id":164},"学び",[10,166,167],{},"形容詞では「出典が残っているのは危ない」で止まってしまう。だが実際に何が起きていたかを動詞で書くと、読者の画面に書名と出版社とページ番号がそのまま表示されていた、になる。この差が判断の速度を決めた。",[10,169,170],{},"積み残しのタスクと、公開物のコンプラ事故は別の重さで扱う。前者は後回しでも誰も困らないが、後者は時間が経つほど被害が広がる。棚卸しで両方が並んで出てきたとき、重いほうを先に拾えるかどうかは、AIの判定ではなく自分が下す判断だと改めて思った。",[10,172,173],{},"そして「読み上げ台本だから裏に隠れている」のような思い込みは、実際にテンプレートを読むまで信じないこと。台本が本番表示される仕様を確認して初めて、違反だと言い切れた。手元で確認できないSVG画像を「たぶん大丈夫」で済ませず、画像側の対応とセットで後日やると棚に残したのも、同じ理由だ。中途半端に消して「対応済み」と記憶するほうが、後で事故る。",{"title":175,"searchDepth":176,"depth":176,"links":177},"",2,[178,179,180,181,182,183,184],{"id":16,"depth":176,"text":16},{"id":45,"depth":176,"text":46},{"id":55,"depth":176,"text":56},{"id":93,"depth":176,"text":93},{"id":105,"depth":176,"text":105},{"id":148,"depth":176,"text":148},{"id":164,"depth":176,"text":164},"dev","別プロジェクトの積み残しを棚卸しし、公開スライドに残っていた書籍の出典表記をコンプラ事故として最優先で消した。読み上げ台本が本番表示されていた落とし穴と、計画書の未作成分を全部実装するまでの記録。","md",{},true,null,"/content-attribution-cleanup-and-integration","eurekapu-nuxt4",false,"2026-05-30T00:00:00.000Z",{"title":5,"description":186},"2026-05/2026-05-30/content-attribution-cleanup-and-integration",[198,199,200,201,202],"著作権","コンプライアンス","コンテンツ管理","積み残し","Nuxt","tY0nOcGHLEyL-yokL9Tl2KBNFU7JcpNUzdw3pGdZrFE",[],"https://log.eurekapu.com/og/blog/content-attribution-cleanup-and-integration.png?v=2026-05-30T00%3A00%3A00.000Z&title=%E5%85%AC%E9%96%8B%E3%83%87%E3%83%BC%E3%82%BF%E3%81%AB%E6%AE%8B%E3%81%A3%E3%81%9F%E5%87%BA%E5%85%B8%E8%A1%A8%E8%A8%98%E3%82%92%E6%B6%88%E3%81%97%E3%80%81%E7%A9%8D%E3%81%BF%E6%AE%8B%E3%81%97%E3%81%AE%E7%B5%B1%E5%90%88%E6%A9%9F%E8%83%BD%E3%82%92%E5%AE%9F%E8%A3%85%E3%81%97%E3%81%9F&author=Kei%20Komatsu&sig=c762470c3484e23f",1782528845401]