[[slack-dev-kouchouai-2025-q4]] を読むと、2025 4Q は「広聴AIをどの方向に進めるか」の認識合わせが進んだ時期だとわかる。2026-Q1 の具体化より一段抽象度が高いが、後の plugin 化や LLM grouping 系分類の前提はここでかなり揃っている。
1. 2025 4Q 時点の広聴AIは「役に立つが、深掘りには限界」
slack-dev-kouchouai-2025-q4 2025-11-26 週では、現状の広聴AIについて
- 短時間で全体像を把握するニーズは満たしている
- 抜け漏れ発見には役立つ
- 一般向けにはキャッチーで市民参加の入口になる
と評価する一方、政治家や実務家が深いインサイトを探ろうとするとしんどい、と整理されている。
同 source 2025-11-19 週では「まずは既に把握している市民の声を可視化し、政策にどう反映されているかを示すことが大事」とも述べられており、広聴AIは 探索エンジンというより、まず“声が届いている”ことを可視化する装置 と見なされていた。
2. 埋め込み散布図方式の限界認識がかなり明確だった
2025-10-08 週の Slack には embeddings.pkl が元 embedding ではなく UMAP 後 2D だという発言がある。
ただし main@3809a7a のコードでは embedding ステップが元の埋め込みを embeddings.pkl に保存し、hierarchical_clustering ステップで UMAP 2D 化しているため、この発言は 少なくとも現行コードとは一致しない。したがって、ここから確実に言えるのは「2025-10 時点でそう認識されていた人がいた」ことであり、pipeline の hidden assumption そのものではない。
2025-11-26 週ではさらに、文脈埋め込みベクトルはトピック推定寄りなので賛否が同じクラスタに入りやすく、次元圧縮してクラスタに切ってから名前を付ける 現行方式では少数意見が潰れやすいと整理される。
つまり 4Q の時点で、現行パイプラインは単に「まだ改善余地がある」のではなく、分類基準の与え方そのものに限界がある と見られていた。
3. LLM grouping / sensemaking は「高級オプション」として意識されていた
slack-dev-kouchouai-2025-q4 2025-10-15 週では、LLM 直接グルーピングに時間をかけてよいなら HDBSCAN に戻すのも手、という発言があり、同週で「お金と時間をかけていいユーザならオプションとして選べるようにするのも手」と整理される。
同 source 2025-11-26 週では、「いい感じの切り口を発見してから、その切り口に合わせて分類し直す」方が筋がいいとされている。
この時点の LLM grouping / sensemaking 参照は、2026-Q1 のような具体的 plugin 構造ではまだないが、現行散布図方式の外側にある別分析モード としてすでに強く意識されていた。
4. 2025 4Q の核心は「GUI ノードエディタではなく設定ファイル」
slack-dev-kouchouai-2025-q4 2025-11-26 週の「頭の整理」は、その後の plugin-system の骨格をほぼ言い切っている。
- 広聴AIは新しいビューや解析手法を追加する前提で実装されていない
- TTTC Turbo は GUI ノード結合で吸収しようとしたが、既存インスタンスを Web から使いたい人には重すぎた
- tttc-light-js は固定パイプラインでシンプルにした
- 広聴AIでもカスタマイズは必要だが、Web ブラウザ上の GUI ではなく JSON / YAML でやる方が現実的
これは「なぜ plugin なのか」に加えて、なぜ GUI ではなく config なのか の直接の根拠になっている。
5. 2025 4Q 末には v4 安定化と v5 plugin 化の二段構えが固まっている
slack-dev-kouchouai-2025-q4 2025-12-10 週では、
- 今の見た目の広聴AIに価値を感じている人たちがいるので捨てない
- 6 月出版段階での v4.0 リリースはやる
- plugin 化を v4 に入れるかはコスト未見積り
- まず分析部分だけ pip 化すると見積りやすくなる
と整理されている。
さらに 2025-12-24 週では v4.0.0 の安定版を出してから、落ち着いてリファクタリングして、6月に間に合ったら v5.0.0 (プラグイン機能つき) と明文化されている。
したがって 2025 4Q の意思決定は、現行 UI / UX を保つ安定版リリース と 次世代の plugin 化・リファクタリング を時間的に分離することだった。
この Slack 上の設計意図は、12 月の方向性メモでさらに明文化されている。kouchou-ai-direction-2025-12-06 では「用途ごとに求めるインサイトが違うので 1 つの見せ方では足りない」という鈴木健ブログ kensuzuki-broad-listening-insight-types-2025-11-29 の問題提起を受け、GUI より config、現行方式の価値を残しつつ次世代を別軸で試す、という筋が出てくる。kouchou-ai-direction-2-2025-12-13 ではそれが「stable v4 と別軸の次世代探索」へ収束する。kouchou-ai-direction-2025-12-06より kouchou-ai-direction-2-2025-12-13より
6. pip 化は plugin platform への踏み台として選ばれた
2025-12-10 週では「広聴AIをプラグインプラットフォームにする」のではなく、分析部分だけ pip 化して他の BI ツールのプラグインとして容易に使えるようにする 案が「半日でできる見積り」として出ている。
これは最終形としての plugin system とは別で、まず analysis-core を切り出して外部利用可能にし、そこから plugin 化のコストや抽象化を見積もる、という段階的アプローチだった。
後の packages/analysis-core への移行は、この読み筋と整合している。
Open Questions
- 2025 4Q 時点では LLM grouping / sensemaking は方向性として語られているが、互換枝や taxonomy-guided 亜種の具体化は 2026-Q1 を待つ
- v4 に何を含めるかはこの時点ではまだ流動的で、実際の main とのズレは refactoring-status で要確認
Updates
- 2026-05-17:
#2_開発_広聴aiの 2025 4Q ログから初回整理 - 2026-05-17:
embeddings.pklに関する Slack 発言を、コードで確認された事実と切り分けて補足 - 2026-05-25: 12 月の方向性メモ 2 本と鈴木健ブログへの導線を追加し、Slack での直感が会議でどう明文化されたかを補記