打造 MatchDay AI：具備記憶感知能力的賽事旅行自動駕駛系統
我為 Qwen Cloud 全球 AI 競賽以及 OpenAI Build Week 黑客松打造了 MatchDay AI，並且僅提交至第四賽道：自動駕駛 Agent。它的持久記憶能力也與第一賽道相符，但這是第四賽道單一提交作品中的差異化亮點，而非跨賽道投稿。核心突破在於完整的工作流程：理解混亂的需求、回憶相關偏好、調用類型化工具、偵測到會破壞行程的衝突、修復計畫，並獨立驗證結果。
[查看架構]
架構
架構-前端
架構-記憶
架構-自動駕駛
問題與價值
旅遊搜尋並不等於可靠的行程規劃。一張機票看似便宜，但一旦加上機場交通時間和球迷的安全緩衝，可能抵達時間太晚。一個熟悉的偏好可能在不同使用階段之間消失。一個失效的賣家連結可能回傳零結果。路線估價可能被誤認為票價，或者不完整的供應商資料可能導致不合理的預訂聲明。
對於高風險的賽事活動，這些都不是表面上的小缺失：一個錯誤的建議可能讓整趟行程化為烏有。MatchDay 將這些問題轉化為明確的約束條件、證據狀態，以及驗證檢查，然後才顯示計畫完整。
MatchDay 的運作方式
生產路徑如下：
\\`text
球迷 → Next.js 在 Vercel 上 → 簽署的伺服器外層 → 阿里雲 ECS
→ Caddy + FastAPI + PostgreSQL + 持久化工作者
→ Qwen Cloud + 類型化旅行/情境工具
→ 正規化 → 排序 → 偵測衝突 → 修復 → 驗證
→ 不可變的行程版本與隱私安全的分享
\\`
Qwen Cloud 的 qwen3.7-plus 是生產規劃控制器。它解讀自然語言、分類每一輪對話、消除歧義、選擇類型化工具、提出基於記憶的變更、從允許清單中挑選修復候選方案，並解釋結果。有界閘道實現在 [[qwen.py]](../backend/matchday/qwen.py) 中，而持久化工具迴圈則位於 [[agent.py]](../backend/matchday/agent.py) 中。
模型從不自行驗證答案。決定性程式碼擁有綱要、固定資料綁定、證據驗證、套裝算術、約束執行、衝突偵測、修復應用，以及獨立 14 項檢查的發布合約，這些都在 [[safety.py]](../backend/matchday/safety.py) 中。這是最重要的架構決策：用模型來做判斷，但用程式碼來確保真實性。
持久記憶遵循同樣的原則。明確的使用者事實與重複驗證的行為會進入一個擁有者範圍的單一事實源，但一次不尋常的行程並不會默默成為永久偏好。行為只有在經過多個不同根行程的強化之後才會被提升。記憶支援有界回憶、行程專屬命名空間、當前訊息優先權、修正、過期、取代、刪除、停用，以及在 [[memory.py]](../backend/matchday/memory.py) 中的可稽核重複使用。
自主性是持久化的，而非無限制的。PostgreSQL 租約、隔離令牌、檢查點、重試、取消、冪等性，以及累計的時間/模型/工具/成本限制，讓中斷的工作可以繼續進行，而不會永遠執行或花費兩次預算。執行時環境在 [[runs.py]](../backend/matchday/runs.py) 中，而阿里雲部署則在 docker-compose.yml 中啟動獨立的 API、執行工作者、固定資料更新、PostgreSQL 和 Caddy 服務。
Codex 加速了哪些工作
Qwen 是 MatchDay 的執行時智慧。Codex 搭配 GPT-5.6 Sol Max 配置則是我的工程加速器。我使用了 OpenClaw 的 Peter 風格迴圈（定義、建構、攻擊、檢查、修正）的一個有界混合版本，針對小而可獨立驗證的片段。
Codex 加速了架構追踪、實作、回歸測試生成、根因分析、對抗性審查、瀏覽器 QA 以及部署驗證。它幫助暴露了快樂路徑演示可能遺漏的問題：手動編輯後的記憶事實源不一致、跨階段錯誤回憶、過時或零結果的航班交接、提示注入與間接注入、SSRF 與不安全重定向、重放攻擊、租戶隔離、並發競爭、過時檢查點，以及降級的地圖或 3D 渲染。
關鍵產品決策仍然明確：我選擇了 Qwen 與決定性程式碼之間的信任邊界、兩次行程的記憶提升閾值、證據分類法、針對不支援或高風險聲明的人類檢查點，以及不購買的發布邊界。Codex 縮短了回饋循環並攻擊了每一項聲明；它並未取代這些產品與安全決策。
如何對應評審標準
- 創新與 AI 創意：MatchDay 結合了跨階段記憶與持久化自動駕駛 Agent、證據閘控修復以及獨立驗證器。可見的「已記憶 → 偵測到衝突 → 計畫已修復 → 結果已驗證」軌道讓該架構可被檢視，而非隱藏在聊天回應背後。
- 技術深度與工程：Qwen Cloud 驅動類型化決策；阿里雲 ECS 執行 FastAPI/PostgreSQL 控制與執行平面；Vercel 提供簽署的前端邊界。儲存庫包含源碼盲測、供應商合約測試、PostgreSQL 並發檢查，以及跨 Chromium、Firefox 和 WebKit 的 Playwright 測試旅程。
- 問題價值與影響：目前的 B2C 產品保護了為昂貴且時間緊迫的賽事旅行做規劃的球迷。未來的 B2B 方向是為旅行社提供可嵌入或白標的規劃 Agent，使用它們的庫存、政策、審批規則與客戶渠道。AGPL-3.0 的提供者架構也支援開源採用。
- 展示與文件：評審可以在無需憑證的情況下試用即時應用、檢視事實決策軌跡、使用地圖與具備明確證據邊界的示意性球場鏡頭、觀看短演示，並從 Graphviz 源碼重新生成每個架構圖。
MatchDay 目前專注於世界盃旅行規劃，且不購買旅行服務。即時商業證據取決於配置的提供者存取權限；缺失的價格、庫存、可用性或退款條款會保持可見的未知狀態。更廣泛的賽事旅行與機構嵌入是產品方向，而非對當前版本的聲明。
目標很簡單：一個自主旅行 Agent 不應僅僅產出一個答案——它應該負責任地記憶、在證據範圍內行動、修復不安全的狀況，並證明最終的計畫。#QWEN #ALIBABA #CODEX #OPENAI #HACKATHON #CLOUD
