What it is
2026-05-23 ごろに #2_開発_広聴ai で行われた thread の記録。初版時点では oss_weekly_reporter の data branch が 2026-05-20 までしかなく、一次ソースは raw/slack-public-ui-requirements-2026-05-23.txt のみだった。その後、2026-06-02 に oss_weekly_reporter の 2026-05-20_to_2026-05-27 週次 dump を取得し、この thread が raw/slack/2_開発_広聴ai.json と markdown/slack/all_summary.md で確認できた。weekly-log-2026-05-20より
参加者は nishio と ohki-shingo。
Refresh protocol
work/oss_weekly_reporter/のdatabranch をgit fetch origin dataで更新data/2026-05-20_to_2026-05-27/raw/slack/2_開発_広聴ai.jsonまたはmarkdown/slack/all_summary.mdでrg "散布図|embedding|公開UI"して thread を確認- 今後の更新では
weekly-log-2026-05-20を公式 dump 側 source、raw/slack-public-ui-requirements-2026-05-23.txtを初回切り出しの補助 source として扱う
1. nishio: 二段構えの要約
embeddingを前提としない分析様式(例: LLM 直接分類)を可能にしたい。しかし、embeddingを前提としている散布図は、見た目のインパクトが強く、ユーザが欲しがるので簡単には捨てられない。 そこで互換のために一時的に “embeddingを前提としない分析様式” でもembeddingを併用して、散布図互換 にする案 と、長期的に 散布図が必須なビュー をやめる案の二段構えで進むのが良い。
これは llm-grouping-background-history でいう Distilled Take（短期: 散布図互換 / 長期: 散布図必須前提の解体）の Slack 上の短文化である。
2. ohki-shingo: そもそも論として再質問
ここについては、
- なぜ現状の散布図が人間には受け入れられやすいのか
- 広聴結果の公開UIに求められるものは何なのか？ みたいな議論が改めてできるといいのかもしれない
技術的な「散布図 vs 非散布図」の選択ではなく、「散布図はどんな価値を担っていたのか」と「公開UIは何を満たすべきか」を分けて整理し直したい、というフレーミング。
3. ohki-shingo: 散布図が受け入れられている理由を分解
自治体利用文脈での自答として、現状散布図が受け入れられているのは 散布図そのものが本質だからではなく、次の 5 つの要素を 一画面に同時に出しやすいから だと整理している：
- 大量の意見が扱われていることが一目で分かる
- 似た意見ごとに整理されているように見える
- 全体像を探索できる
- 要約やラベルだけでなく、個別意見にも戻れる
- 行政側が恣意的にまとめたのではなく、一定の透明性をもって公開しているように見える
4. ohki-shingo: 公開UIに求められる要件
広聴結果の公開UIに求められるものは、単に分析結果をきれいに見せることではなく、 「集まった声がどう受け止められ、どう整理され、何が論点として見えてきたのか」を、 住民や職員が確認できることなのかな
具体要件として 7 項目：
- どのような声をどれくらい扱ったのか
- どういう観点で整理されたのか
- 主要な論点は何か
- 元の個別意見まで辿れるのか
- 少数意見や分類しにくい声が埋もれていないか
- 行政側が恣意的にまとめたように見えないか
- 次に何を議論・深掘りすべきかが見えるか
そのうえで「散布図が担っていた公開UIの役割を、別のUIでどう担保するかを考えられるとよさそう」「『分析方式と view を独立にする』とも矛盾しない」「view 側の要件を整理しておくと散布図以外の view も検討しやすくなる」と続いている。
5. ohki-shingo: embedding 距離精度は公開UIの本質ではない
公開UIとしては、embedding がやっているような「意味的に近いものを距離で精密に表すこと」自体が必ずしも本質ではなく、どの声がどの論点に整理されたのか、元の個別意見に戻れるのか、分類の根拠や限界が分かるのか、 といったことが確認できる方が重要なのかもしれません。
同じ意見グループに入ったものについても、グループ内の点同士の距離を厳密に表現するというより、 同じまとまりとして自然に近く表示されていれば、広聴結果の公開UIとしては十分成立しそうな気がしました。
ここから示唆されるのは 「クラスタ間が分離して見える」が要件、「クラスタ内の距離精度」は要件ではない という view 側契約である。これは短期の散布図互換案（非 embedding 系分析でも何らかの 2D 配置を作って x/y 互換にする）の技術的バーを大きく緩める観察になっている。
Open Questions
oss_weekly_reporterが#2_開発_広聴aiの thread を後続 reply 含めて保持するか、ヘッダのみで切れるかは未確認
Updates
- 2026-06-02:
oss_weekly_reporterの2026-05-20_to_2026-05-27週次 dump で本 thread を確認し、weekly-log-2026-05-20 を source に追加。初回 raw 切り出しは補助 source 扱いにした。