这是cc的工作流，仅cc可用。cc插件里当然也可以的
1 Like
了然，我去试试
什么意思，这是我发的第一个分享贴，有问题大家可以讨论，不欢迎阴阳人。
我是抱着学习和分享的精神，看到大家分享自己的工作经验，我也一起分享了。
毕竟我加的中转站的群，没有什么人愿意分享的。
有什么话尽量说明，不必说一下大家看不懂的网络语言
1 Like
是的，直接提示词都是放到指令里面的，然后平时不实用指令，就不会注入提示词，codex和gemini的角色提示词，是保存到一个地方的，写到指令提示词里面的，会让cc去看当提示词
1 Like
啊？阶段 1 2 3 就 200k 了这么快吗？Plan 我记得用的 subagent 跑的上下文也消耗这么快
那感觉 plan 和 execute 得拆开跑才行，我一直想改 ccg 但没想好怎么改
CC 的压缩之前用着觉得不太行，一压缩就不太聪明了，后面 auto-compact 我就关了 
aicg必须截图发送，这个是站规，可以查看
不及时修改，举报必被拿下
那可以回回我吗？我是喜欢唠嗑的人 
，不理我会很伤心的
不是，可能你很久没有上L站了，之前有个也被叫做"风佬"的人，因为编造人设被打假，最后被封号了，现在还经常赛博鞭尸，其他叫"风佬"的也被牵连了(不过我还以为是风萧萧来着
OK，感谢风佬解答，那我大概明白了，这套CCG相当于外部小沙盒，通过CCG指令调用整体。
这样一来，能保证原本的 三家cli 在不被修改的情况下也能正常使用ccg， 这一套真的是学到了。
(感觉自己又精进了好多！！！)
细说，这个我还真不知道，让我吃一口发霉的瓜
你可以搜索一下"风清扬"，很多帖子被删除了(涉及挂人，因为当时他还没有被封)，但是他第二次被锤导致封号应该还能找
1 Like
不好意思，没看到这条消息，略过了。
你是用的是一些什么技术构架，如果像我之前只写了py小脚本，当时啥插件都不懂，直接用claude就行了。
学习了，感谢提醒，第一次发帖不懂
详见这里啰
这个置顶帖建议看完。
同时上面那个meta标里面的新人必看，也建议读一下
1 Like
关于拆开跑的分享和cc压缩智障我写在这里了：
这个我也纳闷啊，你开场说一句你好就是40k了，我没安装提示词。然后对话到160k的时候，它就会压缩。有办法破解吗？
fengqingyang好像是，我吃了那个瓜，说是立人设，还有人搞了套他角色的提示词
我也经常在工作流中遇到上下文不足的问题，所以佬就是自动压缩的吗？
我是JAVA，目前是纯写后端服务。
我也在用CCG， 之前也考虑过 Gemini 存在的意义以及价值。
后来实测和收集数据发现其实Gemini 不仅仅只能做前端，在架构和设计等其他方面也不算弱，完全可以作为一个参考模板。
目前CCG的工作流也是让codex 和 Gemini 生成方案， 然后cc选优。
这一点来说就让我对Gemini有了新的认知
okay
上下文是硬伤没办法，唯有拆流程
我始终觉得拆成 /plan → tasks.md + /execute 分开执行才是最终形态
这也是我想改的最终理想版本，只是中间有些流程没想好，就一直没改
但是阶段 1 2 3 完成就 200k 太夸张了，你是不是接了好多 mcp 啊 