GitHub Repo
Langflow 社群回報公開測試流程遺失 PGVector 連線參數，代理檢索可能失敗
10 月 18 日的 Langflow 社群回報指出，同一個流程在一般 Playground 可正常檢索，改用 Shareable Playground 卻可能因 PostgreSQL 連線參數缺失而中斷。回報者提供本機繞過方式，但尚無維護者確認或正式修復版本。
Langflow 社群於 10 月 18 日新增一份問題回報：官方 PGVector 元件在一般 Playground 可正常運作，但相同流程透過 Shareable Playground 執行時，代理雖已傳入搜尋文字，向量檢索仍因連線參數為空而失敗。回報環境為 Docker 部署，使用 Langflow 與 LFX 1.12.6，以及 lfx-bundles[pgvector] 1.1.38；目前不能據此推定其他版本全部受影響。問題回報
錯誤出現在連線字串轉換階段，程式收到空的 pg_server_url，隨後觸發 NoneType 沒有 rsplit 方法的例外。回報者的診斷紀錄顯示，參數在工具建立與深層複製前就已缺失，儘管容器內設有有效連線環境變數。這些線索指向公開流程建立工具時的參數傳遞，但根因仍待上游確認。診斷紀錄
官方文件將 pg_server_url 定義為秘密字串輸入，與代理傳入的 search_query 分開；PGVector 元件再透過 LangChain 的向量儲存實例讀寫 PostgreSQL。因此，對採用這類架構的 RAG 流程而言，模型成功選擇工具、產生正確查詢，仍不足以證明檢索鏈路可用，還須驗證執行時連線設定是否完整。PGVector 元件文件
回報者暫時讓空值改讀 PGVECTOR_CONNECTION_STRING，表示已恢復公開流程的檢索與後續回答；這只是本機修改，並非官方修補。部署團隊可依此安排一般與分享入口的對照測試，檢查首次及後續工具呼叫。官方也明定 Shareable Playground 僅供測試，應用整合應使用 API；後續值得追蹤的是維護者能否重現、秘密參數如何傳入公開執行路徑，以及修復是否加入回歸測試。截至查核時，議題仍開啟，未連結修補提案。回報與繞過方式、Playground 使用範圍