前言

继上次分享了自己的个人自用的全局之后，后续安装了风佬的 CCG，看到风佬有推荐安装 CCG 的使用提示词，于是结合字节原先的提示词修改了一下，也请各位佬帮我看看评价下。

参考链接

风佬帖子： 【开源】CCG v1.7.39 : Claude Code 编排三 CLI 协作 | Codex + Gemini + Claude - 开发调优 - LINUX DO
之前自用的全局提示词： 个人自用的全局 CLAUDE.md 分享，以及关于 claude code+codex 的使用求解 - 开发调优 - LINUX DO

增强配置提示词 (点击右上角复制)

# Claude Code 增强配置 (CCG Enhanced) ## 一、核心原则 ### 1.1 调研优先（强制）

修改代码前必须：

1. **检索相关代码** - 使用 `mcp__ace-tool__search_context` 或 Grep/Glob

2. **识别复用机会** - 查找已有相似功能，优先复用而非重写

3. **追踪调用链** - 使用 Grep 分析影响范围

### 1.2 修改前三问 1. 这是真问题还是臆想？（拒绝过度设计）

2. 有现成代码可复用吗？（优先复用）

3. 会破坏什么调用关系？（保护依赖链）

### 1.3 红线原则 - 禁止 copy-paste 重复代码

- 禁止破坏现有功能

- 禁止对错误方案妥协

- 禁止盲目执行不加思考

- 禁止基于假设回答（必须检索验证）

- 关键路径必须有错误处理

### 1.4 知识获取（强制）

遇到不熟悉的知识，必须联网搜索，严禁猜测：

- 通用搜索：`WebSearch` / `mcp__exa__web_search_exa` - 库文档：`mcp___upstash_context7-mcp__resolve-library-id` → `query-docs` - 开源项目：`mcp__mcp-deepwiki__deepwiki_fetch`

---

## 二、工作流增强（CCG） ### 2.1 上下文检索（生成代码前执行） **工具**：`mcp__ace-tool__search_context` **检索策略**：

- 使用自然语言构建语义查询（Where/What/How）

- 完整性检查：获取相关类、函数、变量的完整定义与签名

- 若上下文不足，递归检索直至信息完整

### 2.2 Prompt 增强（复杂任务推荐） **工具**：`mcp__ace-tool__enhance_prompt` **触发**：用户使用 `-enhance` 标记，或任务模糊需要结构化

### 2.3 需求对齐

若检索后需求仍有模糊空间，输出引导性问题列表，直至需求边界清晰（无遗漏、无冗余）。

### 2.4 工作流原则 1. **先检索，后生成** - 生成代码前必须先调用 search_context



2. **增强需求** - 复杂任务先明确需求边界



3. **智能路由** - 根据任务类型选择 Codex/Gemini/Claude



4. **交叉验证** - 关键决策可使用双模型并行分析



5. **代码主权** - Codex/Gemini 仅负责分析、规划、审查；所有代码实现由 Claude 完成



---



## 三、多模型协作



### 3.1 后端任务 → Codex



```powershell

"[任务描述]" | codeagent-wrapper --backend codex - [工作目录]

```



适用：后端 logic、算法实现、数据库操作、API 开发、性能优化、调试分析



### 3.2 前端任务 → Gemini



```powershell

"[任务描述]" | codeagent-wrapper --backend gemini - [工作目录]

```



适用：UI/UX 组件、CSS 样式、响应式布局、前端交互逻辑



### 3.3 会话复用



每次调用返回 `SESSION_ID: xxx`，后续用 `resume xxx` 复用上下文：

```powershell

"[后续任务]" | codeagent-wrapper --backend <codex|gemini> resume <SESSION_ID> - [工作目录]

``` ### 3.4 并行调用

使用 `run_in_background: true` 启动后台任务，用 `TaskOutput` 等待结果。

必须等所有模型返回后才能进入下一阶段。

```python

# 示例：并行启动 Codex 和 Gemini

Bash(command='"任务描述" | codeagent-wrapper --backend codex ...', run_in_background=True)

Bash(command='"任务描述" | codeagent-wrapper --backend gemini ...', run_in_background=True)



# 等待结果

TaskOutput(task_id="<TASK_ID>", block=True, timeout=600000)

```

---

## 四、任务分级

| 级别 | 判断标准 | 处理方式 |
|------|----------|----------|
| 简单 | 单文件、明确需求、少于 20 行 | 直接执行 |
| 中等 | 2-5 个文件、需要调研 | 简要说明方案 → 执行 |
| 复杂 | 架构变更、多模块、不确定性高 | 完整规划流程 |

### 4.1 复杂任务流程 1. **RESEARCH** - 调研代码，不提建议

2. **PLAN** - 列出方案，等待用户确认

3. **EXECUTE** - 严格按计划执行

4. **REVIEW** - 完成后自检

触发：用户说"进入X模式"或任务符合复杂标准时自动启用

### 4.2 复杂问题深度思考

触发场景：多步骤推理、架构设计、疑难调试、方案对比

强制工具：`mcp__sequential-thinking__sequentialthinking`

---

## 五、工具速查

| 场景 | 推荐工具 |
|------|----------|
| 代码语义检索 | `mcp__ace-tool__search_context` |
| 精确字符串/正则 | `Grep` |
| 文件名匹配 | `Glob` |
| 代码库探索 | `Task` + `subagent_type=Explore` |
| 技术方案规划 | `EnterPlanMode` 或 `Task` + `subagent_type=Plan` |
| 库官方文档 | `mcp___upstash_context7-mcp__query-docs` |
| 开源项目文档 | `mcp__mcp-deepwiki__deepwiki_fetch` |
| 联网搜索 | `WebSearch` / `mcp__exa__web_search_exa` |
| 深度推理 | `mcp__sequential-thinking__sequentialthinking` |
| PDF 读取 | `mcp__pdf-reader__read_pdf` |
| 跨会话记忆 | `mcp__server-memory__*`（仅用户要求时） |
| 快捷操作 | Skill（`/commit`、`/debug`、`/review` 等） |

**选择原则**：语义理解用 `ace-tool`，精确匹配用 `Grep`

---

## 六、Git 规范 - 不主动提交/push，除非用户明确要求

- Commit 格式：`<type>(<scope>): <description>` - 不添加 Claude 署名标记

- 提交前：`git diff` 确认改动范围

- 禁止 `--force` 推送到 main/master

---

## 七、安全检查 - 禁止硬编码密钥/密码/token

- 不提交 .env / credentials 等敏感文件

- 用户输入在系统边界必须验证

---

## 八、代码风格 - **KISS** - 能简单就不复杂

- **DRY** - 零容忍重复，必须复用

- **保护调用链** - 修改函数签名时同步更新所有调用点

完成后清理：临时文件、废弃代码、未使用导入、调试日志

---

## 九、交互规范 ### 何时询问用户 - 存在多个合理方案时

- 需求不明确或有歧义时

- 改动范围超出预期时

- 发现潜在风险时

### 何时直接执行 - 需求明确且方案唯一

- 小范围修改（少于 20 行）

- 用户已确认过类似操作

### 敢于说不

发现问题直接指出，不妥协于错误方案

---

## 十、环境特定（Windows / PowerShell） - 不支持 `&&`，使用 `;` 分隔命令

- 中文路径用引号包裹

- 管道传参：`"内容" | command` 替代 heredoc

---

## 输出设置 - 中文响应

- 禁用表情符号

- 禁止截断输出

ccs（熔断 + 自动切换） + CCG（图形界面 + 无缝同步）

不多说了，直接上图

我这里直接使用了这个配置，因为 ccs 里面开启了代理，地址和这个一样，并且我对话确实可用，不确定是不是这样无缝集成了

CCG 支持历史对话记录查看，并且可以点击继续对话，夯

目前 CCG 中 MCP 也是同步的，Skills 暂时没用，所以不确定是否同步

目前疑问：

ccs 在添加供应商时需要添加模型，但是 CCG 的模型选择好像是固定的列表？这里选择会有影响吗？

如果两者联动呢？

ccs: GitHub - farion1231/cc-switch: A cross-platform desktop All-in-One assistant tool for Claude Code, Codex & Gemini CLI.

CCG: GitHub - zhukunpenglinyutong/idea-claude-code-gui: IDEA Claude Code GUI Plugin

本文仅为 孙佬 CCG 模式进行升级 而写

【CCG 自动化流 安装教程】 三合一自动化编程 ，助力每一位佬友 享受 [自动化流] 氛围编程时代（谁再说 AI 代替程序员，我就要开始闹了） - 开发调优 - LINUX DO

若初次使用，可直接跟着风佬教程走（风佬写的够细了）

前言

今天早上起来，风佬告诉我 CCG 整体优化和 BUG 修复已经完成，邀请我体验 CCG 。
收到这个消息的时候真的挺激动，毕竟我从风佬 CCG 刚开贴就一直在关注和观望。
目前等到可以成熟使用，怎么会不兴奋呢？
于是一早就开始着手升级了
在升级的时候发现居然还适配孙佬 CCG， 这一波无痛升级，我更亢奋了！
看我 CCG 第二篇！升级篇！！！

什么？！ 还在凹战力？

开始升级之前，我先标一下孙佬和风佬的原文：
（关于孙佬CCG的安装教程在上面那个链接）

孙佬 CCG： 【自己动手，丰衣足食 04】一个更现代的 SKILLs 集合，一个更省时的并行化 workflow。好的 agent 怎能局限于线性 cc+codex+gemini？ - 开发调优 - LINUX DO
风佬 CCG： 【开源】CCG v1.7.24 : Claude Code 编排三 CLI 协作 | Codex + Gemini + Claude - 开发调优 - LINUX DO

相信关于 CCG 是什么，各位佬已经都熟悉了（如果不熟悉，那就借用风佬的截图）

最近不仅仅是 CCG， 还出现了 CCW 等其他同类型的协作整合，我们当然也不能落后！
（落后就要挨打 ）

废话懒得说了，开始吧

CCG 升级正文

1. 安装风佬 CCG-workflow :
   npx ccg-workflow

2. 选择初始化 CCG 配置：

   

3. 测试安装：
   控制台输入 Claude
   在 claude 中 测试以下指令是否可用：

   

4. 结果分享：

   
   
   
   

好了安装完了

你还在看什么？

怎么还不走？

就是这么简单啊，还能怎样？

快给风佬上 star，还有， 给我点赞