跳至主要內容

功能

代理回報

代理和應用程式可以回報使用者剛剛經歷的等候。回報用於補足沒有即時公布等候的地點,一律標示為回報,且絕不接受急診室或緊急照護的回報。

這是什麼

POST /v1/places/{id}/reports 與 report_wait 工具會儲存某人實際經歷的等候。回報與公布的等候分開存放:它們有自己的層級 agent,絕不與官方或地點公布的數字混在一起。

如何回報

在到訪後立即傳送使用者等候的分鐘數。回報需要 API 金鑰,並算作一次呼叫。

curl -X POST "https://api.waity.ai/v1/places/pl_nvk0wkb3ps/reports" \
  -H "X-Api-Key: $WAITY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"wait_min":25,"kind":"done"}'

已儲存的回報會回傳 201,附上其 report.id 與 shown。未顯示時,reason 說明原因:needs_more_reports、official_wait、closed、too_old 或 out_of_range。

MCP 工具

report_wait 接受相同的欄位,外加地點的 id。它是唯一會寫入的 MCP 工具,因此其註解表明它不是唯讀的。

回報何時顯示

如何標示

回報的等候帶有 now.tier: "agent"、now.basis: "reported" 與 now.source.name: "people",並有自己的 now.source.short。其摘要說明這是由人回報的(「reported by 2 people」),而不是地點公布的。

回報的分鐘數絕不與公布的分鐘數比較:同時含有兩者的清單會說明這一點,instead 也絕不會把其中一個說成比另一個短。

絕不用於急診室或緊急照護

對這些地點的回報會以 422 reports_not_accepted 被拒絕,且不儲存任何內容。

限制與隱私

回報合作夥伴(例如透過一個金鑰替許多人回報的簡訊服務)可以傳送 reporter:每個人的穩定單向雜湊,絕不是原始電話號碼或電子郵件。合作夥伴金鑰由 Waity 設定;其他金鑰的 reporter 會被忽略。

在歷史中

回報以 tier=agent 出現在歷史中:raw 中列出每筆回報,按小時或按天的數字與公布的等候計算方式相同。

相關

解讀回應 解釋 now 的每個欄位,回報路由的每個欄位都在 API 參考 中。

必要 Cookie 讓網站正常運作,選用的分析 Cookie 協助我們改善網站。詳見隱私權政策與條款。