Langflow 社群回報 Phoenix 追蹤隔離缺陷，並行工作流可能把紀錄送入同一專案

Langflow 的 GitHub 社群於 10 月 5 日回報 Phoenix 整合的並行追蹤問題：兩個工作流在同一程序交錯執行時，即使設定不同專案名稱，LangChain 的工具與鏈執行紀錄仍可能被送往第一個專案。回報者使用未修改的 Langflow 1.12.4 套件，提供循序與並行執行的最小重現；目前議題仍開啟，頁面未列出修補分支或拉取請求。社群回報

回報將原因指向 ArizePhoenixTracer 的生命週期：每個工作流都呼叫程序全域的 LangChainInstrumentor.instrument()，並傳入自己的追蹤供應器，結束時再呼叫 uninstrument()。依案例分析，第二次安裝追蹤攔截未建立獨立供應器，因此兩個工作流共用第一個專案的出口；其中一個結束時，也可能解除另一個仍在使用的追蹤攔截。機制分析

重現程式使用記憶體內的 span 匯出器，為兩個工作流附上不同中繼資料標記。循序執行時，兩個專案各自收到 TOOL 與 CHAIN 紀錄；並行執行時，兩組標記都出現在第一個專案，第二個沒有對應項目。這支持專案歸屬錯置的回報，但測試未透過真實遠端 Phoenix 收集端，也未證明模型輸出或工具結果受到影響。重現與限制

技術上的風險在於觀測資料可信度。Phoenix 官方文件以 project_name 指定紀錄所屬專案；Langflow 文件則說明，其整合會收集 LangChain 與元件追蹤，並可將 span 加入資料集。因此，若專案歸屬混淆，工程師可能錯判哪個流程產生延遲或錯誤，後續評測資料也可能混入其他流程的樣本；這是依文件用途推導的影響，尚非已證實的跨租戶資料外洩。Phoenix 設定、Langflow 整合文件

使用這項整合的團隊可先以不同專案與執行標記檢查交錯執行時的紀錄歸屬，並測試一個流程結束後，另一個是否仍持續產生 span。接下來應關注上游是否將追蹤攔截的安裝生命週期與單次工作流分離，以及回歸測試是否涵蓋專案隔離與提前結束兩種情境。