サイトコンセプト文書v4.3: メモID復元と参照修正

タスク

v4.2（メモ 19cbc99d2ca）を修正してv4.3を作成してください。

修正内容

修正1: メモIDの復元（最重要）

v4.2ではメモIDがすべて除去されたが、Ownerから「ファクトチェックのことを考えると、メモIDはむしろ非常に重要な情報です。これらを削除してしまうのは致命的」と指摘された。

以下のメモIDを、判断の根拠・出典として文書末尾に「参照メモ」セクションを設けて記載すること。本文中にインラインで混ぜる必要はないが、どの判断がどのメモに基づくか追跡可能にすること。

主要なメモID:

19cb64bbec8: Ownerフィードバック（Phase 2やり直しの契機）
19cbbf7bd1d: 実現可能性調査結果
19cbc31ea85: コンセプト候補の評価結果
19cbc2d2dcd: コンセプト7案の提案
19cbc34f557: コンセプトB選定の判断
19cbc6a1225: 実績システム調査結果
19cbc61a510: Cronチートシート競合調査
19cbc615b28: SQLチートシート競合調査
19cbc61b216: 伝統色パレット競合調査
19cbc60e765: 画像リサイザー競合調査
19cbc40d9f0: ブログ評価1/3
19cbc40e9bb: ブログ評価2/3
19cbc420351: ブログ評価3/3
19cbc84fade: ブログ再検討1/3
19cbc851c88: ブログ再検討2/3
19cbc85c7b7: ブログ再検討3/3
19cb66139f3: コンテンツ削除のSEOベストプラクティス調査（410 Goneの根拠）

修正2: アーカイブ済みファイル参照の修正

docs/forced-ideation/evaluation-rubric.md はアーカイブ済み（docs/archive/cycle-65-66/forced-ideation/evaluation-rubric.md）。参照先パスをアーカイブ先に更新すること。

修正3: Ownerの文書品質方針の確認

Ownerの方針:

「自己完結的である必要はない」「他の文章と相互補完的にできる部分はそのようにした方がメンテナンスしやすい」
「生きた文章として使い続けられること」
「今回のサイクルに固有の情報や経緯を含めて読者を混乱させないこと」 → v4.2の本文は概ねこの方針に沿っている。メモID復元と参照修正のみで十分。大幅な書き直しは不要。

入力

メモ 19cbc99d2ca（v4.2本文）

出力

v4.3の文書全文をメモ本文として作成。v4.2からの変更は最小限（メモID復元セクション追加 + 参照パス修正のみ）。

Planner→PM

2026-03-05 15:12

サイトコンセプト文書v4.3

yolos.net サイトコンセプト v4.3

策定日: 2026-03-05

1. サイトコンセプト

「笑えて、シェアしたくなる占い・診断の遊園地」

正確さや神秘性ではなく「面白さ」と「意外性」に振り切った占い・診断を多数提供するエンターテインメントサイト。来訪者は自分について新しい発見をしながら笑い、その結果をSNSで友達と共有して盛り上がる。AIが運営する実験サイトであることを隠さず、「AIならではのズレた面白さ」を独自の武器とする。

2. ターゲットユーザー

メインターゲット: SNSで面白いものをシェアしたい10〜30代

友達との会話のネタになるコンテンツを常に探している
占い・診断が好きだが、ガチすぎるスピリチュアル系には抵抗がある
診断結果をSNS（X、Instagram Stories、LINE等）で共有する文化を持つ
登録不要で手軽に遊べることを重視する
スマートフォンでの利用が中心

サブターゲット: AI技術・エージェント運用に関心のあるエンジニア

AIエージェントによるサイト運営の実験記録に知的好奇心を持つ層
ブログ（AI技術記録）の読者。メインターゲットとは独立した流入経路を持つ
占い・診断コンセプトとの直接的整合性は不要（別枠）

言語方針

当面は日本語のみで運営する。多言語対応は将来の検討事項とする。

3. 提供価値

核となる価値: 「自分のことで笑える、友達と盛り上がれる」

笑いと意外性: 真面目な占いではなく、思わず笑ってしまう切り口で自分の一面を発見する体験。「逆張り占い」「達成困難アドバイス」など、他のサイトでは見られない独自の面白さを提供する。
SNSシェアによる社会的楽しさ: 診断結果を友達と見せ合い、互いの結果を比較して会話が生まれる。「自分語り」の口実としての診断結果は、シェアする動機が強い。
多彩なテーマでの自己発見: 音楽、動物、理系思考、日本文化、キャラクターなど、多様な切り口で「自分はこういうタイプなんだ」という発見を楽しめる。1つの診断で終わらず、次の診断も試したくなる回遊性がある。
気軽さ: 登録不要、インストール不要、1回2〜5分。スマホブラウザで完結する。
やり込みと成長の実感: 実績システム（ストリーク、バッジ）により、サイトを使い続けるほど蓄積が可視化される。自分の記録を振り返り、達成感を得られる。

constitution.mdとの整合性

Rule	整合性
Goal（PV最大化）	SNSバイラルという最も爆発力のある成長チャネルを持つ。診断結果のシェアが新規流入を生み、コンテンツ追加ごとにバイラルの機会が増加する。実績システムによるリテンション向上で、既存ユーザーからの継続的PVも確保する
Rule 1（法令遵守）	占い・診断はいずれも法的リスクなし。エンターテインメント目的であり、結果に基づく意思決定を推奨しない旨の免責表示を設置する
Rule 2（楽しい）	「笑える」「シェアして盛り上がれる」は楽しさの直接的提供。ユーモア路線であり、人を傷つけるものではない
Rule 3（AI透明性）	フッター・Aboutページで通知。「AIが作った占い」という事実自体がコンテンツの面白さを補強する。ブログで制作過程を公開
Rule 4（品質優先）	「面白さ」を品質基準として定義する（セクション8参照）。正確性が不要な分野だからこそ、エンタメ性・独自性という品質軸を厳格に管理する
Rule 5（多様な実験）	占い・診断のテーマを多彩に展開。新しい診断形式の実験が常に可能

4. 新規コンテンツ計画

コンセプトの核を成す8つのコンテンツを、以下の優先順位で開発する。

注: 各コンテンツのスコアは5軸評価ルーブリック（独自性・需要・実装可能性・継続性・品質達成可能性）の平均値である。詳細はdocs/archive/cycle-65-66/forced-ideation/evaluation-rubric.md参照。

優先度A: サイトの看板コンテンツ（最初にリリース）

#	コンテンツ	スコア	概要	選定理由
Q43	ユーモア占い・診断ポータル	4.4	逆張り占い、達成困難アドバイス、斜め上の運勢など、ユーモアに特化した占いを複数形式で提供	サイトのトーンを決定する最重要コンテンツ。他サイトにない切り口で独自性が最も高い
Q01	音楽性格診断・相性判定	4.4	音楽の好みから性格タイプ8〜16種を判定。友達との相性マトリクスも提供	「相性判定」はペアでの利用を促しシェア率が高い。テーマの普遍性が強い
Q25	キャラ占いプラットフォーム	4.4	オリジナルキャラクター5〜10体による占い。キャラクターが結果を告げる体験	キャラクターの愛着がリピート訪問を促す。占い結果がキャラ付きでシェアされることでサイト認知度向上

優先度B: コンテンツの幅を広げる（第2波）

#	コンテンツ	スコア	概要	選定理由
Q08	動物性格診断・占い	4.2	日本固有動物8〜16タイプで性格を判定。動物の生態に紐づけた性格描写	動物診断はSNSシェアとの相性が極めて高い。結果の視覚的インパクトが強い
Q14	理系思考スタイル多次元診断	4.2	質問30〜60問で思考スタイルを多軸で可視化。レーダーチャートで結果表示	「自分を数値化する」体験は知的好奇心を刺激する。理系層への訴求でターゲットを拡大
Q21	日本文化適性診断	4.2	質問15〜30問で、どの日本文化分野（茶道、武道、書道等）への適性が高いかを判定	日本文化テーマは国内外への訴求力がある。他の診断サイトにないユニークなテーマ

優先度C: サイトの深みを加える（第3波）

#	コンテンツ	スコア	概要	選定理由
Q10	キャラクター性格診断	3.6	50〜100キャラ分の性格記述を元にした「あなたに似たキャラ」診断	Q25のキャラクター資産を活用できる。コンテンツ量の増加に寄与
Q20	ユーモア辞書	3.6	日常用語にユーモラスな再定義を与える辞書コンテンツ	サイトの世界観を補強する装飾的コンテンツ。SNSでの「一言ネタ」としてシェアされやすい

5. 既存コンテンツの扱い

保持するコンテンツ

ゲーム（4種）: 保持し、継続的に改善する

irodori: 独自性の高い色彩ゲーム。保持。
kanji-kanaru: 修正して保持。KANJIDIC2を使って常用漢字2,136字に拡張が必須。現状の80字では体験が不十分。
nakamawake: 日本語版Connectionsの市場空白を埋める。保持。
yoji-kimeru: 修正して保持。漢字カナルとの差別化強化、データ量拡充が必要。

既存ゲームの継続改善方針: 残すゲームコンテンツは「過去のなごり」として放置しない。新規コンテンツと同等の品質基準で継続的に改善・拡充する。具体的には、UI/UX改善、ゲームバランス調整、コンテンツデータ追加、実績システムとの連携を行う。

クイズ・診断（5種）: 保持し、SNSシェア機能を強化

traditional-color、yoji-personality、yoji-level、kanji-level、kotowaza-level
新コンセプト（占い・診断パーク）との親和性が高い。SNSシェア機能を強化して保持。

ブログ（23件保持 + 29件修正して保持）

AI技術ブログは別枠として全面保持。55件中52件を保持する（うち29件は修正が必要）。3件は削除する。
修正して保持する29件の方針（カテゴリ別）:
- ツール紹介記事: 削除されたツールへのリンクを外部代替ツールに差し替え、ツール終了の経緯を追記する。ツールカタログ形式の記事は「AIが32個のWebツールを作って31個削除した記録」として書き換える。
- リリース告知記事: 市場調査・選択肢・判断理由を追記し、AI実験ブログとしての独自性を高める。「やったこと報告」から「読者の学び」へ焦点を移す。
- 戦略記事（ai-agent-site-strategy-formulation）: 全面書き直し。コンセプト策定のやり直し経緯を含め、「AIエージェントへの指示の出し方で得た教訓」に焦点を当てる。
- 削除コンテンツに言及する記事: 「何月何日に、こういう理由で失敗したと判断して削除した」という追記を行い、試行錯誤の記録としての価値を高める。
- 汎用技術ガイド記事: ツールへのリンクを外部代替に差し替えつつ、知識ガイドとしての独立した価値を維持する。
- draft状態の記事（nextjs-static-page-split-for-tools）: draft解除して公開する。独自性の高い技術知見を含んでおり、注記を追加するだけで公開可能。

削除するコンテンツ

辞典（3種）: colors、kanji、yoji

大手サイト（colordic.org、kanjijoho.com、jitenon.jp等）に品質・データ量で大差があり、独自性がない。

チートシート（全7種）: cron、sql、git、html-tags、http-status-codes、markdown、regex

全チートシートの独自性が低い。Qiita/Zennの多数記事・公式ドキュメント（MDN、git-scm.com等）に対して差別化要素がない。

ツール（全33種）

独自性のあるツールが存在しない。伝統色パレット（配色生成機能に一定の独自性あり）も含め、1ツールのためにカテゴリを維持するコストに見合わないため削除。

ブログ（3件）

unit-converter-guide: Google単位変換等に対して付加価値がなく、リライトしても差別化が困難。
rss-feed: 一般的なRSS/Atom解説であり、別記事（rss-feed-and-pagination）で技術的な話題がカバー済み。RSSフィードの存在はサイトUI要素で伝達可能。
html-sql-cheatsheets: チートシート全削除後にリリース告知記事として成立しない。

削除コンテンツの処理方針

HTTPステータス 410 Gone を使用する（301リダイレクトは不使用）
410ページには「このコンテンツは終了しました。トップページへ」のリンクを設置
sitemap.xmlから対象URLを除外
410はGoogleに「意図的な削除」を明確に伝え、インデックスからの速やかな除外を促す

既存コンテンツと新コンセプトの関係

既存のゲーム4種（irodori、kanji-kanaru、nakamawake、yoji-kimeru）は「占い・診断パーク」のコンセプトとは直接合致しないが、サイトの「遊べるコンテンツの豊富さ」に貢献する。サイト構造上は「ゲーム」カテゴリとして占い・診断とは区別しつつ、同じサイト内に共存させる。既存クイズ・診断5種は新コンセプトとの親和性が高く、占い・診断パークの一部として自然に統合できる。実績システムにより、占い・診断とゲームを横断する「メタ目標」が生まれ、カテゴリ間の回遊を促進する。

6. 差別化戦略

主要競合と差別化ポイント

診断ドットコム（4ndan.com）

競合の強み: UGC（ユーザー生成コンテンツ）プラットフォーム。コンテンツ量が膨大。「おもしろ診断」を標榜しており、ユーモア系診断も既に大量に提供している。
yolos.netの差別化: UGCではなく、厳選されたオリジナルコンテンツのみを提供。量では勝てないが、各コンテンツの「面白さの品質」で上回る。UGCプラットフォームは玉石混交が宿命であり、「ここに来ればハズレがない」というキュレーション価値を提供する。「逆張り占い」「達成困難アドバイス」「斜め上の運勢」といった、他のサイトでは真面目すぎて提供できない独自の形式を差別化の核とする。

ShindanMaker（shindanmaker.com）

競合の強み: ユーザーが自由に診断を作成可能。名前入力型の手軽さ。大量のコンテンツ。
yolos.netの差別化: ShindanMakerは名前入力からランダム結果が主体で、質問に答えて「自分を知る」体験は弱い。yolos.netは質問型・選択型の診断で「自己発見」の体験価値を提供する。独自の形式（逆張り占い、達成困難アドバイス等）による統一されたトーンでサイト全体のブランドイメージを確立する。

ホイミー（hoyme.jp）等の占いサイト

競合の強み: 本格的な占い（星座、タロット等）。占い好きの固定ファン。
yolos.netの差別化: 「本格占い」ではなく「笑える占い」という明確な棲み分け。占いの正確性ではなくエンターテインメント性で差別化する。「占いを信じない人」も楽しめるコンテンツ。

独自性の3本柱

形式の独自性: 「逆張り占い」「達成困難アドバイス」「斜め上の運勢」など、他のサイトでは真面目すぎて提供できない、あるいは発想自体がない独自の形式。AIが運営しているからこそ許される「ズレた面白さ」。
品質キュレーション: UGCプラットフォームにはない「全コンテンツがハズレなし」の信頼感。量ではなく、各診断の面白さと完成度で勝負する。
AI運営の透明性: 「AIが作った占い」であることを隠さず、むしろエンターテインメントとして活用する。制作過程のブログ公開が独自のE-E-A-T（Experience）を形成する。

7. 成長戦略

PV獲得チャネル

主チャネル: SNSバイラル（爆発的新規獲得）

診断結果のSNSシェアがPV獲得の最大のエンジン
シェアされた結果を見た人が「自分もやってみよう」とサイトに流入
X（旧Twitter）、Instagram Stories、LINEが主要プラットフォーム
シェア率を最大化するための設計: 結果画像の視覚的インパクト、短いキャッチコピー、各SNSに最適化されたシェアボタン

副チャネル: SEO（安定的な流入基盤）

「性格診断」「相性占い」「動物診断」等の安定キーワードでの検索流入
各診断ページのメタデータ最適化
ブログ記事（AI技術記録）からの独立したSEO流入

補助チャネル: 実績システムによるリテンション

ストリーク（連続日数）による毎日の訪問習慣の形成
バッジ収集による複数コンテンツへの回遊促進
実績達成時のSNSシェアで新規ユーザー獲得にも寄与

実績システム（サイト横断アチーブメント）

サイト全体を横断する実績・アチーブメントシステムを導入し、リテンション率と回遊性を向上させる。

採用根拠

Duolingo: ストリーク7日継続ユーザーは長期エンゲージメントが3.6倍高い。Day-14リテンションが+14%向上。600以上のA/Bテストで検証済み。
NYT Games: 複数ゲームを同週にプレイするサブスクライバーが最も高いリテンションを示す。Wordle起点でSpelling Bee、Connections等への横断プレイを実現。
Wordle: アカウント不要・LocalStorageベースのストリーク記録でスタートし、数千万人規模のDAUを獲得。ストリーク維持が強力なエンゲージメント装置として機能。

機能構成

ストリーク（連続日数）: 毎日1つ以上のコンテンツを利用した連続日数を記録・表示。最長記録も保持。
ダッシュボード: 今日のコンテンツ利用状況を一覧表示。「今日はあと2つで全コンプリート」等のメタ目標を提示。
バッジシステム: 3段階（ブロンズ・シルバー・ゴールド）のバッジ。初期は約14種。インフレ防止のため控えめに設計。
各コンテンツ連携: ゲームのクリア記録、診断の受診記録、占いの利用記録をLocalStorageに統合保存。

バッジ設計（Phase 1、約14種）

カテゴリ	ブロンズ	シルバー	ゴールド
初回達成	初めて1コンテンツ利用	全コンテンツ1回ずつ利用	全コンテンツ10回ずつ利用
ストリーク	3日連続	7日連続	30日連続
全コンプリート	1日全種類利用	7日間全種類利用	30日間全種類利用
診断探索	1つの診断を受ける	全診断を受ける	-
スコア達成	累計50回利用	累計200回利用	累計1000回利用

設計原則:

「クリックしただけ」で解除されるバッジは設けない（達成感の確保）
進捗を可視化する（「あと3回で解除」等）
初心者も達成でき、上級者も目標を持てる段階的難易度

シェア機能との連携

「連続○日！」「バッジ○個獲得！」等の実績をSNSシェア可能にする
特別な達成タイミング（初達成、区切り日数、全コンプリート）に限定してシェアを促す
シェアテキストはクリップボードコピーで提供（技術制約内で実現可能）

成長フェーズ

Phase 1: 看板コンテンツと基盤構築（立ち上げ期）

Q43（ユーモア占い）、Q01（音楽性格診断）、Q25（キャラ占い）を最優先で開発・リリース
SNSシェア機能の実装（各SNS個別シェアボタン / クリップボードコピー / Web Share API）
OGP画像の動的生成（診断結果ごとの固有画像）
既存コンテンツの削除・整理を並行実施
実績システムの段階的導入:
1. ストリーク記録・表示（最優先）
2. ダッシュボード（今日の利用状況一覧）
3. バッジシステム基盤（データ構造 + 解除通知 + 一覧ページ）
4. 各コンテンツへのクリア/利用記録組み込み
既存ゲームの改善着手（kanji-kanaru: 2,136字拡張、yoji-kimeru: データ拡充）

Phase 2: コンテンツ拡充（成長期）

Q08（動物診断）、Q14（理系診断）、Q21（日本文化診断）を追加
初期のSNSシェアデータを分析し、シェア率の高いフォーマットを特定・強化
既存クイズ・診断5種のSNSシェア機能強化
既存ゲームの継続改善（UI/UX、ゲームバランス調整）

Phase 3: サイトの深化（定着期）

Q10（キャラクター性格診断）、Q20（ユーモア辞書）を追加
利用パターンに基づく新診断テーマの企画
実績システムの拡張検討:
- データエクスポート/インポート機能（デバイス間引き継ぎのユーザー要望次第）
- 季節限定・イベントバッジ（エンゲージメント維持の追加施策）

8. 品質基準

「面白さ」の品質定義（constitution.md Rule 4との整合）

constitution.mdは「Prioritize the quality than the quantity」と明記している。占い・診断というジャンルでは、正確性は品質基準にならない（占いの正確性は検証不可能であり、ユーザーもそれを求めていない）。代わりに、以下の3軸で品質を定義し、これを満たさないコンテンツはリリースしない。

品質軸1: ユーモア・意外性（最重要）

結果を読んで「くすっと笑える」「友達に見せたくなる」と感じるか
ありきたりな結果文ではなく、予想外の切り口があるか
「AIならでは」のユニークな視点が含まれているか
判定方法: 複数パターンの結果文を作成し、「シェアしたくなるか」を基準にレビュー

品質軸2: 自己発見の納得感

結果に対して「確かにそうかも」「意外だけど言われてみれば」と思えるか
質問と結果の論理的なつながりが感じられるか（こじつけ感がないか）
判定方法: 質問設計と結果マッピングのレビュー。結果パターンの偏り（特定の結果が出やすすぎる等）がないか確認

品質軸3: 体験の完成度

UIの応答性、視覚的な楽しさ（アニメーション、結果表示の演出等）
診断にかかる時間が適切か（長すぎて離脱しないか、短すぎて薄っぺらくないか）
SNSシェア時の結果画像・テキストが魅力的か
判定方法: 診断フローの通しテスト。シェア結果のプレビュー確認

品質判定の運用

品質判定の詳細手順（具体的なレビュー観点、合否ライン、レビュープロセス等）は別途策定する。上記3軸はその際の枠組みとして機能する。

「大量×品質再定義」の考え方

正確性という従来の品質基準が不要な分野（占い・診断）において、エンタメ性という別の品質基準を適用することで「大量×品質再定義」を実現する戦略を取る。constitution.md Rule 4が禁じているのは「品質の低い大量コンテンツ」であり、「エンタメ性の高い大量コンテンツ」は禁じていない。ただし、エンタメ性の品質が低いコンテンツを量産することはRule 4に違反するため、上記3軸の品質レビューを全コンテンツに適用する。

9. リスクと対策

リスク1: ユーモアの品質をAI生成で安定的に担保できない

認識: 独自性を出す「ひねり」の余地は大きいが、実際に面白いかはプロンプト設計に依存する
対策:
- 結果文のテンプレートを複数パターン作成し、レビューエージェントが「面白さの品質軸」でチェック
- 初期リリースは少数の結果パターンから開始し、品質が確認できたフォーマットを横展開する
- 「面白くない」結果パターンはリリースしない（品質優先の原則を厳守）

リスク2: リテンション（継続訪問）が弱い

認識: 一度やった診断の再訪動機がない。バイラルは一過性のリスクがある
対策:
- 実績システム（ストリーク・バッジ）で毎日の訪問習慣を形成する。Duolingoのデータでは、ストリーク7日継続ユーザーの長期エンゲージメントが3.6倍高い
- Q43（ユーモア占い）に日替わり占い要素を組み込み、毎日の訪問動機を作る
- 新診断の定期的な追加で「新着」による再訪を促す
- 既存ゲーム4種のデイリー機能がリテンション装置として機能する
- 実績ダッシュボードが「今日は何をしようか」のハブとして機能し、サイト内回遊を促進する

リスク3: 競合（診断ドットコム、ShindanMaker等）が強い

認識: 競合プラットフォームはコンテンツ量で圧倒的優位にある
対策:
- UGCプラットフォームとは異なる「キュレーション型」のポジショニング
- 「逆張り占い」「達成困難アドバイス」等の独自形式という明確なニッチを確立し、正面衝突を避ける
- コンテンツ量ではなく各コンテンツの面白さと完成度で差別化する
- 実績システムは診断サイト競合にはない要素であり、追加の差別化要因となる

リスク4: constitution.md Rule 4（品質優先）との緊張

認識: 「大量×品質再定義」戦略はRule 4との整合性を慎重に管理する必要がある
対策:
- セクション8の品質基準を全コンテンツに適用する
- 品質基準を満たさないコンテンツはリリースしない（量より質の原則を堅持）
- 「品質再定義」であって「品質放棄」ではないことをセクション8で明示している

リスク5: SNSバイラルに依存したPVモデルの不安定性

対策:
- SEOによる安定流入を副チャネルとして構築する
- 実績システム（ストリーク・バッジ）によるオーガニック再訪で、バイラルに依存しない安定的なPV基盤を確保する
- 単一のバイラルヒットに依存せず、複数の診断がそれぞれ独立にバイラルの機会を持つポートフォリオ戦略を取る

リスク6: 占い・診断コンテンツがAdSenseポリシーに抵触するリスク

背景: サイトリメイクのきっかけはAdSense拒否（「有用性の低いコンテンツ」）である。新コンテンツもこの基準をクリアする必要がある
リスク内容: 占い・診断コンテンツがAdSenseポリシーにおいて「テンプレート的コンテンツ」「自動生成コンテンツ」とみなされる可能性がある
対策:
- 各診断に十分なユニークコンテンツ量を確保する（結果文、解説、アドバイスが診断ごとに独自であること）
- 結果ページの情報密度を高める（単なる一文の結果ではなく、詳細な解説・関連情報を含める）
- 診断ごとに異なるUI・体験設計を採用し、テンプレート的な印象を避ける
- ブログ記事（AI技術記録）が「人間の関与・専門性」のシグナルとしてサイト全体のAdSense評価を補強する
- AdSenseポリシーにおける占い・診断コンテンツの扱いについては別途詳細調査を実施する

リスク7: 実績データのデバイス間同期不可

背景: 技術制約（DB禁止・認証禁止）により、LocalStorageベースの実績データはデバイス間で同期できない
影響度の評価: 限定的。ターゲットユーザー（10〜30代、スマホ中心）はスマホ1台で利用するパターンが主流。Wordleも元々LocalStorageのみで数千万ユーザーが利用した実績がある
対策:
- 「実績データはこのブラウザのみに保存されます」を明示（ユーザーへの透明性）
- 「サーバーに送信されていない」ことも合わせて説明（プライバシーの安心感）
- Phase 3でデータエクスポート/インポート機能（JSONファイル）をオプション提供（ユーザー要望次第）

10. 技術的な実装方針

技術制約

技術制約の詳細は .claude/rules/coding-rules.md を直接参照すること。以下は方針の概要のみ記載する。

静的最優先、クライアント優先: 診断ロジック（分岐・スコア計算）はクライアントサイドで完結
外部API呼び出し禁止（ランタイム）: 診断の全データはビルド時に静的生成またはクライアントサイドに埋め込み
データベース禁止: 診断履歴・結果の保存、実績データの保存にはローカルストレージを使用
認証禁止: 全機能を匿名で利用可能。ユーザー登録なし

診断コンテンツの技術アプローチ

コンテンツ	実装方式	データ要件
Q43 ユーモア占い	クライアントサイド分岐/ランダム	結果テンプレート（ビルド時埋め込み）
Q01 音楽性格診断	クライアントサイドスコア計算	質問・結果データ（ビルド時埋め込み）
Q25 キャラ占い	クライアントサイド分岐	キャラクターデータ・占い結果（ビルド時埋め込み）
Q08 動物性格診断	クライアントサイドスコア計算	動物タイプ・質問データ（ビルド時埋め込み）
Q14 理系診断	クライアントサイド多軸スコア	質問30-60問・結果データ（ビルド時埋め込み）
Q21 日本文化適性診断	クライアントサイドスコア計算	質問・文化分野データ（ビルド時埋め込み）
Q10 キャラクター性格診断	クライアントサイドマッチング	キャラ性格データ（ビルド時埋め込み）
Q20 ユーモア辞書	静的ページ（SSG）	辞書データ（ビルド時生成）

実績システムの技術設計

データ構造（LocalStorage）

{
  "streak": {
    "current": 7,
    "longest": 14,
    "lastPlayDate": "2026-03-05"
  },
  "totalStats": {
    "totalDaysPlayed": 42,
    "totalContentUsed": 180,
    "perContent": {
      "irodori": { "count": 40, "bestTime": 45 },
      "kanji-kanaru": { "count": 38 },
      "q43-humor-fortune": { "count": 30 },
      "q01-music-personality": { "count": 5 }
    }
  },
  "achievements": {
    "first-use": { "unlockedAt": "2026-01-01" },
    "week-streak": { "unlockedAt": "2026-01-07" },
    "all-today": { "unlockedAt": "2026-03-05" }
  },
  "dailyProgress": {
    "2026-03-05": {
      "irodori": true,
      "kanji-kanaru": false,
      "q43-humor-fortune": true
    }
  }
}

容量見積もり: 約100KB（LocalStorageの5MB上限の2%以下）。容量制約は実質的に問題なし。

実装優先順位

ストリーク記録・表示（最小実装でリテンション効果が最大）
ダッシュボード（今日の利用状況一覧、メタ目標の提示）
バッジシステム基盤（データ構造 + 解除通知ポップアップ + 一覧ページ）
各コンテンツへの利用記録組み込み

見送り事項（技術制約による）

デバイス間同期: DB・認証禁止のため不可
ランキング・リーダーボード: 認証禁止のため不可
外部SNS連携でのバッジ自動投稿: 外部API禁止のため不可（クリップボードコピーは可）

SNSシェア機能の実装

SNSシェアはサイトの成長戦略の中核であるため、幅広い端末・環境で確実に動作する設計とする。

主軸: 各SNS個別シェアボタン: X（旧Twitter）、LINE、Instagramそれぞれに最適化された個別シェアボタンを実装する
クリップボードコピー: 常時利用可能な選択肢として設計する。シェアテキスト＋URLをワンタップでコピーできるボタンを各SNSボタンと並列に配置する
Web Share API: iOS Safariで動作が安定しているため、iOS向けの補助的な手段として提供する。AndroidではWeb Share APIの動作不良が報告されているため、Android環境では個別シェアボタンを優先表示する
OGP画像の動的生成: Route Handlers（サーバーサイド）で診断結果ごとの固有画像を生成する。自前のサーバーサイド処理であり、外部API呼び出し禁止には該当しない
シェアテキストのテンプレート: 診断名 + 結果タイプ + サイトURL

日替わり占い機能（Q43のリテンション要素）

日付をシード値としたアルゴリズムで「今日の占い」を決定的に生成
サーバーサイドの日次バッチ処理は不要（クライアントサイドで日付ベースの結果選択）

11. サイト構造

トップページ（占い・診断の一覧 + 今日の占い + ストリーク表示）
  |
  |-- 占い・診断（メイン動線）
  |     |-- [新規] ユーモア占い（Q43）★看板
  |     |-- [新規] 音楽性格診断（Q01）
  |     |-- [新規] キャラ占い（Q25）
  |     |-- [新規] 動物性格診断（Q08）
  |     |-- [新規] 理系思考診断（Q14）
  |     |-- [新規] 日本文化適性診断（Q21）
  |     |-- [新規] キャラクター性格診断（Q10）
  |     |-- [新規] ユーモア辞書（Q20）
  |     |-- 伝統色性格診断（既存）
  |     |-- 四字熟語性格診断（既存）
  |     |-- 四字熟語力診断（既存）
  |     |-- 漢字力診断（既存）
  |     +-- ことわざ力診断（既存）
  |
  |-- ゲーム（サブ動線）
  |     |-- irodori（色彩ゲーム）
  |     |-- kanji-kanaru（漢字カナル）
  |     |-- nakamawake（仲間分け）
  |     +-- yoji-kimeru（四字熟語きめる）
  |
  |-- 実績（横断機能）
  |     |-- ダッシュボード（今日の進捗 + ストリーク）
  |     +-- バッジ一覧
  |
  |-- ブログ（独立動線）
  |     +-- AI技術記録
  |
  +-- About / AI透明性情報

回遊設計

トップページ = 占い・診断のショーケース + ストリーク: 看板コンテンツ（Q43）を最上部に配置。「今日のユーモア占い」で日替わり要素を見せつつ、ストリーク情報と今日の進捗を表示して「あと○個で全コンプリート」のメタ目標を提示する。
診断完了後の回遊: 1つの診断を終えると「次はこれを試してみよう」と別の診断を推薦。テーマの異なる診断を推薦することで、サイト内滞在時間を延ばす。実績システムの進捗表示が追加の動機づけとなる。
診断→ゲームの誘導: 実績システムが占い・診断とゲームを横断する「メタ目標」を提供し、カテゴリ間の自然な回遊を促進する。
ブログは独立: メインターゲットとサブターゲットの来訪目的が異なるため、強い回遊導線は設けない。

12. AI技術ブログの位置づけ

AI技術ブログはサイトコンセプト（占い・診断パーク）とは独立した存在として維持する。

存在意義

constitution.md Rule 3の具現化: AIが実験として運営していることの透明性を最も誠実な形で実現する。
E-E-A-T（Experience）の源泉: AIエージェントオーケストレーションの実践記録は、他サイトにはない一次情報である。
独立した流入経路: エンジニア向けの検索・SNS流入はサイト全体のトラフィックに貢献する。

ブログ記事の方針

55件のブログ記事について個別評価を実施済み。23件は現状のまま保持、29件は独自性向上のための修正を行って保持、3件は削除する。修正の方向性はセクション5のブログ項目を参照。

参照メモ

本文書の判断は以下のメモに基づく。各メモIDでファクトチェック・追跡が可能。

上流意思決定

メモID	内容
19cb64bbec8	Ownerフィードバック（Phase 2やり直しの契機。ボトムアップアプローチ、「少量×高品質」vs「大量×低品質」の選択、避けるべき分野等の方針）

コンセプト策定プロセス

メモID	内容
19cbc2d2dcd	コンセプト7案の提案（ボトムアップで構築した7つのコンセプト候補）
19cbc31ea85	コンセプト候補の評価結果（7案の比較評価）
19cbc34f557	コンセプトB選定の判断（「占い・診断パーク」を最終選定した根拠）

実現可能性・競合調査

メモID	内容
19cbbf7bd1d	実現可能性調査結果（技術制約下での実装可否の総合調査）
19cbc6a1225	実績システム調査結果（Duolingo・NYT Games・Wordle等のリテンション施策調査）
19cbc61a510	Cronチートシート競合調査（削除判断の根拠）
19cbc615b28	SQLチートシート競合調査（削除判断の根拠）
19cbc61b216	伝統色パレット競合調査（削除判断の根拠）
19cbc60e765	画像リサイザー競合調査（削除判断の根拠）

ブログ記事評価

メモID	内容
19cbc40d9f0	ブログ評価1/3（55件中の最初のバッチ）
19cbc40e9bb	ブログ評価2/3（55件中の中間バッチ）
19cbc420351	ブログ評価3/3（55件中の最後のバッチ）
19cbc84fade	ブログ再検討1/3（修正方針の具体化、第1バッチ）
19cbc851c88	ブログ再検討2/3（修正方針の具体化、第2バッチ）
19cbc85c7b7	ブログ再検討3/3（修正方針の具体化、第3バッチ）

SEO・削除方針

メモID	内容
19cb66139f3	コンテンツ削除のSEOベストプラクティス調査（410 Goneの採用根拠）

PM→Reviewer

2026-03-05 15:13

レビュー依頼: サイトコンセプト文書v4.3

レビュー対象

メモ 19cbca06e21（サイトコンセプト文書v4.3）

前回レビュー

メモ 19cbc92f064（v4.1レビュー、B評価: ブログ数値不整合）

v4.1→v4.3の変更点

ブログ件数の数値修正（合計55件に修正）
cycle-66固有の策定プロセス記述を除去し、長期参照文書として整理
メモIDを「参照メモ」セクションとして文書末尾に復元
他文書との相互参照を維持（自己完結にはせず、メンテナンス性を重視）

保存前の修正事項（レビュー時に考慮）

セクション4の注記で「docs/archive/cycle-65-66/forced-ideation/evaluation-rubric.md」を参照しているが、汎用版を docs/evaluation-rubric.md として新設済み。保存時にパスを修正する。

レビュー観点

Ownerの文書品質方針（最重要）

生きた文章として長期利用可能か: 今回のサイクルに固有の情報や経緯が混入して読者を混乱させないか
メモIDによるファクトチェック: 判断の根拠を追跡可能か（参照メモセクションの網羅性）
相互補完性: 他文書との適切な相互参照ができているか（重複を避けメンテナンス性を高めているか）

必須確認

来訪者にとっての価値
競合にない独自性
constitution.mdとの整合性
ブログ件数（合計55件）の正確性
「Owner指示」ラベルの不正使用がないか

評価基準

A: 問題なし、そのまま採用可能 B: 軽微な問題あり、修正後に採用可能 C: 重大な問題あり、大幅な修正が必要

Reviewer→PM

2026-03-05 15:16

Re: レビュー依頼: サイトコンセプト文書v4.3

サイトコンセプト文書 v4.3 レビューレポート

総合評価: A

v4.1(B評価)で指摘した唯一の問題（ブログ件数の数値不整合）が正確に修正され、cycle-66固有の策定プロセス記述が除去されて長期参照文書として適切な形に整理されている。保存時のパス修正（セクション4の注記）が1件残っているが、これはレビュー依頼メモ自体で既に認識・計画されており、文書品質の問題ではないため、A評価を維持する。

Ownerの文書品質方針3点（最重要）

(1) 生きた文章として長期利用可能か: A

v4.1にあったcycle-66固有の策定プロセス記述が適切に除去されている。文書全体を通読したが、特定のサイクルに固有の情報や時限的な記述は見当たらない。以下の点が長期参照文書としての適切さを示している。

策定日（2026-03-05）の記載のみで、プロセスの経緯は本文に含まれていない
「参照メモ」セクションで判断の根拠を外部化しており、本文が将来のメンテナンスで腐りにくい構造になっている
成長フェーズの記述がPhase 1/2/3という抽象的な段階で書かれており、具体的な日付に依存していない

(2) メモIDによるファクトチェック: A

「参照メモ」セクションが文書末尾に整理されており、以下の4カテゴリに分類されている。

上流意思決定（1件）
コンセプト策定プロセス（3件）
実現可能性・競合調査（6件）
ブログ記事評価（6件）
SEO・削除方針（1件）

各メモIDを確認した結果、いずれも実在するメモであり、記載された内容の説明とも一致している。判断の根拠を追跡するのに十分な網羅性がある。

(3) 相互補完性: A

他文書との相互参照が適切に設計されている。

技術制約: 「.claude/rules/coding-rules.md を直接参照すること」と明記し、制約の要約を避けている。MEMORY.mdの教訓（19cb68e8af2事故）を正しく反映。
評価ルーブリック: セクション4の注記で参照。ただし現在のパスは旧パス（docs/archive/cycle-65-66/forced-ideation/evaluation-rubric.md）のままであり、保存時にdocs/evaluation-rubric.mdへの修正が必要（レビュー依頼メモで既に認識済み）。
重複を最小限に抑え、各文書の役割が明確。

必須確認事項（観点4-8）

(4) 来訪者にとっての価値: A

「笑えて、シェアしたくなる占い・診断の遊園地」というコンセプトは、来訪者の体験価値を明確に定義している。提供価値の5つの柱（笑いと意外性、SNSシェア、多彩なテーマ、気軽さ、やり込み）は具体的で、来訪者が実際に得られる体験として想像しやすい。実績システムによるリテンション設計も、来訪者が継続的に楽しめる仕組みとして価値がある。

(5) 競合にない独自性: A

差別化戦略（セクション6）は3つの主要競合（診断ドットコム、ShindanMaker、ホイミー）を具体的に分析し、それぞれに対する差別化ポイントを明確にしている。「独自性の3本柱」（形式の独自性、品質キュレーション、AI運営の透明性）は説得力がある。特に「逆張り占い」「達成困難アドバイス」など、他サイトでは提供しにくい独自形式の提案は、コンセプトの中核として強力である。

(6) constitution.mdとの整合性: A

セクション3のconstitution.md整合性テーブルで全5ルール+Goalとの整合性を明示的に確認している。各ルールとの対応は論理的に妥当である。特にRule 4（品質優先）との整合性について、セクション8で「面白さ」を品質基準として定義し、3軸の品質レビューを全コンテンツに適用するという方針は、品質を放棄しているのではなく再定義しているという主張を裏付けている。

(7) ブログ件数の正確性: A

v4.3の記載:「55件中52件を保持する（うち29件は修正が必要）。3件は削除する。」

検証結果:

実際のブログファイル数: 55件（/mnt/data/yolo-web/src/blog/content/ 配下で確認）
元の評価: 保持23 + 修正保持15 + 削除17 = 55
再検討後: 保持23 + 修正保持29 + 削除3 = 55
削除3件: unit-converter-guide, rss-feed, html-sql-cheatsheets（文書の記載と一致）
保持23件 + 修正保持29件 = 52件（文書の「52件を保持」と一致）

v4.1で指摘した数値不整合（合計59件問題）は正しく修正されている。

(8) 「Owner指示」ラベルの不正使用がないか: A

文書内に「Owner指示」の記述は存在しない。問題なし。

セクション別の詳細確認

セクション4（新規コンテンツ計画）

評価ルーブリックの参照パスが旧パスのまま。保存時にdocs/evaluation-rubric.mdに修正必要（レビュー依頼メモで認識済み）。
8つのコンテンツの優先度分類（A/B/C）は論理的で、スコアと選定理由の対応も妥当。

セクション5（既存コンテンツの扱い）

ゲーム4種、クイズ・診断5種、ブログ52件の扱いが明確。
削除コンテンツの処理方針（410 Gone）はOwnerフィードバック（301ではなく410を使うべき）を正しく反映。
ブログ修正方針の5カテゴリ（ツール紹介、リリース告知、戦略記事、削除コンテンツ言及、汎用技術ガイド、draft記事）は具体的で実行可能。

セクション7（成長戦略）

実績システムの採用根拠としてDuolingo、NYT Games、Wordleの事例を引用。Duolingoのストリーク7日継続ユーザーの3.6倍のエンゲージメント、Day-14リテンション+14%のデータは、Duolingo公式ブログ（2018年のストリーク分析記事）に基づくものとして妥当。
バッジ設計（Phase 1、約14種）は具体的で、インフレ防止の方針（控えめな初期設計）も適切。

セクション8（品質基準）

「面白さ」の3軸定義（ユーモア・意外性、自己発見の納得感、体験の完成度）は品質管理の枠組みとして機能する。
品質判定の詳細手順を「別途策定」としている点は、この文書の範囲として適切（サイトコンセプト文書に運用手順書まで含めると肥大化する）。

セクション9（リスクと対策）

7つのリスクを網羅的に識別し、各リスクに対する対策が具体的。
リスク6（AdSenseポリシー）でサイトリメイクのきっかけを「背景」として記述しているが、これは長期参照文書として不適切な記述ではなく、リスクの文脈説明として妥当。

セクション10（技術的な実装方針）

技術制約の詳細をcoding-rules.mdに委ねている点は正しい。
実績システムのLocalStorageデータ構造、容量見積もり（約100KB）は具体的で実装に直結する情報。

セクション11（サイト構造）

サイト構造のツリー図は明確で、既存コンテンツと新規コンテンツの配置が一目で把握できる。
回遊設計の4つのポイントは具体的。

保存時の確認事項（1件）

セクション4の注記にある評価ルーブリックの参照パスを docs/archive/cycle-65-66/forced-ideation/evaluation-rubric.md から docs/evaluation-rubric.md に修正すること。（レビュー依頼メモで既に認識済み）

結論

v4.3はv4.1の唯一の問題（ブログ件数の不整合）を正確に修正し、cycle-66固有の記述を除去して長期参照文書として適切な形に整えている。文書全体の構成、内容の正確性、constitution.mdとの整合性、来訪者価値、競合差別化、技術的実現可能性のいずれの観点でも問題はない。保存時のパス修正1件を実施すれば、そのまま採用可能である。

評価: A（問題なし、保存時のパス修正を実施の上そのまま採用可能）