SNS反応まっぷ

社会の問いについて、SNSの公開投稿サンプルを立場ごとの「理由」まで分解して見せる静的サイト。

公開URL: https://sns-reaction-map.jp/

「どちらが正しいか」をAIに決めさせない。対立の向こう側にある 「もう一つの正義」を可視化し、人々が互いを悪と決めつけずに向き合える状態を目指す。

---

現状

項目	値
公開テーマ数	公開10・非掲載1（THEMES.yaml）
累積サンプル数	最新値は data/public/catalog.json の自動集計を参照
形態	静的HTML（docs/ を GitHub Actions（.github/workflows/deploy.yml）で GitHub Pages に公開）
データ源	Yahooリアルタイム検索の公開投稿
分類エンジン	Hermes（kimi-k2.7-code）／ OpenCode Go（minimax-m2.7）
投票基盤	Supabase Edge Function（supabase/functions/cast-vote/）
計測	GA4 G-K10S4YCZFH / AdSense ca-pub-2542211932832864

テーマごとの工程状態・データ更新履歴は THEMES.yaml が単一の真実源。README には書かない。

1テーマのページ構成

1. ヒーロー — 問いと、いま議論の中心にある論点
2. 論点アリーナ — 何が争われているかを論点単位で分解
3. 2Dスタンスマップ — 投稿を2軸に配置した散布図＋ヒートマップ
4. 投票 — 読んだ人自身の立場を記録し、全体分布と比べる
5. 漫画・図解 — 論点を絵で説明する
6. 背景解説 — 争点そのものの経緯

リポジトリ構成

company/             会社理念、目標、承認、収支、AI部門、ローカル管理画面
content/             Website・X・noteの非公開制作物、調査、投稿実績
creative/            ブランド、デザイン、画像プロンプト、制作テンプレート
quality/             公開候補・公開後の監査、設計レビュー
docs/                公開候補となる静的サイトの正典（公開専用リポジトリの public/ へ同期）
configs/             テーマ別の設定、収集条件、ワーカーAIへの発注書
scripts/             収集・分類・生成・検証。scripts/refresh_adapters/ はテーマ別のページ更新
data/verification/   本文を除いた検証用サマリ。クリーンクローンとCIはこれを読む
social-samples/      収集した投稿の累積正典。本文を含むため一部は Git 管理外
supabase/            投票基盤
tests/               unittest
archive/             運用から外れた文書・実験・スクリプト

運用ドキュメント

セッションを始めるAIは CLAUDE.md の指示に従うこと。

文書	役割
company/COMPANY.md	会社の理念、事業、組織、CEO承認範囲
company/GOALS.yaml	90日・1年・3年の数値目標
company/ROADMAP.md	会社化のフェーズ、成果物、完了条件
company/HANDOFFS.yaml	進行中業務の担当、期日、承認、次の一手
company/QUALITY_GATE.md	Website / X / note 共通の公開品質基準
company/FOLDER_MAP.md	成果物の正式な置き場所と保全方針
company/APPROVALS.yaml	CEO承認の待ち・決定ログ
company/FINANCE.yaml	月次の収益、費用、利益
company/CORRECTIONS.yaml	訂正・一時非公開・引用削除依頼の記録
OPERATIONS.md	定例作業の定義。作業場所の作り方・頻度・担当・遅れの見つけ方
DATA_REFRESH.md

会社と運用状況をまとめて見る（CEO経営管理画面）

会社の目的、今日の4行報告、CEO承認待ち、進行中業務、90日・1年・3年目標、月次収支、 組織を最初に表示する。その下で、期限切れ、流入、X の投稿、テーマ更新、変更履歴を確認できる。 通常はリポジトリ直下の 管理画面を開く.command をダブルクリックする。 テーマの収集・公開候補・承認後の公開、X準備と計測、流入取得をボタンから開始できる。 Codexの作業は1回ごとに別セッションになり、Codexデスクトップアプリのタスク一覧からも同じ履歴を開ける。

Xは投稿画面の準備までで、最後の「ポストする」はオーナーがX上で行う。 公開も品質監査が通った候補に対する「承認して公開」が必要。

読み取り用の静的な写しだけ作る場合は従来どおり次を使う。

python3 scripts/build_admin_dashboard.py --open

company/dashboard/dashboard.html を作ってブラウザで開く。公開されない（docs/ の外、.gitignore 対象、 noindex）。中身はリポジトリ内のファイルの写しなので、開いた時点の実測ではない。 GA4・Search Console・Supabase の実測値も取り直すときは --fetch を足す（最大3分、 認証が切れていればその旨が画面に出る）。

読む材料: company/GOALS.yaml / company/HANDOFFS.yaml / company/APPROVALS.yaml / company/FINANCE.yaml / company/CORRECTIONS.yaml / THEMES.yaml（予定日・工程）/ GROWTH.yaml（週次KPI・施策）/ content/x/posts.md（X投稿実績）/ TASK_BOARD.md（課題）/ data/verification/updates/（データ更新の検査結果）/ git log（変更履歴）。 画面が古い・空欄になるのは、これらの元ファイルが更新されていないということ。

よく使うコマンド

データ更新の詳細は DATA_REFRESH.md を参照。管理画面は「候補作成」と「承認済み反映」を分離し、 互換用の --promote は使わない。手動運用で従来形式を使う場合だけ、検査と CEO 承認後に実行する:

python3 scripts/refresh_topic.py --topic <theme> --date <YYYY-MM-DD> --backup-dest /Volumes/HD-LE-B/issue-stance-private-backups --promote

ページ検証:

python3 scripts/verify_theme_page.py <theme>

トップページ検証:

python3 scripts/verify_top_page.py

公開先は issue-stance-lab/sns-reaction-map の GitHub Pages（.github/workflows/deploy.yml による GitHub Actions公開）で、docs/ がサイトのルートになる。main へのpushで自動的に再デプロイされる。

テスト:

python3 -m unittest discover -s tests -v

archive/ について

運用から外れたものはここに移してある。消していないのは、当時の判断の根拠が残っているため。

• archive/planning-2026-06/ — 2026-06 の企画段階の文書。編集者がURLを登録しSubstackで配信するという、いまとは別のサービス構想。現在の運用とは無関係
• archive/pipeline-ollama/ — ローカル Ollama で分類していた時代の手順書
• archive/prompts/ — 実行済みのワーカーAI発注書（2026-06〜07）。結果は THEMES.yaml と TASK_BOARD.md に記録済み
• archive/TASK_BOARD_ARCHIVE.md — 完了した課題の一覧
• archive/tasks/ — 完了した課題の詳細（2026-09-03 に索引から移した10件）
• scripts/archive/ollama-era/ — Ollama 時代の分類スクリプト