2026-05-18 時点の open PR #827 (docs: add plan for llm grouping and capability auto-detection) で、source repo ルートに追加された PLAN_llm_grouping_capabilities.md を観測したメモ。内容は実装ではなく、LLM grouping 系 LLM 分類を既存 viewer 互換で段階導入するための計画。github-dev-docsより
観測事項
- PR
#827はmain向け open PR で、追加ファイルはPLAN_llm_grouping_capabilities.mdの 1 本のみ。author は nishio、head branch はchore/plan-llm-grouping-capabilities。github-dev-docsより - 短期方針は、
analysis_mode=llm_groupingを導入しつつもembeddingは残し、x/yとcluster-level-*を従来フォーマットで出して 既存 viewer を壊さない こと。github-dev-docsより - 長期方針は、
hierarchical_result.jsonの実データからanalysis_capabilitiesを自動導出し、可視化 plugin 側のrequirementsと突合して 適合しない chart mode を自動 disable すること。github-dev-docsより - この方針は slack-dev-kouchouai-2026-q1 で既に見えていた「まず
extraction, embeddingの後ろに LLM 分類を差し込む互換枝」案を、API/Admin/public-viewer まで含めて具体化したものと読める。slack-dev-kouchouai-2026-q1より - 一方で
main@9cc70aeの default 実行経路は依然としてPipelineOrchestrator.run()であり、run_workflow()は dormant のままなので、PR#827は 方針の具体化であって実装着手ではない。source-codeより
計画の骨子
- Phase 1:
analysis_modeを config/API/Admin に追加し、llm_groupingを互換重視で導入する - Phase 2:
analysis_capabilitiesをhierarchical_result.jsonから自動判定する - Phase 3: public-viewer の chart plugin が
requirementsを宣言し、capability 不一致の mode を選べないようにする
含意
- source repo ルートの Markdown として置くより、設計判断の経緯を既存の pipeline / plugin-system / open-decisions と接続して読める wiki の方が文脈を保ちやすい。github-dev-docsより
- 既存 wiki では open-decisions B14 が「LLM grouping 系 LLM 分類の互換枝」を未着手として整理していたが、2026-05-18 時点では 実装 PR ではなく plan PR として一段具体化 した、と更新できる。slack-dev-kouchouai-2026-q1より
Open Questions
llm_groupingを Phase 1 で legacy pipeline の分岐として入れるのか、dormant なrun_workflow()活用を先に進めるのかanalysis_capabilitiesの source of truth を server 側だけにするか、viewer 側再計算も行うか- taxonomy-guided classification を
llm_groupingの設定値として持たせるのか、別 mode として分けるのか
Updates
- 2026-05-18: 初回作成