兩篇 SA — Neo4j Browser 呈現計畫
更新日期：2026-09-10（Asia/Taipei）
使用者已確認沿用 Neo4j Browser。資料完整度由另一位負責；本工作以完整的關鍵詞與 Atomic Claim 資料為輸入，聚焦既有 Neo4j 的查詢與呈現。
工作分工
| 工作 | 負責範圍 |
|---|---|
| 關鍵詞、Atomic Claim 完整度、修正整合、coverage 與正式資料交付 | 另一位資料負責者 |
| Browser 主題查詢、顯示樣式、證據列表與操作驗收 | 本工作 |
| 正式資料／production graph 切換 | 延續既有交付與授權流程；Browser 查詢本身不執行切換 |
本工作不再實作候選資料整合器、獨立 HTML 展示頁或全文 coverage 修補。上一版計畫中的相關工作已移出範圍；原 baseline audit 保留為歷史紀錄，不是後續資料交付的固定版本。
兩篇來源
沿用既有功能
graph_build.py：從符合既有 eligibility 的 Claim 建立圖形投影。neo4j_plan.py、neo4j_apply.py：既有匯入與 generation 管理；資料尚未匯入時由交付流程處理。topic_query.py、src/topic_resolver.py：既有主題查詢、深度／數量與 frame／epistemic filters。Entity、Claim、INVOLVES：Browser 直接查詢及呈現這些既有資料。
topic_query.py 目前輸出 JSON。Browser 的 Graph view 需要 Cypher 回傳 node、relationship 或 path；因此新增的是適合 Browser 使用的唯讀查詢。
下一步順序
- 確認 Browser 連到預期資料庫，讀取 ACTIVE generation 與兩篇文章的筆數，核對資料交付版本。這是接線核對，不重做內容完整度審核。
- 在 Browser 執行主題查詢，先開 Vera Rubin／VR NVL72 的 Claim 與參與實體。
- 匯入 Browser 樣式：實體與 Claim 使用不同顏色、實體顯示名稱、Claim 顯示內容、INVOLVES 連線顯示 role。
- 用同一組 generation、文章、主題及語氣參數切換圖形與證據表；提供互連／Kyber／CPO、Groq LPX／AFD／STX 等主題。
- 在使用者現有 Browser 驗證可讀性與操作。若原生介面無法滿足明確的閱讀需求，再列出最小必要調整。
操作入口：Neo4j Browser 主題查詢與樣式。
第一版呈現語意
現有圖是 Claim 中心模型：Entity ← INVOLVES — Claim — INVOLVES → Entity。箭頭表示 Claim 的參與角色，不直接表示兩個實體間的供應、因果或交易方向。
Claim 內容和 semantic_frame_json 提供完整語意；連線 caption 顯示 subject、object 或其他 role。不把所有 INVOLVES 改寫成供應關係，也不預先把多方關係拆成兩兩因果。
完整、固定層級的動詞樹是需要另外評估的呈現需求，不能宣稱只載入 Browser 樣式就會得到。第一版先操作真實資料，確認原生圖形與證據表是否足以支援研究閱讀。
驗收範圍
- 畫面顯示目前交付的 generation，兩篇來源可以一起查或分開查。
- 主題圖的 Claim 能在相同條件的證據表找到，Evidence、來源、revision 與語氣一致。
- 主題查詢先限制 Claim 數，再回傳每個選定 Claim 的全部參與關係。
- 文章、世代與模型參與角色沒有因查詢或樣式被混合或誤標。
- 核對 Browser 結果顯示上限；必要時縮小每頁 Claim 數並逐頁查閱。
- 原生展開可能帶出其他文章或 GraphGeneration 管理節點；需要限定範圍時以主題查詢重新定位。
本次已確認程式資料結構與 Browser 官方操作文件，並準備查詢／樣式。尚未連線到使用者現有 Browser 執行查詢或完成畫面驗收，不標示為展示完成。