代理框架與上下文基礎設施
OpenViking 0.4.16 讓 VikingBot 遠端載入 Skills，並移除 Resource Relations API
新版把代理技能集中存放、搜尋及快取的流程接入 VikingBot，也加入逐使用者記憶擷取政策與持久化背景匯入。升級同時刪除實驗性的關係 API 與 CLI 指令，既有整合須先遷移。
OpenViking 0.4.16 將遠端 Skills 正式接入 VikingBot：代理可以在 OpenViking 伺服器發現、讀取、快取並執行技能，不再要求每台執行主機預先複製完整的 `SKILL.md` 與配套檔案。OpenViking 負責技能的儲存、搜尋與身分驗證，VikingBot 則在 AgentLoop 中選擇技能、呼叫模型與工具，並把結果寫回 Session。
這種拆分對多代理部署的意義不只是集中管理。技能的摘要可先以漸進式方式加入上下文，只有命中後才讀取完整說明；需要本地檔案或可執行資源時，再把對應版本物化至沙盒。團隊因而可以讓多個 Bot 共用同一技能庫，同時在伺服器端更新版本及權限。不過快取失效、版本固定和正在執行的 Session 是否允許熱更新，仍是部署時必須自行驗證的行為。
新版也新增逐使用者 `memory_policy`。管理員可限制每名使用者允許擷取的記憶類型；既有 Session 若未帶政策，會在下一次 commit 時套用新設定。`viking://~` 則成為目前已驗證呼叫者的使用者根目錄別名，降低多租戶程式硬編完整 URI 的需要。資源匯入使用 `wait=false` 時，來源準備工作會移至可持久化背景任務，並回報排隊階段與 context 數量；向量資料庫的 4xx 錯誤也不再被吞掉。
遷移風險來自 Resource Relations 的完整移除：`/api/v1/relations`、`ov relations`、`ov link` 與 `ov unlink` 均已刪除。依賴關係邊的應用必須改用其他中繼資料或外部圖資料庫。安全方面，官方文件明確指出 `direct` 沙盒會沿用 Bot 程序權限，並非強隔離；遠端技能若包含 Shell、網路或檔案操作，面向不受信任使用者的服務應改用隔離後端，並為檔案系統及出口網路設定明確政策。