終端里塞滿AI會話？這個新版標簽組能救你

周三晚上十一點，你打開終端，八場遠程AI代理會話同時在線，屏幕被密密麻麻的提示符占滿——哪條流水線失敗了？哪個調試任務在等你確認？根本看不出來。這不是夸張，而是所有同時跑著Claude、Codex、Shell作業的開發者正在經歷的日常。cordless v0.8 正是為了治這種“會話盲飛”而來。它把自己定位成命令行優先的遠程終端和編碼代理管家，還能把狀態推送到手機上。之前 v0.7 已經能告訴你八個代理里誰在叫你，而 v0.8 要解決的是更貼近本能的問題：一旦數量上來，這些會話壓根塞不進一屏。組織它們，得像瀏覽器標簽頁那樣——因為這本就是 cordless 從第一天起就想做的事。

于是這一版直接搬來了 Chrome 移動端的標簽組邏輯，同時塞進自定義啟動器、內置 GitHub Copilot CLI、可重命名標簽、重啟后也能保持的滾動歷史，還有一個正經的安裝程序。六個功能，各自在獨立分支上開發，設計靠的是 GPT-5.6 Sol，編碼則全程用了 GitHub Copilot CLI。下面我們就掰開看看這些讓“會話群”變得可控的招數。

第一招：把會話扔進彩色標簽組
核心功能就是標簽組。現在每個會話都能被掛到帶顏色和名稱的分組下，比如“API遷移”、“官網”、“易崩的測試”——和 Chrome 移動端的標簽組布局如出一轍。在終端儀表板里，分組會渲染成可折疊的標題，還會實時顯示該分組里等待和活躍的會話數。頂欄會展示“── 會話 (6) ──”，下面則是可展開的“▼ API遷移 2個等待 · 3個會話”，每個會話前用符號標記狀態。手機上這條邏輯也沒縮水，會話列表上方會生成一條芯片條：“全部·未讀·每組一粒”，帶數量和彩點，明細頁里還能直接重命名或移動會話。

有意思的是，設計階段他們在手動分組還是持續自動分組之間反復拉扯，最后 Sol 一錘定音：就用純手動。原因很實在——如果按目錄自動排序看似聰明，但萬一某個會話中途切了工作目錄，就會毫無征兆地跳到別的組，亂子更大了。所以分組是你主動選的，刪掉一個組不會殺死任何會話，只是把它們解除分組而已。

第二招：啟動器自己說了算，包括埋好的 Copilot
過去 cordless 只有 shell、claude、codex 三種固定配置，v0.8 把定義權交還給你。只要在 ~/.cordless/config.json 里丟進這樣的配置：

“profiles”: {
“api”: { “command”: “pwsh”, “args”: [“-NoLogo”], “cwd”: “C:/src/api” },
“notes”: { “command”: “nvim”, “args”: [“~/notes.md”] }
}

然后一條 cordless new api 就直接把那個定制命令行環境拉起來，路徑解析基于守護進程的 PATH，不是 shell 字符串，沒有 sh -c 注入面。可執行文件缺失也不會導致崩潰，只標為不可用并附上理由。cordless profiles 能列出每個啟動器的來源和可用性，連自定義的都能一眼看穿。更妙的是，這次還內置了 copilot 這個配置，直接調用獨立的 GitHub Copilot CLI，和 claude、codex 平起平坐。并且注意力檢測現在也是預設驅動的，只要給 copilot 或任何自定義配置打上 attentionPreset: “agent” 標記，就能享受同樣的等待/完工狀態提醒。

第三招：重命名與滾動歷史——重啟后記憶不丟
可重命名標簽聽起來小，卻解決了“哪個會話干的啥”的世紀難題。而持久化滾動歷史更是實用到想吐槽為什么之前沒有：重啟后重新打開一個會話，終端里的向前翻頁記錄全在，你能立刻看到它之前跑到了哪個步驟、拋了什么報錯，不用再憑記憶瞎猜。這兩項配合標簽組，把一部原本像開盲盒的遠程會話管理，變得像翻看自己的書簽一樣清爽。

終歸是六個功能一條心
從標簽分組到自定義啟動器，從內置 Copilot 到回滾記憶，cordless v0.8 這一波更新沒搞什么花哨的自動分類，反而用一套手控但可靠的操作邏輯，把同時跑多個 AI 代理的抓狂感壓了下去。如果你也在被終端里的“會話洪流”淹沒，那么這種像整理手機 App 一樣整理遠程會話的想法，或許正適合你。