全体構造

JapanTracker は、事実を蓄積する下部構造と、人が気づき、考え、議論し、追うための上層を組み合わせたものとして設計します。

Truth infrastructure

records、cases、people / organizations、mediaCoverage、statistics、unresolved、audit / provenance などを、出典付き・機械可読・検証可能な形で蓄積します。

ここでは深さ、再利用性、履歴、出典、検証可能性を重視します。人間がすべてを直接読む必要はなく、AIが参照・検索・比較しやすいことも重要です。

Social interface

下層のデータから 問い を作り、SNSなどを通じて人へ届けます。必要に応じて Follow を使い、単発の話題を継続して追える状態も作ります。

目的は、全員にデータベースを熟読させることではありません。知らなかった事実を一つ知る、持っていなかった問いを一つ持つ、少し考えが深まる、といった小さな認知変化を広く起こすことです。

下層は深さ、上層は到達を重視する

truth infrastructure は、必要なときに深く掘れることを重視します。social interface は、その深いデータを全員に読ませるのではなく、問いや最低限の事実に圧縮し、広く届けます。

この二つは別の最適化を持ちます。下層を浅くしてSNS向けにするのでも、上層を長大なデータ表示だけにするのでもありません。

単一の中心機能を置かない

record、case、statistics、問い、audit、Follow などのどれか一つだけを「中心機能」とは呼びません。それぞれが異なる役割とループを持ち、相互に接続します。

複数のループ

record が増えて事実確認がしやすくなるループ、利用されることで不足や誤りが発見されるループ、dataset から 問い が生まれ社会の議論から新しい論点が戻るループ、Follow によって関心が継続するループ、社会の反応が新しい record になるループなどがあります。

これらを一本道のファネルにはしません。どこから始まり、どのループが強く回るかはテーマや利用者によって変わります。

サイトやSNSはインターフェース

長期的には、JapanTracker の名前を知らなくても、AIが裏側でデータを参照して事実回答を支えていれば価値があります。同時に、SNS上では 問い が日々の議論の種として使われる状態を目指します。

データセット、Webサイト、SNS、AI連携は別々の事業ではなく、同じ情報基盤へ接続する異なる入口です。