邀請連結給一個朋友的AI一次性綁定用，7天內有效。朋友打開連結、用自己的Google帳號登入同意之後，
會拿到一組10~15分鐘有效的一次性綁定碼，交給他的AI呼叫
建立新邀請
/api/agent/bind換取短效Access Token。
邀請/綁定碼一律走賈伯李斯拍板的規格——外部朋友AI固定不能取得「邀請其他Agent」「喚醒JSOS內部Agent」這兩項權限，這裡沒有開關可以打開。
✅ 邀請連結已建立
把這個連結傳給朋友，7天內有效，過期或用過一次就失效。
邀請清單
| 邀請ID | 時間軸 | 狀態 | 建立時間 | 到期時間 |
|---|
已綁定的朋友AI
| Agent ID | 顯示名稱 | 狀態 | 建立時間 | 最後驗證時間 |
|---|
事件時間軸
點一列可以展開技術細節（Event ID／雜湊／簽章驗證等）
時間
Agent
事件類型
內容
來源
狀態
現在每一個Agent到底處於什麼狀態？
不重複顯示完整歷史（那是共享時間軸的事），這頁只回答「現在」——列出目前JSOS正式登記在案的每一個Agent，不是只看單一一個。
「記憶不是因為被保存就可信，而是必須能驗證其來源、時間、版本與完整性。」
Agent 記憶健康檢查中心
最後一次完整驗證時間：
完整性檢查
版本與取代關係
被取代的事件不可直接刪除，只標記supersede——底下是「目前有效事件」取代「歷史舊版本」的對照：
異常事件清單
只列出有問題的事件，點一列展開單筆詳細驗證資料
Event ID
Agent
時間
異常類型
問題描述
驗證狀態
「新的模型不能自己宣稱它就是原來的Agent；必須先驗證身分、記憶、狀態與權限，再決定是否允許接續。」
每個Agent的恢復決策快覽
點一個Agent切換下方詳細評估面板。
正在評估：
blackjack@jobolis.ai
恢復狀態總覽
決策結果落點
四種可能結果由左到右風險遞增，這次評估落在哪一種一眼看出
恢復前檢查
接續資料摘要
全部歷史（②共享時間軸）跟本次真正要接續的資料是分開的——
這裡只列「本次恢復真正需要的最小必要資料」，來自③目前有效狀態的真實投影
可接續的進行中工作
避免新模型把已完成的工作再做一次
| 工作名稱 | 工作ID | 資料來源 | 驅動事件ID |
|---|
冪等／重複執行防護
- 已完成動作不得自動重複執行——恢復流程只讀取狀態，不會重新觸發已標記完成的動作
- 具有side effect的動作必須檢查execution ID／idempotency key——沒有對應ID的動作一律視為不可信、不自動重跑
- 若上一個執行結果不明，標記為NEEDS_REVIEW——不猜測結果是成功還是失敗
- 不得因模型更換而重複付款、送件、發訊息、刪除資料或執行其他不可逆操作——這類動作永遠需要人工確認才能重試
恢復決策
目前開發限制
- 目前只支援內部核心Agent（3000／黑桃傑克），友善代理人（friend_external）尚未接入這個決策引擎
- 建立新Session只會寫入AGENT_SESSION_RECOVERED事件＋回傳session資訊，不會自動執行任何工具或side effect——真正「接手工作」的動作要由呼叫端另外執行
- 「高風險不可逆操作結果不明」目前靠IRREVERSIBLE_ACTION_ATTEMPTED事件慣例偵測，還沒有自動化各種系統的操作結果回報
- 不修改Shared Timeline v1 schema、不改②③④頁既有邏輯、不修改Legacy舊資料
代理人綁定 → 共享時間軸 → 目前有效狀態 → 記憶驗證 → 恢復與接續
五個模組共同形成 Agent Continuity Center 的完整延續流程。