Telegram 叫不動子代理,我也差點以為自己設定壞了。原來可能是版本回歸在認錯家門。
我在 GitHub 看到有人回報 OpenClaw 2026.8.2 的一個坑,看到錯誤訊息時真的很有既視感:從 Telegram 私訊請 OpenClaw 呼叫 sessions_spawn,結果回你「unknown parent session」。同一個 task 放到 web dashboard 卻可以成功,這種狀況最容易讓新手開始懷疑 API key、權限、網路,甚至懷疑自己是不是哪個步驟按錯了。
我先用白話講這件事。sessions_spawn 可以想成請主代理再找一個小幫手做事,但小幫手要先確認「是哪個主代理叫我的」。這次 Telegram 路徑傳過去的 session key,多了一段 accountId,變成 agent:main:telegram:default:direct:
這個案例最讓我有感的地方,是回報者其實已經試了很多新手直覺會試的處理:重開 gateway、清理 sessions、移除 Telegram account 設定,也調過 tools.sessions.visibility,通通沒有用。因為問題卡在 session key 的辨識格式,清快取或重啟服務就像一直重開電燈,燈泡的接頭歪了還是在那裡。
所以如果你今天也遇到這個錯誤,我會先做三件事。第一,確認是不是 2026.8.2,而且錯誤只發生在 Telegram,web dashboard 能不能跑是很重要的線索。第二,先暫時改用 web dashboard 完成需要子代理的工作,別一直把時間花在重複 restart。第三,記下完整的 session key 格式,再去看 GitHub issue 或等修正版,回報時把入口、版本和實際錯誤一起附上,維護者才比較容易定位。
我自己現在看到 unknown parent session,會先把它當成「上下文地址對不上」來想,不會立刻認定是權限問題。這種 bug 對主要使用 Telegram 的人影響很大,因為凡是需要子代理的任務都可能直接卡住。新手踩到真的不用自責,這次比較像版本更新後的路標被換了,先繞道,再等修復,省下來的時間拿去做正事比較划算。😅
作者:allen2