@seemseam/ccb 8.0.12 → 8.0.14

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README_zh.md CHANGED
@@ -6,7 +6,7 @@
6
6
  **可见、可控的多 Agent 交互 TUI 工作台**
7
7
 
8
8
  <p>
9
- <img src="https://img.shields.io/badge/version-8.0.12-orange.svg" alt="version">
9
+ <img src="https://img.shields.io/badge/version-8.0.13-orange.svg" alt="version">
10
10
  <img src="https://img.shields.io/badge/platform-Linux%20%7C%20macOS%20%7C%20WSL-lightgrey.svg" alt="platform">
11
11
  <img src="https://img.shields.io/badge/providers-15%20CLI%20families-0B7285.svg" alt="providers">
12
12
  </p>
@@ -29,35 +29,66 @@
29
29
  <img src="https://img.shields.io/badge/Droid-3DDC84?style=flat-square&logo=android&logoColor=white" alt="Droid">
30
30
  </p>
31
31
 
32
- **中文** | [English](README.md)
32
+ **中文** | [English](readme_en.md) | [日本語](readme_ja.md) | [Français](readme_fr.md) | [Deutsch](readme_de.md) | [العربية](readme_ar.md) | [Español](readme_es.md) | [Português](readme_pt.md) | [한국어](readme_ko.md) | [Русский](readme_ru.md)
33
33
 
34
- [快速开始](#快速开始) · [Mobile App](#mobile-app) · [Rich 模式](#rich-mode-new) · [配置团队](#创建项目配置) · [使用文档](docs/manuals/user-guide/) · [开发文档](docs/manuals/developer-guide/)
34
+ [快速开始](#quick-start) · [Mobile App](#mobile-app) · [Rich 模式](#rich-mode) · [配置团队](#configure-agents) · [使用文档](docs/manuals/user-guide/) · [开发文档](docs/manuals/developer-guide/)
35
35
 
36
36
  <p align="center">
37
- <img src="assets/readme_v7/ccb-hero-zh-light.png" alt="CCB v7 可见多 Agent CLI 工作台" width="960">
37
+ <img src="assets/readme_v7/ccb-hero-zh-light.png" alt="CCB 可见多 Agent CLI 工作台" width="960">
38
38
  </p>
39
39
 
40
40
  </div>
41
41
 
42
- ## 为什么用 CCB?
42
+ <a id="supported-clis"></a>
43
43
 
44
- * 强稳定的 agent 间通信能力,支持 `A -> B -> C`、`A,B -> C`、`A -> B,C` 等复杂协作关系。
45
- * 每个 agent 都是完整原生终端,支持可见的界面排布和直接接管。
46
- * 后台 daemon 持续运行,可以脱离前台界面保持项目状态。
47
- * Hub 能力:一个命令同时并发运行多家 CLI provider。
48
- * 手机远程控制器:跨 provider 语音操控、文件传输和远程终端访问。
44
+ ## 支持的 CLI
49
45
 
50
- **全新角色规范**:可把 skills、记忆和工具依赖封装进自封闭 Role Pack,快速生成可热加载、可卸载的专业 agent。
46
+ 你可以在 `.ccb/ccb.config` 中为不同 agent 混用不同 CLI;真实可用性取决于本机 CLI 安装状态和账号权限。
51
47
 
52
- ## 快速开始
48
+ | CLI family | Provider id |
49
+ | :--- | :--- |
50
+ | Codex | `codex` |
51
+ | Claude | `claude` |
52
+ | Gemini | `gemini` |
53
+ | Kimi | `kimi` |
54
+ | MiMo | `mimo` |
55
+ | Qwen | `qwen` |
56
+ | Cursor | `cursor` |
57
+ | GitHub Copilot CLI | `copilot` |
58
+ | Crush | `crush` |
59
+ | Kiro CLI | `kiro` |
60
+ | Pi | `pi` |
61
+ | Z.ai CLI | `zai` |
62
+ | OpenCode | `opencode` |
63
+ | Antigravity | `agy` |
64
+ | Droid | `droid` |
65
+
66
+ <a id="why-ccb"></a>
67
+
68
+ ## 为什么用 CCB?
69
+
70
+ - 强稳定的 agent 间通信能力,支持 `A -> B -> C`、`A,B -> C`、`A -> B,C` 等复杂协作关系。
71
+ - 每个 agent 都是完整原生终端,支持可见的界面排布和直接接管。
72
+ - 后台 daemon 持续运行,可以脱离前台界面保持项目状态。
73
+ - Hub 能力:一个命令同时并发运行多家 CLI provider。
74
+ - 手机远程控制器:跨 provider 语音操控、文件传输和远程终端访问。
75
+
76
+ <a id="how-to-install"></a>
53
77
 
54
- ### 1. 基本功能和操作
78
+ ## 如何安装
55
79
 
56
- #### 1.1 安装
80
+ 推荐使用 npm 安装或更新:
57
81
 
58
82
  ```bash
59
83
  npm install -g @seemseam/ccb
60
84
  ```
85
+
86
+ 安装完成后,后续更新直接使用 CCB 自带 updater:
87
+
88
+ ```bash
89
+ ccb update
90
+ ```
91
+
61
92
  <details>
62
93
  <summary><b>GitHub release 包和源码安装兜底</b></summary>
63
94
 
@@ -81,117 +112,29 @@ cd claude_codex_bridge
81
112
 
82
113
  </details>
83
114
 
84
- #### 1.2 启动
115
+ <a id="quick-start"></a>
116
+
117
+ ## 快速开始
118
+
119
+ ### 1. 启动
85
120
 
86
121
  在工作目录执行:
87
122
 
88
123
  ```bash
89
124
  ccb
90
125
  ```
126
+
91
127
  如果启动时提示无法自动创建 `.ccb` 或找不到项目锚点,需要手动创建 `.ccb` 作为项目锚点:
92
128
 
93
129
  ```bash
94
130
  mkdir -p .ccb
95
131
  ```
96
132
 
97
- <a id="mobile-app"></a>
98
-
99
- #### 1.3 手机远程控制(Android)
100
-
101
- 推荐使用手机控制 CCB:可以接入所有 CCB 项目,控制每个 agent,语音输入,并传递文件。
102
-
103
- ```bash
104
- ccb update mobile
105
- ```
106
-
107
- 该命令会指导您完成安装和配置。
108
-
109
- <p align="center">
110
- <img src="assets/readme_v7/mobile-control-chat.jpg" alt="CCB Mobile agent 对话" width="180">
111
- <img src="assets/readme_v7/mobile-control-terminal.jpg" alt="CCB Mobile 终端控制" width="180">
112
- <img src="assets/readme_v7/mobile-control-files.jpg" alt="CCB Mobile 文件传输" width="180">
113
- <img src="assets/readme_v7/mobile-control-pairing.jpg" alt="CCB Mobile 配对和连接" width="180">
114
- </p>
115
-
116
- <p align="center">
117
- <sub>手机端可切换项目和 agent、查看对话、打开终端、传递文件,并通过配对流程安全接入。</sub>
118
- </p>
119
-
120
- <details>
121
- <summary><b>Mobile App 详情、安全边界和源码</b></summary>
122
-
123
- CCB 8.0.12 已把 Flutter 版 CCB Mobile 源码放入 [`mobile/`](mobile/),
124
- 并在 GitHub Release 中发布 Android APK:
125
-
126
- - [下载 CCB Mobile v8.0.12 APK](https://github.com/bfly123/claude_code_bridge/releases/download/v8.0.12/ccb-mobile-v8.0.12.apk)
127
- - App 源码:[`mobile/app`](mobile/app)
128
- - 服务端 gateway 源码:[`lib/mobile_gateway`](lib/mobile_gateway)
129
-
130
- 手机端定位是远程控制真实服务器上的 CCB 项目。它可以从 server-wide
131
- mobile gateway 获取所有已挂载项目,切换 window/agent,渲染 agent
132
- 对话上下文,以 pane-native 输入方式发送文本,打开 terminal 视图,并通过
133
- 认证 gateway 上传/下载图片和文档附件。
134
-
135
- 首次配置建议:
136
-
137
- ```bash
138
- ccb update mobile
139
- ```
140
-
141
- 然后按终端提示:
142
-
143
- 1. 在桌面/服务器和手机上安装并登录同一个 Tailscale tailnet。
144
- 2. 启动 CCB 打印的 loopback-only Mobile gateway 和 Tailscale Serve 命令。
145
- 3. 在 Android 手机上安装 APK。
146
- 4. 打开 CCB Mobile,扫描配对二维码。
147
-
148
- 安全边界:
149
-
150
- - CCB gateway 只绑定 loopback,例如 `127.0.0.1:8787`。
151
- - 远程访问使用 Tailscale Serve,不启用 Tailscale Funnel。
152
- - CCB 不保存 Tailscale 密码、OAuth token、admin API token,也不会自动修改
153
- tailnet ACL/grants。
154
- - 手机只获得 pairing profile 授权的 scope,例如 view、content、terminal、
155
- file upload 和 file download。
156
-
157
- </details>
158
-
159
- <a id="rich-mode-new"></a>
160
-
161
- #### 1.4 Rich 富媒体终端
162
-
163
- 在终端查看文件结构、打开文件、编辑文档和预览媒体内容。
164
-
165
- <p align="center">
166
- <img src="assets/readme_v7/rich-workbench.png" alt="CCB rich 富媒体工作台在 WezTerm 中使用 Yazi 预览" width="860">
167
- </p>
168
-
169
- ```bash
170
- ccb update rich
171
- ```
172
-
173
- rich 启用后,普通 `ccb` 会自动打开 rich WezTerm launcher,只有当当前已经处于 CCB 自己拉起的 rich WezTerm 中时才不会再次跳转;运行 `ccb uninstall rich` 可退回普通终端启动。
174
-
175
- <details>
176
- <summary><b>Rich 模式详情</b></summary>
177
-
178
- 运行 `ccb update rich` 安装可选富媒体工作台;它会尽量封装 Yazi 等二进制,并用 WezTerm 承载富媒体终端界面,提供 Markdown 渲染和图片/PDF/视频预览。安装后,普通 `ccb` 会自动打开 rich launcher,只有当当前已经处于 CCB 自己拉起的 rich WezTerm 中时才不会再次跳转;`ccb rich` 仍可作为显式启动入口。
179
-
180
- </details>
181
-
182
- #### 1.5 更新
183
- 安装完成后,后续更新直接使用 CCB 自带 updater:
184
-
185
- ```bash
186
- ccb update
187
- ```
188
-
189
- <a id="创建项目配置"></a>
133
+ <a id="configure-agents"></a>
190
134
 
191
135
  ### 2. 创建项目配置
192
136
 
193
- 在项目根目录创建 `.ccb/ccb.config`。推荐使用 v2 `[windows]` 拓扑:
194
- window 内的 agent 排布由 `,` 和 `;` 控制上下堆叠和左右分栏,例如 `A,B;C,D` 接近四宫格布局。
137
+ 在项目根目录创建 `.ccb/ccb.config`。推荐使用 v2 `[windows]` 拓扑:window 内的 agent 排布由 `,` 和 `;` 控制上下堆叠和左右分栏,例如 `A,B;C,D` 接近四宫格布局。
195
138
 
196
139
  ```toml
197
140
  version = 2
@@ -211,17 +154,10 @@ tips_height = "35%"
211
154
  comms_limit = 3
212
155
  ```
213
156
 
214
- 如果你不确定应该如何分组、要几个 worker、哪些 agent 用 worktree、哪些 agent 需要独立模型或 API,可以直接问当前工作台里的 `ccb_self`。它是 CCB 内置的 self-agent,理解 CCB 命令、配置权威层、roles、windows、reload 边界和常见恢复路径,并能用私有 `ccb-config` skill 和你讨论后生成配置方案。空白项目默认包含 `ccb_self`。
215
-
216
- 验证配置:
157
+ 验证配置并启动工作台:
217
158
 
218
159
  ```bash
219
160
  ccb config validate
220
- ```
221
-
222
- 启动工作台:
223
-
224
- ```bash
225
161
  ccb
226
162
  ```
227
163
 
@@ -235,738 +171,141 @@ ccb
235
171
 
236
172
  也可以在工作编排中让 agent 自动调用 `/ask` 完成委派和交接。建议通过修改 agent 记忆或项目共享记忆 `.ccb/ccb_memory.md` 进行编排。
237
173
 
238
- **后续超强编排正在开发中**
239
-
240
- ### 4. Agent Roles Spec 规范和角色库
241
-
242
- CCB 支持 [Agent Roles Spec](https://github.com/SeemSeam/agent-roles-spec):这是一个 host-neutral 的专业 agent 封装规范,可把专业角色打包成可安装、可挂载、可卸载的 Role Pack。该仓库同时也是公开角色库。
174
+ <a id="mobile-app"></a>
243
175
 
244
- <details>
245
- <summary><b>当前角色库</b></summary>
176
+ ## 手机远程控制(Android)
246
177
 
247
- | Role | 基本功能 |
248
- | :--- | :--- |
249
- | `agentroles.ccb_self` | CCB 自维护、配置辅助、运行诊断、受保护恢复和工作流编排。 |
250
- | `agentroles.archi` | 架构审查、边界检查、耦合分析、可维护性风险和后续 gate 建议。 |
251
- | `agentroles.frontend_engineer` | 前端设计与实现、设计系统、可访问性、浏览器 QA 和受审查的 AGY 委派。 |
252
- | `agentroles.mobile_app_engineer` | iOS、Android、React Native、Expo、Flutter、SwiftUI、Jetpack Compose 等移动端设计与实现。 |
253
- | `agentroles.mother` | Role 创建、Role source 审计、角色研究、蓝图设计和 Agent Roles 规范合规检查。 |
254
- | `agentroles.su_ccb` | SU-CCB 工作流操作,覆盖需求分析、计划、派发、审查 gate、归档和恢复。 |
255
-
256
- </details>
178
+ 推荐使用手机控制 CCB:可以接入所有 CCB 项目,控制每个 agent,语音输入,并传递文件。
257
179
 
258
- ### 5. 联系方式
180
+ ```bash
181
+ ccb update mobile
182
+ ```
259
183
 
260
- - Email: `bfly123@126.com`
261
- - **[Telegram group & contact / TG 群与联系](https://t.me/+BKn03v8I_ehmYzRk)**
262
- - 微信: `seemseam-com`
184
+ 该命令会指导你完成安装和配置。
263
185
 
264
186
  <p align="center">
265
- <img src="assets/weixin.jpg" alt="微信群" width="240">
187
+ <img src="assets/readme_v7/mobile-control-chat.jpg" alt="CCB Mobile agent 对话" width="180">
188
+ <img src="assets/readme_v7/mobile-control-terminal.jpg" alt="CCB Mobile 终端控制" width="180">
189
+ <img src="assets/readme_v7/mobile-control-files.jpg" alt="CCB Mobile 文件传输" width="180">
190
+ <img src="assets/readme_v7/mobile-control-pairing.jpg" alt="CCB Mobile 配对和连接" width="180">
266
191
  </p>
267
192
 
268
- ---
269
-
270
- ### 6. 社区和致谢
271
-
272
- 感谢 [Linux.do 社区](https://linux.do) 在测试、反馈和讨论中的支持。
273
-
274
- 感谢 [tmux-agent-sidebar](https://github.com/hiroppy/tmux-agent-sidebar) 提供的 sidebar 思路和启发。
275
-
276
- <details>
277
- <summary><b>版本记录</b></summary>
278
-
279
- ### 7. 新版本记录
280
-
281
- v7 线重点:
282
-
283
- - 原生 CCB sidebar,支持 per-window 项目视图、agent 状态和鼠标切换。
284
- - Comms 从 agent 活动中拆分,通信状态和 provider pane 活动更清晰。
285
- - 新增 `version = 2` `[windows]` 拓扑,可按工作流分组多个 tmux window。
286
- - 显式 `ccb reload` 支持动态加载 agent/window 和 idle 卸载,不重启无关 agent。
287
- - 保留 compact / hybrid 旧配置兼容,单窗口团队不需要强制迁移。
288
- - 加固 tmux、Ghostty、release helper、Codex trust 和 provider 会话恢复路径。
289
-
290
- <details open>
291
- <summary><b>v8.0.0</b> - CCB Mobile Monorepo 发布</summary>
292
-
293
- - Flutter 版 CCB Mobile 源码正式进入本仓库,并在 GitHub Release 中发布
294
- Android APK。
295
- - 新增 server-wide mobile 项目发现、配对、认证 gateway 路由、pane-native
296
- 消息输入、对话上下文渲染、terminal 访问,以及图片/文档上传下载能力。
297
- - 将 `ccb update mobile` 提升为 Tailscale Tailnet onboarding 的统一入口,
298
- 同时保持 gateway 仅监听 loopback,不启用 Funnel、不保存 token、不自动修改
299
- ACL/grants。
300
-
301
- </details>
302
-
303
- <details>
304
- <summary><b>v7.7.0</b> - Runtime Accelerator 发布加固</summary>
305
-
306
- - Release artifacts 现在会携带可选 Rust `ccb-runtime-accelerator`,安装版
307
- Codex agent 在预期存在 sidecar 时不再静默退回 Python 热路径。
308
- - 当项目路径导致 Unix socket 路径过长时,accelerator socket 会自动落到
309
- 短的 per-user runtime socket root。
310
- - 加固 callback repair 和 Codex binding cache invalidation,并记录完整
311
- 回归、长 idle Codex soak、Claude callback 和混合 provider 集成测试证据。
312
-
313
- </details>
314
-
315
- <details>
316
- <summary><b>v7.6.19</b> - 长任务 ask 默认等待策略</summary>
317
-
318
- - 普通长时间 `ask` 默认继续等待真实 provider/completion 结果,不再仅因
319
- heartbeat 诊断自动 terminalize 为 `incomplete/heartbeat_timeout`。
320
- - Codex、Claude、Gemini 的 pane-backed no-terminal timeout 默认改为显式
321
- opt-in,仍保留显式 reliability timeout 策略。
322
- - 已用 32 分钟 source-runtime ask smoke 验证:任务超过 30 分钟仍保持
323
- running,随后以 `result_message` 完成,未出现 `heartbeat_timeout` 或
324
- `incomplete` 证据。
325
-
326
- </details>
327
-
328
- <details>
329
- <summary><b>v7.6.18</b> - CCB UI 主题偏好</summary>
330
-
331
- - 新增顶层 `ccb theme` 主题切换命令,可调整 CCB 自有 tmux/sidebar UI,
332
- 并支持用 `+` / `-` 在深色和浅色 palette 间循环。
333
- - 新增适合浅色 terminal 背景的 tmux status、pane border、sidebar、agent
334
- 活动状态和 comms 状态配色。
335
- - 生成的 rich WezTerm profile 会读取同一个全局 CCB 主题偏好,并在下次
336
- 打开或 reload 时同步主题。
337
-
338
- </details>
339
-
340
- <details>
341
- <summary><b>v7.6.17</b> - Codex Log Symlink Target 修复</summary>
342
-
343
- - 当 `/tmp/ccb-codex-logs-*` 清理导致 managed Codex `logs_2.sqlite` 临时
344
- symlink target 目录消失时,启动前会自动重建 target parent。
345
- - 如果坏 symlink 无法修复,CCB 会先移除 symlink 并恢复本地备份,再让
346
- Codex 初始化自己的 SQLite 数据库。
347
- - 增加缺失 symlink target parent 启动路径的回归测试。
348
-
349
- </details>
350
-
351
- <details>
352
- <summary><b>v7.6.16</b> - Codex SQLite Migration 恢复修复</summary>
353
-
354
- - 修复 managed Codex `logs_2.sqlite` redirect:CCB 不再预创建 Codex 自有
355
- SQLite schema,改为等待 Codex 自己完成 migration。
356
- - 只有在 Codex 创建 log database 和 `_sqlx_migrations` 记录后,才安装 CCB
357
- 的 diagnostic insert-block trigger。
358
- - 对中间问题版本留下的异常临时 log database 做自愈:先挪到备份,再让
359
- Codex 通过正常 migration 路径重新创建。
360
-
361
- </details>
362
-
363
- <details>
364
- <summary><b>v7.6.15</b> - Codex 诊断与 Sidebar Focus 修复</summary>
365
-
366
- - managed Codex 默认把 `logs_2.sqlite` 诊断写入重定向到临时存储,并阻断
367
- diagnostic log insert;diagnostics 模式可恢复原始数据库路径用于排查。
368
- - 如果临时 SQLite symlink 无法安装,会回退到 in-place diagnostic trigger
369
- 路径,避免启动失败。
370
- - 修复 sidebar 点击其他 tmux window 中 agent 的聚焦路径:先选择目标
371
- window,再选择 pane;缺少 window 元数据时继续保留 pane id 兜底。
372
-
373
- </details>
374
-
375
- <details>
376
- <summary><b>v7.6.14</b> - Mobile Gateway Alpha 与 Codex 诊断治理</summary>
377
-
378
- - 新增 Mobile Gateway Alpha 能力:认证 pairing、focus routes、terminal
379
- open/resume/history routes、websocket terminal frames、public route metadata
380
- 和设备撤销命令。
381
- - 新增 sidebar 右侧放置能力,并把 canonical `[ui.sidebar]` 渲染扁平化;
382
- legacy `[ui.sidebar.view]` 输入继续兼容。
383
- - 支持多个本地 agent 共用同一个 Role Pack role id,不再被折叠成单一运行时身份。
384
- - 降低 Codex diagnostic SQLite 写盘抖动:默认过滤 TRACE/DEBUG 日志行并保留
385
- INFO/ERROR;设置 `CCB_CODEX_DIAGNOSTIC_LOGS=1` 可关闭过滤。
386
-
387
- </details>
388
-
389
- <details>
390
- <summary><b>v7.6.13</b> - Provider Profile Overlay 修复</summary>
391
-
392
- - Codex plugin override 现在按预期顺序解析:继承的 source config、
393
- `provider_profile.plugins`,最后是
394
- `CCB_CODEX_PLUGIN_OVERRIDES_JSON` / `CCB_CODEX_PLUGIN_OVERRIDES` 环境覆盖。
395
- - 没有继承 `config.toml` 的 Codex agent 现在也会把
396
- `provider_profile.plugins` 写入 managed `config.toml`。
397
- - Claude `provider_profile.mcp_servers` 现在即使 source `.claude.json`
398
- 不存在也会生效,`enabled = false` 会清理 agent trust file 里的 stale
399
- managed MCP server。
400
- - callback continuation 现在会保留明确的 upstream finalization target;
401
- 继承的 ask skills 也会提醒 agent 在 upstream 结果可用前不要提前回答
402
- callback continuation。
403
-
404
- </details>
405
-
406
- <details>
407
- <summary><b>v7.6.12</b> - Claude MCP 与 Hook 继承</summary>
408
-
409
- - managed Claude agent 现在会从 source `.claude.json` 继承 Claude Code MCP
410
- 配置,包括全局 `mcpServers` 和当前 project/workspace 的 MCP server 状态。
411
- - project 级 MCP 状态只映射到当前 managed workspace key,不会把无关 source
412
- project 记录复制进 agent home。
413
- - source-home Claude Code hooks 会与 CCB-managed finish/activity hooks 合并,
414
- 用户安装的 hook 工具在 agent restart 后仍可见。
415
- - managed Claude `.claude.json` 现在按 secret provider state 处理,因为 MCP
416
- 定义可能包含环境变量或接近认证材料的启动配置。
417
-
418
- </details>
419
-
420
- <details>
421
- <summary><b>v7.6.11</b> - Layout Percent 与 Codex MCP Overlay</summary>
422
-
423
- - 新增显式 pane split 比例 layout token,例如 `agent1:codex@30`;没有
424
- `@N` 后缀时继续保持原有 sibling panes 均分行为。
425
- - 新增通过 `provider_profile.mcp_servers` 配置 per-agent Codex MCP overlay;
426
- 同名 MCP server 覆盖继承配置,不同名 additive。
427
- - managed Codex home projection 现在会保留可信 Codex command hook,并改进
428
- sidebar Comms/Tips 的滚动和拖拽调整,同时在 `ccb trace` 暴露更多 reply
429
- artifact 证据。
430
-
431
- </details>
432
-
433
- <details>
434
- <summary><b>v7.6.10</b> - Z.ai Provider 支持</summary>
435
-
436
- - 新增 Z.ai CLI optional provider:支持 `provider = "zai"`、可见
437
- `zai --directory` pane,以及 per-job `zai --prompt` 执行。
438
- - 使用 Z.ai 原生 subprocess 完成边界:进程退出加 JSONL stdout 中的
439
- assistant 内容提取,不要求模型打印 `CCB_DONE`。
440
- - 新增 `ZAI_START_CMD`、provider session/pathing、deterministic stub、
441
- focused execution 测试,并同步 README provider 支持列表。
442
-
443
- </details>
444
-
445
- <details>
446
- <summary><b>v7.6.9</b> - Kimi / AGY Provider 可靠性</summary>
447
-
448
- - Kimi execution 现在记录 receipt、无捕获输出诊断、trace 和 resume
449
- metadata,便于定位缺失回复和恢复 turn。
450
- - AGY prompt delivery 现在等待 ready evidence,处理 pane fallback 和
451
- ambiguous tmux send 结果,并更清楚地报告合并请求诊断。
452
- - dispatcher、mailbox trace 和 text artifact 诊断现在会暴露排查 Kimi/AGY
453
- delivery 与 completion 边界所需的 provider 细节。
454
-
455
- </details>
456
-
457
- <details>
458
- <summary><b>v7.6.8</b> - Role Pack Current Store</summary>
459
-
460
- - Role Pack 运行时现在跟随 `.roles/installed/<role-id>/current` 下的当前安装包;
461
- 旧的多版本 store 只作为兼容输入,不再是运行时主权。
462
- - 项目 `.ccb/role-lock.json` 现在是 legacy diagnostic:CCB 不再写入、不再从
463
- lock adopt,也不会因为旧 lock 残留而 suppress role memory/skills。
464
- - provider 启动 session 会记录 role id、version 和 digest;当启动 digest 与
465
- installed current 不一致时,restart 会明确失败,而不是静默恢复旧 provider
466
- 会话并假装采用了新 role。
467
- - release artifact 元数据 patch 现在指向 bash launcher 拆分后的 `ccb.py`,
468
- 确保构建出的 tarball 携带正确版本。
469
-
470
- </details>
471
-
472
193
  <details>
473
- <summary><b>v7.6.7</b> - Rich Workbench 闭环</summary>
474
-
475
- - 普通 `ccb` 和 `ccb rich` 现在会启动 CCB 托管的 rich WezTerm;只有已经在该
476
- CCB 托管 rich 会话内时才跳过自动启动,普通外部 WezTerm 不再误判为 rich。
477
- - 运行入口统一走 `_ccb-python` launcher,让安装版和源码版命令都固定到预期
478
- Python 解释器。
479
- - 内置默认配置继续把 `ccb_self` 放在独立 `claude` window,同时普通默认启动
480
- 不恢复 standalone Neovim tool window。
481
-
482
- </details>
483
-
484
- <details>
485
- <summary><b>v7.6.6</b> - Role Store Home Pinning</summary>
486
-
487
- - role store lookup 现在会固定在 managed provider home 之外,provider session
488
- 改写 `HOME` 时不再误查 provider-local `.roles` 目录。
489
- - CCB 启动边界会保留 `AGENT_ROLES_STORE`;未显式设置时回退到真实
490
- source/account home 下的 role store。
491
- - 缺失 role 的诊断会打印解析后的 role store 路径,便于定位 provider-home
492
- 漂移问题。
493
-
494
- </details>
495
-
496
- <details>
497
- <summary><b>v7.6.5</b> - Rich WezTerm 输入法</summary>
498
-
499
- - 生成的 rich WezTerm 配置现在会启用 IME,并把 `XMODIFIERS=@im=...`
500
- 映射为 WezTerm 的 XIM 名称,修复 X11 下 fcitx/ibus 中文输入连接问题。
501
- - 生成的 `ccb-workbench` wrapper 会在启动 WezTerm 前探测运行中或已安装的
502
- `fcitx5`、`fcitx`、`ibus-daemon`,只在用户未设置时补齐输入法环境变量。
503
- - 保留 v7.6.4 已绿发布面,以及 v7.6.2 的 rich/tmux 修复,供 npm latest
504
- 安装实测。
505
-
506
- </details>
507
-
508
- <details>
509
- <summary><b>v7.6.4</b> - macOS Release Install Smoke</summary>
510
-
511
- - 保留 7.6.3 的 macOS temporary-root 加固,同时让 CI release install smoke
512
- 对隔离的 sibling `CODEX_BIN_DIR` 显式设置临时 bin override。
513
- - 不放宽用户侧 installer 安全规则,但允许 release workflow 从临时 smoke root
514
- 验证 macOS 包安装。
515
- - 保留 v7.6.2 已发布的 rich workbench 与 tmux 单行 status 修复,供用户安装
516
- 实测。
517
-
518
- </details>
519
-
520
- <details>
521
- <summary><b>v7.6.3</b> - macOS CI 绿灯补丁</summary>
522
-
523
- - install guard 现在会识别 GitHub Actions macOS runner 使用的
524
- `${TMPDIR:-/tmp}` canonical parent,避免 `/private/var/folders/...` 临时
525
- 路径被误放行。
526
- - doctor 的 temporary implementation 检测同步兼容 macOS `/tmp` symlink
527
- 行为,避免 `/private/tmp` 和 `/private/var/folders/...` 路径导致 CI 误红。
528
- - 保留 v7.6.2 已发布的 rich workbench 与 tmux 单行 status 修复,供用户安装
529
- 实测。
530
-
531
- </details>
532
-
533
- <details>
534
- <summary><b>v7.6.2</b> - Rich Workbench 热修复</summary>
535
-
536
- - `.ccb/ccb.config` 现在可以把 `rich` 当作工具/layout alias 使用,不需要
537
- provider runtime;它会 materialize 成托管工具 pane/window,不会成为 `ask`
538
- 目标。
539
- - `ccb update rich` 启用 bundle 后,普通 `ccb` 在既有 rich/WezTerm 会话外可
540
- 自动走 rich launcher,同时避免递归重复拉起 WezTerm。
541
- - 新增 `ccb uninstall rich`、`ccb rich uninstall` 和 `ccb rich disable`,
542
- 可回到普通 CCB 启动;完整 `ccb uninstall` 语义保持不变。
543
- - rich 更新只清理 CCB-owned legacy editor roots 和链接,不会碰用户自己的
544
- editor 安装和个人配置。
545
-
546
- </details>
547
-
548
- <details>
549
- <summary><b>v7.6.1</b> - Rich Workbench 二进制封装</summary>
550
-
551
- - `ccb update rich` 会优先封装并验证 Yazi/ya 二进制,再让包管理器兜底。
552
- - Linux rich 安装优先使用官方 Yazi musl 构建,再回退 GNU 构建,避免旧稳定
553
- 发行版遇到较新的 glibc 要求。
554
- - 下载的 Yazi 二进制必须通过 `--version` 验证才会启用;无效的 managed
555
- 二进制会被移除,保证后续 fallback 仍可工作。
556
- - WSL 下 rich launcher 可使用 Windows 原生 `wezterm.exe`,同时让 CCB、Yazi
557
- 和 preview helpers 继续运行在当前 Linux 发行版内。
558
-
559
- </details>
560
-
561
- <details>
562
- <summary><b>v7.6.0</b> - Rich Workbench 生命周期</summary>
563
-
564
- - Rich workbench 变为显式可选 bundle,统一通过 `ccb update rich` 安装和更新。
565
- - 普通 `install.sh install` 和 `ccb update` 只处理 CCB 本体,不再自动
566
- provision standalone Neovim。
567
- - 公开 `ccb tools ... neovim` 路由会拒绝 standalone provisioning 并提示
568
- `ccb update rich`;`ccb rich` 只启动已经安装并启用的 rich bundle。
569
- - CCB tmux 状态栏恢复为单行,移除旧的第二行复制提示。
570
-
571
- </details>
572
-
573
- <details>
574
- <summary><b>v7.5.3</b> - Kimi 运行可靠性与 Hindsight 兼容性</summary>
575
-
576
- - 增强 Kimi 运行路径,但不改变其他 provider 的执行路径:当 native turn
577
- log 没有及时暴露完成回复时,Kimi 可对 K2.7 Code 使用稳定 pane 证据兜底。
578
- - Kimi Hindsight 记忆改为 CCB 执行边界上的显式 opt-in:只有配置
579
- `.hindsight/kimi.json`、`.hindsight/codex.json`、`HINDSIGHT_API_URL` 或
580
- `HINDSIGHT_BANK_ID` 时才启用,失败时只记录 provider diagnostics,不阻塞任务。
581
- - CCB 物化 managed Codex home 时会保留可信 Codex command hook,包括
582
- Hindsight Codex hooks。运维可通过 `CCB_CODEX_INHERITED_HOOK_EVENTS` 和
583
- `CCB_CODEX_INHERITED_COMMAND_HOOK_MARKERS` 扩展 allowlist;任意 root hook
584
- 仍会被过滤。
585
- - Kimi bridge 和 `scripts/hindsight` helper 同时兼容 `HINDSIGHT_API_KEY` 与
586
- `HINDSIGHT_API_TOKEN`。
587
- - README 更明确展示支持的 provider surface,同时保持无关 provider 行为不变。
588
-
589
- </details>
590
-
591
- <details>
592
- <summary><b>v7.5.2</b> - Native CLI Provider Wave</summary>
593
-
594
- - 新增 Qwen Code(`qwen`)、Cursor Agent(`cursor`)、GitHub
595
- Copilot CLI(`copilot`)、Crush(`crush`)、Kiro CLI(`kiro`)、Pi(`pi`)和 Z.ai CLI(`zai`)
596
- 作为内置 optional provider。
597
- - 使用原生 per-job CLI 执行和 provider 自有完成信号:Qwen、Cursor、
598
- Copilot 和 Pi 解析 stream-json / JSON result 事件;Crush、Kiro 和 Z.ai CLI 使用进程退出
599
- 加 stdout。新增适配器不要求模型打印 `CCB_DONE`;Pi 以原生 `turn_end`
600
- 作为结束点。
601
- - 新增 `QWEN_START_CMD`、`CURSOR_START_CMD`、`COPILOT_START_CMD`、
602
- `CRUSH_START_CMD`、`KIRO_START_CMD`、`PI_START_CMD`、`ZAI_START_CMD` 命令覆盖,以及 provider session
603
- binding、runtime launcher、deterministic stub 和 focused execution 测试。
604
-
605
- </details>
606
-
607
- <details>
608
- <summary><b>v7.5.1</b> - MiMo Provider 发布面</summary>
609
-
610
- - 在 README 公开 provider strip 增加带 Xiaomi 标识的 MiMo 徽标,并把
611
- 首页定位更新为 8 个 CLI family。
612
- - 将已提交的 MiMo native provider 集成纳入 7.5 线发布:managed `mimo`
613
- pane、`MIMO_START_CMD`、生成式 MiMo instructions,以及
614
- `mimo run --pure --format json` 完成解析。
615
- - 同步 npm package metadata 和 release workflow 默认 tag 到新的 patch
616
- release。
617
-
618
- </details>
619
-
620
- <details>
621
- <summary><b>v7.5.0</b> - 原生 CLI Provider 与首页同步</summary>
622
-
623
- - 新增 Kimi managed native CLI provider 支持,并补齐更通用的 native CLI
624
- runtime 基础能力,覆盖 runtime spec、session binding、启动命令覆盖和清理路径。
625
- - Kimi 和 Antigravity 的完成判定改为读取 provider 自有 session 或
626
- transcript 证据,不再要求模型打印 `CCB_DONE`。
627
- - CCB auto-permission 对 Kimi 默认注入当前版本支持的 `--auto-approve`,
628
- 同时识别 `--auto`、`--yes`、`-y`、`--yolo` 等旧版或别名标识,避免重复注入。
629
- - 同步英文和中文 README 首页,刷新 hero assets,并统一为 7 个公开 CLI
630
- family 的定位。
631
-
632
- </details>
633
-
634
- <details>
635
- <summary><b>v7.4.4</b> - Claude end_turn 与 npm 发布面修复</summary>
636
-
637
- - Claude pane-backed ask 在 primary assistant response 带
638
- `stop_reason=end_turn`、已看到请求 anchor 且回复非空时,会立即产生
639
- `TURN_BOUNDARY(reason=assistant_end_turn)` 并正常完成,不再等到 900 秒
640
- reliability timeout。
641
- - 空的 session-boundary terminal event 如果之前没有 assistant 回复证据,会
642
- 终止为 `incomplete/task_complete_empty_reply`,并带
643
- `empty_provider_reply` 诊断。
644
- - 恢复 `@seemseam/ccb` npm 发布面:补回 package metadata、CLI runner
645
- wrappers,以及等待 GitHub release assets 后再发布 npm 包的 Trusted
646
- Publishing workflow。
647
- - 刷新 v7 README 首页:使用 canonical hero assets,默认 npm-first 安装,并
648
- 更明确说明 `ccb_self` 是 CCB 内置的使用、配置、诊断和恢复专家。
649
-
650
- </details>
651
-
652
- <details>
653
- <summary><b>v7.4.3</b> - PR #225 可靠性跟进修复</summary>
654
-
655
- - 恢复 Claude launcher contract:inline `--settings` 只反映 materialized
656
- settings overlay,不再把 provider env 注入 settings JSON。
657
- - 修复 Claude 在 WSL 调 Windows executable 时的环境透传:路径变量使用 `/p`
658
- 转换,`ANTHROPIC_*` API 值作为 raw env 名透传。
659
- - 加固 Antigravity resume lookup,兼容 SQLite 返回的 `bytes`、`str` 和
660
- `memoryview` metadata,并在查找失败时降级为 `--continue`。
661
- - 新增 Claude settings contract、WSL API env forwarding 和 AGY resume
662
- fallback 的回归测试。
663
-
664
- </details>
665
-
666
- <details>
667
- <summary><b>v7.4.2</b> - Self-supervision 与空回复防护</summary>
668
-
669
- - 通过有界 provider-runtime snapshot、project-view 活动证据、suspicion
670
- envelope 和 self-first diagnosis path 加固 CCB self-supervision。
671
- - Claude/Gemini hook 空回复、Codex protocol `task_complete` 空回复,以及
672
- AGY done-marker 空回复会终止为带 diagnostics 的 `incomplete`。
673
- - 保留有意的无回复语义:`--silence` 成功仍是 `completed`,callback parent
674
- 的 `callback_pending` 空回复仍合法,异常 silent completion 仍可诊断。
675
- - 收紧默认 Role Pack install 和项目 role-lock refresh,覆盖
676
- `agentroles.archi` 与 `agentroles.ccb_self`。
677
-
678
- </details>
679
-
680
- <details>
681
- <summary><b>v7.4.1</b> - Maintenance heartbeat 与 ccb_self 默认配置</summary>
682
-
683
- - 加固项目级 maintenance heartbeat runner、schedule 处理、activation
684
- 去重抑制和 diagnostics 证据路径,同时保持 heartbeat 只能显式启用。
685
- - 空白项目内置默认配置新增 `ccb_self:codex` 并绑定 canonical
686
- `agentroles.ccb_self`,安装/更新时刷新推荐角色,但不改写已有自定义配置。
687
- - CCB source 与 `agent-roles-spec` 的角色 id `agentroles.ccb_self` 对齐;
688
- `agentrole.ccb_self` 仅作为 legacy 输入兼容。
689
- - 收紧生成配置的单一权威、Role Pack hook 的 CCB_BIN/project-root 路径和
690
- Codex prompt delivery acceptance guard。
691
- - 新增 `ccb_self` expert manual、plan decisions,以及 expert reference 和
692
- communication recovery guidance 相关测试。
693
-
694
- </details>
695
-
696
- <details>
697
- <summary><b>v7.4.0</b> - ccb_self 自维护角色</summary>
698
-
699
- - 新增 `agentroles.ccb_self` 自维护 Role Pack 路径,覆盖 CCB 配置所有权、运行诊断、受保护恢复、工作链修复和单 agent 重启辅助。
700
- - 完整 `ccb-config` 改为 `ccb_self` 私有内置 skill,不再作为全局继承 skill 发给所有 agent。
701
- - 安装/更新的 Role Pack provisioning 默认安装或刷新推荐默认角色,包括 `agentroles.ccb_self`。
702
- - 空白项目内置默认配置新增 `ccb_self:codex`,并绑定 `agentroles.ccb_self`;已有自定义配置仍可显式添加 `agentroles.ccb_self:codex`。
703
-
704
- </details>
705
-
706
- <details>
707
- <summary><b>v7.3.8</b> - AGY adapter 与项目 tmux history</summary>
708
-
709
- - 新增 Antigravity (`agy`) `pane_quiet` execution adapter,包含协议解析、命令分发、轮询和配套文档,可作为 CCB 托管 provider 运行。
710
- - CCB 托管项目 tmux session 默认保留 50000 行 scrollback history,并覆盖 project namespace 创建/复用和 detached runtime fallback 路径。
711
- - 在 authoritative project session 存在后,稳定重放 tmux mouse、vi key、clipboard、focus 和 history 策略。
712
- - Claude startup 会尽量以内联 JSON 传递 `--settings`,避免非 ASCII source path 在 provider 启动链路中失效。
713
-
714
- </details>
715
-
716
- <details>
717
- <summary><b>v7.3.7</b> - Ask 参数策略与 skill 指引</summary>
718
-
719
- - inherited Claude、Codex、Droid ask skills 改为先按结果意图选择参数:`--silence`、`--compact`、`--artifact-reply` 或普通 `ask`。
720
- - 依赖关系保持显式:只有 active 父任务必须等待子任务结果时才追加 `--callback`。
721
- - artifact transport 与任务关系分离:需要精确输入或输入/输出保真时才使用 `--artifact-request` 和 `--artifact-io`。
722
- - README / README_zh 的 Agent Collaboration 小节新增 ask 参数速查表。
723
- - 新增 ask-parameter-policy plan tree、决策记录、参数矩阵和验证记录。
724
-
725
- </details>
726
-
727
- <details>
728
- <summary><b>v7.3.6</b> - Provider memory ownership 清理</summary>
729
-
730
- - 新增 provider memory ownership policy:Claude、Codex、OpenCode 的托管上下文不再把 provider-native project memory 重复注入 CCB 生成 bundle;Gemini 暂时保留旧行为,等待单独审计。
731
- - 只在 provider user memory 源层过滤旧 CCB install marker blocks 和 legacy collaboration sections,不改写用户自己的 memory 文件。
732
- - 默认 `.ccb/ccb_memory.md` template 升级到 v5,移除已由 CCB managed memory 提供的重复 Ask Communication 块。
733
- - 新增 seed-aware shared memory migration:只升级未编辑过的旧生成模板,保留用户编辑过的项目记忆。
734
- - Claude route-mode install 不再写 `~/.claude/rules/ccb-config.md`;install/uninstall 只删除带 CCB marker 的旧 external config,保留未标记用户文件。
735
- - 修复 source runtime startup 的 tmux UI version detection import cycle,保持 `ccb_test` 路径可安全启动。
736
-
737
- </details>
738
-
739
- <details>
740
- <summary><b>v7.3.5</b> - Tmux border hook 热修复</summary>
741
-
742
- - 修复 tmux `after-select-pane` hook 可能持久保存 `/tmp/ccb-v...-release.../config/ccb-border.sh` 这类临时 release 路径,导致点击 pane 后报 `returned 127` 的问题。
743
- - border hook 改为 `run-shell -b` 并带可执行 guard,脚本路径失效时不会反复刷 tmux 错误。
744
- - `ccb update` 后 best-effort 刷新当前 tmux UI hooks,让从 v7.3.4 升级的 session 自动重写坏 hook,且不会把 UI 刷新失败算作 Role Pack provisioning failure。
745
- - v7.3.4 已撤回并标记为 prerelease;稳定升级目标请使用 v7.3.5 或更新版本。
746
-
747
- </details>
748
-
749
- <details>
750
- <summary><b>v7.3.4</b> - Withdrawn Prerelease</summary>
751
-
752
- - `agentroles.archi` tooling 简化为统一使用全局 `@seemseam/archi` npm 包;CCB 不再拆分管理 Hippo、llmgateway、pip、venv、git 或 editable Archi 依赖。
753
- - `ccb roles install/update/doctor agentroles.archi` 对齐 npm 提供的 `archi` CLI 以及包内 bundled Hippo/llmgateway capabilities。
754
- - `bin/ccb-arch` 改为转发到 `archi`;缺失时直接提示 `npm install -g @seemseam/archi`。
755
- - 修复 sidebar focus/refresh 行为,从 sidebar 选择 agent 不再不必要地 restart panes。
756
- - 已撤回:tmux border hook 可能持久保存临时 release 路径并在之后报 `ccb-border.sh ... returned 127`;请使用 v7.3.5 或更新版本。
757
- - 新增带保护的 `ccb_test` source entrypoint,用于隔离验证源码 checkout,不影响已安装的 CCB。
758
- - 托管 OpenCode pane 通过 `opencode.json` 和 `OPENCODE_DISABLE_AUTOUPDATE=true` 禁用 autoupdate。
759
- - 刷新继承的 `ccb-config` skills:支持 config-only、跟随用户语言、修复 YAML description quoting、菜单分组更清晰,并将 sidebar refresh 指引改为 restart panes。
760
- - 新增 config-designer UI plan tree,并包含 main 分支的 `@percent` layout split token 与 Antigravity lifecycle cleanup 更新。
761
-
762
- </details>
763
-
764
- <details>
765
- <summary><b>v7.3.3</b> - Withdrawn Draft</summary>
766
-
767
- - 该版本因 sidebar focus/refresh regression 在稳定 rollout 前撤回,不作为推荐 release,也不应用于升级;请使用 v7.3.5 或更新版本。
768
-
769
- </details>
770
-
771
- <details>
772
- <summary><b>v7.3.2</b> - 首次安装 Role Pack provisioning 修复</summary>
773
-
774
- - 修复完全空白环境首次安装时的 Role Pack provisioning 问题:`install.sh` 在 `agentroles.archi` 尚未安装时先执行 update,可能导致 provisioning 未完成。
775
- - 保留已有安装的刷新路径:仍先执行 `ccb roles update agentroles.archi`,当返回 role not installed / run roles install / run agent-roles install 时 fallback 到 `ccb roles install agentroles.archi`。
776
- - 将可选 Role Pack provisioning 的 skip 提示从 update 对齐为 install。
777
- - v7.3.1 仍是已发布版本,但存在空白环境首次安装 Role Pack provisioning bug;新安装和稳定推荐版本请使用 v7.3.2。
778
-
779
- </details>
780
-
781
- <details>
782
- <summary><b>v7.3.1</b> - Agent Roles、Artifact Ask 和共享 Workspace Release</summary>
783
-
784
- - 新增 daemon 管理的 ask artifact 传输:`--artifact-request`、`--artifact-reply` 和 `--artifact-io`,长输出可通过 callback 继续传递 artifact 路径。
785
- - Agent Roles store 路径稳定到外部 `agent-roles` manager 和 `.roles/installed`,同时保留 `ccb.archi` 到 `agentroles.archi` 的兼容输入。
786
- - 新增 `workspace_path`、`workspace_group` 共享 workspace 控制,以及 `provider_command_template`,可包裹 CCB 构造好的 provider 启动命令且不破坏 resume。
787
- - 修复 root 下 Claude 启动、OpenCode 恢复旧会话后 `ccb clear` submit 时序、managed Neovim 原始 runtime 路径保留。
788
- - 刷新继承的 `ask` 和 `ccb-config` skills,覆盖 submit-only ask 规则、artifact 模式、windows-first 配置、共享 workspace 和 provider command template。
789
- - 稳定 WSL/root 发布测试,让非 root Claude 命令断言不再受 runner UID 影响。
790
-
791
- </details>
792
-
793
- <details>
794
- <summary><b>v7.3.0</b> - Superseded Prerelease</summary>
795
-
796
- - 已由 v7.3.1 supersede;远端 WSL Tests workflow 暴露了 root-sensitive Claude 命令断言。v7.3.0 GitHub release 保留为 prerelease,未上传正式 release artifacts。
797
-
798
- </details>
799
-
800
- <details>
801
- <summary><b>v7.2.12</b> - Agent Roles Store Migration Release</summary>
802
-
803
- - 默认使用外部 `agent-roles` package manager 执行 Role Pack install、update 和 sync。
804
- - Role Pack payload 默认写入 spec-owned `.roles/installed` store。
805
- - 自动将已有 legacy installed role snapshot 复制到 `.roles/installed`,不删除旧 store;迁移后 runtime lookup 只读取 spec-owned store。
806
- - `ccb roles update --path ...` 也会通过 Agent Roles manager,path update 不再写 legacy CCB store。
807
- - Supersede v7.2.11;v7.2.11 是未完成的 opt-in preview 发布,不应作为推荐版本使用。
808
-
809
- </details>
810
-
811
- <details>
812
- <summary><b>v7.2.11</b> - Superseded Agent Roles Opt-In Preview</summary>
813
-
814
- - 已被 v7.2.12 supersede,因为发布方向从 opt-in `CCB_AGENT_ROLES_MANAGER=1` preview 改为 default-on Agent Roles manager migration。
815
-
816
- </details>
817
-
818
- <details>
819
- <summary><b>v7.2.10</b> - Role Pack Post-Update Hotfix</summary>
820
-
821
- - 修复 managed `ccb update`:可选 Role Pack 和 Neovim provisioning 现在会交给新安装的 `ccb __post-update` entrypoint 执行,不再由旧 updater 进程继续跑。
822
- - 将 legacy installed `ccb.archi` metadata 修复到 canonical `agentroles.archi`,旧 `source_path` 已不存在时会回退到当前 catalog source。
823
- - 可选 post-update provisioning 失败仍只作为 warning;但设置 `CCB_INSTALL_ROLES=1`、`CCB_INSTALL_NEOVIM=1` 或 `CCB_POST_UPDATE_REQUIRED=1` 时,required provisioning 失败会让父 update 失败。
824
- - 新配置说明统一使用 `agentroles.archi`;`ccb.archi` 仅保留为 legacy input alias。
825
-
826
- </details>
827
-
828
- <details>
829
- <summary><b>v7.2.9</b> - Agent Roles Catalog Release</summary>
830
-
831
- - 将生产架构角色从 CCB 源码树移出,改为从 `agent-roles-spec` 消费 `agentroles.archi`。
832
- - 增加 catalog 驱动的 role list/install/update/sync/add/doctor 流程,并覆盖 installed-role metadata、project lock、digest pinning 和显式 re-add 更新。
833
- - 将 role memory、CCB adapter memory、provider skills 和 Architec adapter hooks 投影到 managed provider home。
834
- - 保留 `ccb.archi` 兼容输入别名,但写入 canonical `agentroles.archi` binding 和 lock。
835
- - 修复 source runtime guard:从源码 checkout cwd 发起的 `ccb --project <allowed-test-dir> ...` smoke 命令现在会按目标项目校验,可通过发布 gate。
836
- - 将生成的 soak、fastpath 和 storage cleanup smoke 目录显式传入 `CCB_SOURCE_ALLOWED_ROOTS`。
837
- - 将 WSL mounted startup smoke 在 `/mnt/c/Temp` 下生成的项目显式传入 `CCB_SOURCE_ALLOWED_ROOTS`。
838
- - 加固 Claude restart provider blackbox 测试:等待 running partial reply 反映出来后再断言。
839
- - 加固 Role Pack CI fixture,使完整 GitHub Actions 测试不再依赖 sibling `agent-roles-spec` checkout。
840
-
841
- </details>
194
+ <summary><b>Mobile App 详情、安全边界和源码</b></summary>
842
195
 
843
- <details>
844
- <summary><b>v7.2.8</b> - Superseded Role Fixture Hotfix</summary>
196
+ CCB 8.0.13 已把 Flutter 版 CCB Mobile 源码放入 [`mobile/`](mobile/),并在 GitHub Release 中发布 Android APK:
845
197
 
846
- - v7.2.8 已由 v7.2.9 取代;发布 gate 发现完整 GitHub Actions runner 没有 Role Pack 测试预期的 sibling `agent-roles-spec` checkout。
198
+ - [下载 CCB Mobile v8.0.13 APK](https://github.com/bfly123/claude_code_bridge/releases/download/v8.0.13/ccb-mobile-v8.0.13.apk)
199
+ - App 源码:[`mobile/app`](mobile/app)
200
+ - 服务端 gateway 源码:[`lib/mobile_gateway`](lib/mobile_gateway)
847
201
 
848
- </details>
202
+ 手机端定位是远程控制真实服务器上的 CCB 项目。它可以从 server-wide mobile gateway 获取所有已挂载项目,切换 window/agent,渲染 agent 对话上下文,以 pane-native 输入方式发送文本,打开 terminal 视图,并通过认证 gateway 上传/下载图片和文档附件。
849
203
 
850
- <details>
851
- <summary><b>v7.2.7</b> - Superseded WSL Mounted Smoke Hotfix</summary>
204
+ 安全边界:
852
205
 
853
- - v7.2.7 已由 v7.2.8 取代;发布 gate 发现 Claude restart partial-reply 断言存在 provider blackbox timing race。
206
+ - CCB gateway 只绑定 loopback,例如 `127.0.0.1:8787`。
207
+ - 远程访问使用 Tailscale Serve,不启用 Tailscale Funnel。
208
+ - CCB 不保存 Tailscale 密码、OAuth token、admin API token,也不会自动修改 tailnet ACL/grants。
209
+ - 手机只获得 pairing profile 授权的 scope,例如 view、content、terminal、file upload 和 file download。
854
210
 
855
211
  </details>
856
212
 
857
- <details>
858
- <summary><b>v7.2.6</b> - Superseded Official Smoke Root Hotfix</summary>
213
+ <a id="rich-mode"></a>
859
214
 
860
- - v7.2.6 已由 v7.2.7 取代;发布 gate 发现 main Tests workflow 里的 WSL mounted startup smoke 也需要把 `/mnt/c/Temp` 下生成的项目传入 `CCB_SOURCE_ALLOWED_ROOTS`。
215
+ ## Rich 富媒体终端
861
216
 
862
- </details>
217
+ 在终端查看文件结构、打开文件、编辑文档和预览媒体内容。
863
218
 
864
- <details>
865
- <summary><b>v7.2.5</b> - Superseded Source Runtime Guard Hotfix</summary>
219
+ <p align="center">
220
+ <img src="assets/readme_v7/rich-workbench.png" alt="CCB rich 富媒体工作台在 WezTerm 中使用 Yazi 预览" width="860">
221
+ </p>
866
222
 
867
- - v7.2.5 已由 v7.2.6 取代;发布 gate 发现官方 soak、fastpath 和 storage cleanup smoke 需要把生成的测试根显式传入 `CCB_SOURCE_ALLOWED_ROOTS`。
223
+ ```bash
224
+ ccb update rich
225
+ ```
868
226
 
869
- </details>
227
+ rich 启用后,普通 `ccb` 会自动打开 rich WezTerm launcher,只有当当前已经处于 CCB 自己拉起的 rich WezTerm 中时才不会再次跳转;运行 `ccb uninstall rich` 可退回普通终端启动。
870
228
 
871
- <details>
872
- <summary><b>v7.2.4</b> - Superseded Agent Roles Catalog Release</summary>
229
+ <a id="agent-roles"></a>
873
230
 
874
- - v7.2.4 已由 v7.2.5 取代;发布 gate 发现源码 checkout cwd 发起的 `--project` 命令会在 CCBD real platform smoke 中被 source runtime guard 拒绝。
231
+ ## Agent Roles Spec 规范和角色库
875
232
 
876
- </details>
233
+ CCB 支持 [Agent Roles Spec](https://github.com/SeemSeam/agent-roles-spec):这是一个 host-neutral 的专业 agent 封装规范,可把 skills、记忆和工具依赖打包成可安装、可挂载、可卸载的 Role Pack。该仓库同时也是公开角色库。
877
234
 
878
- <details>
879
- <summary><b>v7.2.3</b> - Root Install Support Validation Hotfix</summary>
235
+ | Role | 基本功能 |
236
+ | :--- | :--- |
237
+ | `agentroles.ccb_self` | CCB 自维护、配置辅助、运行诊断、受保护恢复和工作流编排。 |
238
+ | `agentroles.archi` | 架构审查、边界检查、耦合分析、可维护性风险和后续 gate 建议。 |
239
+ | `agentroles.frontend_engineer` | 前端设计与实现、设计系统、可访问性、浏览器 QA 和受审查的 AGY 委派。 |
240
+ | `agentroles.mobile_app_engineer` | iOS、Android、React Native、Expo、Flutter、SwiftUI、Jetpack Compose 等移动端设计与实现。 |
241
+ | `agentroles.mother` | Role 创建、Role source 审计、角色研究、蓝图设计和 Agent Roles 规范合规检查。 |
242
+ | `agentroles.su_ccb` | SU-CCB 工作流操作,覆盖需求分析、计划、派发、审查 gate、归档和恢复。 |
880
243
 
881
- - 保留 v7.2.2 的 root 安装确认行为:root 安装必须显式确认,卸载仍不受该门控影响。
882
- - 保留安装 identity metadata 和 `ccb doctor` runtime user / owner / root 诊断。
883
- - 修复 WSL 发布验证:安装 metadata 测试在需要时显式模拟非 root 身份,避免被 runner 实际 root 身份影响。
244
+ <a id="config-memory"></a>
884
245
 
885
- </details>
246
+ ## 配置和共享记忆
886
247
 
887
- <details>
888
- <summary><b>v7.2.2</b> - Root Install Confirmation Release</summary>
248
+ 如果你不确定应该如何分组、要几个 worker、哪些 agent 用 worktree、哪些 agent 需要独立模型或 API,可以直接问当前工作台里的 `ccb_self`。它是 CCB 内置的 self-agent,理解 CCB 命令、配置权威层、roles、windows、reload 边界和常见恢复路径,并能用私有 `ccb-config` skill 和你讨论后生成配置方案。空白项目默认包含 `ccb_self`;已有自定义配置可以用 `ccb roles add agentroles.ccb_self:codex` 添加。
889
249
 
890
- - 新增明确的 root 安装确认门:`install.sh install` 默认拒绝 root 执行,交互输入 `yes` 才允许,非交互 root 安装必须设置 `CCB_ALLOW_ROOT_INSTALL=1`。
891
- - root 确认门只作用于安装,不阻止卸载清理,因此 root-owned 安装仍可移除。
892
- - 安装 metadata 现在记录 root 状态、install user 和 sudo user 信息。
893
- - `ccb doctor` 增加 runtime user、owner、root 状态诊断,并在 root 运行于非 root 项目时给出 warning。
894
- - 修复架构审查提到的非阻断 build-info 类型卫生项:`read_build_info()` 现在返回 `dict[str, object]`。
250
+ `.ccb/ccb_memory.md` 是项目级共享记忆文档,适合记录团队协作规则、项目约束、长期上下文和 agent 交接约定。把跨 agent 的稳定信息放在这里,比把同一段说明复制到多个 provider 私有记忆里更可靠。
895
251
 
896
- </details>
252
+ <a id="contact"></a>
897
253
 
898
- <details>
899
- <summary><b>v7.2.1</b> - Antigravity Runtime Follow-Up</summary>
254
+ ## 联系方式
900
255
 
901
- - 补齐 `agy` / Google Antigravity 的 runtime 和 session 管线:provider runtime spec、client spec、provider-core 公共导出,以及 `.agy-<agent>-session` 命名。
902
- - 增加命名 Antigravity pane 启动回归覆盖,包含 `AGY_START_CMD`、auto-permission、restore continuation 和 prepared-state 兼容。
903
- - 对齐 README provider 列表和发布面,让 Antigravity 与 Codex、Claude、Gemini、OpenCode、Droid 一起出现在用户可见说明中。
904
- - 明确 no-change reload 语义:配置无变化时执行非 dry-run `ccb reload` 返回 `noop` / `no_op`,且不发布 graph。
905
- - 增加 Agent Roles 公开规格项目规划文档,作为未来 host-neutral RolePack 项目的设计记录。
256
+ - Email: `bfly123@126.com`
257
+ - [Telegram group & contact / TG 群与联系](https://t.me/+BKn03v8I_ehmYzRk)
258
+ - 微信: `seemseam-com`
906
259
 
907
- </details>
260
+ <p align="center">
261
+ <img src="assets/weixin.jpg" alt="微信群" width="240">
262
+ </p>
908
263
 
909
- <details>
910
- <summary><b>v7.2.0</b> - Role Packs And Managed Tools Release</summary>
264
+ <a id="community"></a>
911
265
 
912
- - 新增 Role Pack 体验面,内置 `ccb.archi` 架构师 role,包含 role memory、Codex/Claude skill 投影和项目 role lock。
913
- - `ccb roles add ccb.archi:codex` 成为主要接入命令;config 保留 shorthand,运行时解析为本地 agent `archi`。
914
- - `ccb roles install/update ccb.archi` 默认刷新 role 资产和依赖;安装/更新时交互提示,非交互场景会给出后续运行命令。
915
- - 新增托管工具 window、sidebar 行和安全的 reload add/remove 行为。
916
- - 包含 main 上已合入的 `agy` / Google Antigravity provider 支持。
266
+ ## 社区和致谢
917
267
 
918
- </details>
268
+ 感谢 [Linux.do 社区](https://linux.do) 在测试、反馈和讨论中的支持。
919
269
 
920
- <details>
921
- <summary><b>v7.1.1</b> - Sidebar View Height Release</summary>
270
+ 感谢 [tmux-agent-sidebar](https://github.com/hiroppy/tmux-agent-sidebar) 提供的 sidebar 思路和启发。
922
271
 
923
- - 在 `[ui.sidebar.view]` 下新增三段 sidebar 高度配置:`agents_height`、`comms_height`、`tips_height`。
924
- - 原生 sidebar 默认内部分区调整为 Agents `50%`、Comms `15%`、Tips `35%`。
925
- - config 解析、project_view payload、reload 计划和 Rust sidebar TUI 都会传递并使用这些高度设置。
926
- - 修复同名 agent reload/remount 可靠性:动态卸载后的 retired agent 可以用同名重新创建,不再被旧 runtime authority residue 阻塞;已停止的旧 session 记录仍可保留并供重建继承。
927
- - 同步更新 Codex/Claude 继承的 `ccb-config` skill 文档和 reference,生成或迁移 windows topology 时会暴露这三个参数。
272
+ <a id="release-notes"></a>
928
273
 
929
- </details>
274
+ ## 新版本记录
930
275
 
931
- <details>
932
- <summary><b>v7.1.0</b> - Dynamic Reload Release</summary>
276
+ <details open>
277
+ <summary><b>v8.0.12</b> - Release CI 可移植性与 README 多语言同步</summary>
933
278
 
934
- - 新增 `.ccb/ccb.config` 显式热加载:`ccb reload --dry-run` 预览计划,`ccb reload` 应用支持的变更。
935
- - 可以在当前 ccbd daemon 下动态挂载追加的 agent 和新增 window,不打断无关 pane
936
- - 可以动态卸载 idle 状态下被移除的 agent 和被移除的 idle window,并保留其他 agent pane。
937
- - config signature drift 会被视为 reload-pending,而不是 daemon 重启触发器;busy 卸载和不安全替换仍会 fail closed。
279
+ - mobile host registry 测试现在把临时 Unix socket 放到短的 `/tmp/ccb-sock-*` 路径,避免 macOS CI 触发 `AF_UNIX path too long`。
280
+ - `ccb update mobile`、README 链接、package metadata mobile release manifest 对齐到 8.0.12 APK
281
+ - 中文 README 现在是 GitHub README;英文迁移到 `readme_en.md`,并新增日语、法语、德语、阿拉伯语、西班牙语、葡萄牙语、韩语和俄语版本,所有语言保持同一章节结构。
938
282
 
939
283
  </details>
940
284
 
941
285
  <details>
942
- <summary><b>v7.0.11</b> - Provider Activity And Sidebar Focus Release</summary>
286
+ <summary><b>v8.0.0</b> - CCB Mobile Monorepo 发布</summary>
943
287
 
944
- - 通过 provider-native hook artifact 记录活动证据,让 sidebar 更准确地区分 active、pending、idle failed provider 工作状态。
945
- - project focus 成功后会失效 project view cache,并立即刷新同一 project session 内的 sidebar panes,减少鼠标/聚焦操作后的状态滞后。
946
- - 普通 tmux pane 点击恢复为直接 `select-pane -t = ; send-keys -M`,避免走隐藏子进程路径造成点击响应变慢。
947
- - 同步加固 namespace config、provider hook 安装设置、clipboard/runtime launch 路径和 Codex managed trust 处理,并补充聚焦回归测试。
288
+ - Flutter CCB Mobile 源码正式进入本仓库,并在 GitHub Release 中发布 Android APK。
289
+ - 新增 server-wide mobile 项目发现、配对、认证 gateway 路由、pane-native 消息输入、对话上下文渲染、terminal 访问,以及图片/文档上传下载能力。
290
+ - `ccb update mobile` 提升为 Tailscale Tailnet onboarding 的统一入口,同时保持 gateway 仅监听 loopback,不启用 Funnel、不保存 token、不自动修改 ACL/grants。
948
291
 
949
292
  </details>
950
293
 
951
294
  <details>
952
- <summary><b>v7.0.10</b> - Sidebar Tips And Tmux Controls Release</summary>
295
+ <summary><b>v7.7.0</b> - Runtime Accelerator 发布加固</summary>
953
296
 
954
- - 保持原生 sidebar 三栏比例稳定:Tree `1/3`、紧凑 Comms `1/4`、Tips `5/12`。
955
- - 扩展默认 Tips:未配置自定义 tips 的项目会显示 pane 移动/resize、window 切换、copy mode、paste、help tmux 快捷键。
956
- - 保留右上角 `↻``×` 控制:`×` 执行 project-level `ccb kill`,`q` `Esc` 只退出 sidebar。
957
- - 文档和运行态继续保留 CCB-managed tmux Vim 控制:`mode-keys vi`、copy-mode `v` / `C-v` / `y`、`prefix+h/j/k/l`、`prefix+H/J/K/L`。
297
+ - Release artifacts 现在会携带可选 Rust `ccb-runtime-accelerator`,安装版 Codex agent 在预期存在 sidecar 时不再静默退回 Python 热路径。
298
+ - 当项目路径导致 Unix socket 路径过长时,accelerator socket 会自动落到短的 per-user runtime socket root。
299
+ - 加固 callback repair Codex binding cache invalidation,并记录完整回归、长 idle Codex soak、Claude callback 和混合 provider 集成测试证据。
958
300
 
959
301
  </details>
960
302
 
961
303
  <details>
962
- <summary><b>v7.0.9</b> - README v7 Redesign Release</summary>
963
-
964
- - 重写 `README_zh.md`,围绕 v7 可见多 agent 工作台、任务优先上手、多 agent 方案对比、v7 界面速览、快速开始、tmux 常规操作、配置示例和安装更新流程组织内容。
965
- - 新增 `assets/readme_v7/` 真实 v7 终端截图,用于 README 演示。
966
- - 保留 README 重设计计划和辅助资料到 `docs/plantree/`。
967
- - 保持 v7.0.8 的 runtime、`ccb clear`、config overlay 和 sidebar 修复不变,只刷新 GitHub 面向用户的文档包。
304
+ <summary><b>v7.6.19</b> - 长任务 ask 默认等待策略</summary>
968
305
 
969
- </details>
306
+ - 普通长时间 `ask` 默认继续等待真实 provider/completion 结果,不再仅因 heartbeat 诊断自动 terminalize 为 `incomplete/heartbeat_timeout`。
307
+ - Codex、Claude、Gemini 的 pane-backed no-terminal timeout 默认改为显式 opt-in,仍保留显式 reliability timeout 策略。
308
+ - 已用 32 分钟 source-runtime ask smoke 验证:任务超过 30 分钟仍保持 running,随后以 `result_message` 完成,未出现 `heartbeat_timeout` 或 `incomplete` 证据。
970
309
 
971
310
  </details>
972
311