建议采用“WorkBuddy 管流程，CodeBuddy 管编码，Git 仓库里的文档负责交接”的方式，而不是依赖聊天记录自动同步：由 WorkBuddy 整理 PRD、设计稿链接、接口约定、任务清单和验收标准，存入项目的 docs/；进入开发阶段，让 CodeBuddy 先读取这些资料，明确本次允许修改的目录和文件，再在独立分支上分批实现，通过 IDE 的 Git Diff 检查修改范围、运行测试并提交。每次切换工具或会话前，更新一份 HANDOFF.md，记录当前目标、已完成事项、待办、关键决策、测试命令和结果、相关提交号，新会话先读它即可恢复主要上下文。开发完成后，再让 WorkBuddy 根据验收标准整理联调、自测结果和遗留问题；同时避免两者并行修改同一工作目录，这样既能监控代码变更，也能减少跨窗口造成的上下文丢失。... 展开详请

这确实是 JetBrains 全家桶的老毛病，跟 CodeBuddy 关系不大，主要是 QQ 输入法在 IDEA 的文本框里容易抽风。 先别急着找开发，自己试两招： 切系统自带拼音试试，如果正常，那就是 QQ 输入法跟 IDEA 冲突了，建议换个搜狗或微软拼音。 重启 IDE，有时候只是输入法服务卡死了。 检查下是不是开了“中文输入状态下禁用快捷键”，IDEA 对中英文切换很敏感。 要是还不行，去插件设置里看看有没有更新版本，或者干脆重装插件。这种底层兼容问题官方修起来慢，先 workaround 吧，实在不行就切英文模式用，等下次大版本更新再说。 官方详细解决方案：https://cloud.tencent.com/developer/article/2729913... 展开详请

CodeBuddy/WorkBuddy 的积分消耗跟模型倍率、任务复杂度、上下文长度都有关系。简单短对话便宜，深度研究、长文档生成、代码生成会贵很多。上下文越长，每次请求带的历史越多，消耗就水涨船高。省积分的方法：能用免费或低价模型先验证，不要事事开深度研究；定期清理或新开会话避免上下文膨胀；去个人中心看用量明细，定位哪类操作最费分。消耗高通常不是 bug，是用法问题。... 展开详请

CodeBuddy 默认对命令执行有确认机制，想全自动跑的话在设置里找权限相关的选项。路径大概是 Settings -> Tools -> Permissions，把 Auto-approve 或类似选项打开，可以选择全部自动批准或只批准特定命令。注意全开有风险，如果 AI 生成了 rm -rf 或者 git push --force 之类的命令也会直接执行。建议只对读类命令（ls、cat、grep）和项目内的构建命令开放自动批准，写操作和危险命令还是保留确认。如果设置里找不到，试试在 .codebuddy 配置文件里加 permissions 规则。... 展开详请

CodeBuddy 提效的核心是把"上下文喂足"（打开的相关文件、报错日志、单测先贴进去）再配"任务切片"（一次只让它干一件明确的事，比如"按现有 Controller 风格补这个接口 + 单测"），比泛泛喊"帮我优化这段代码"快一倍；再加两个隐藏杠杆—CR 模式下让它先扫一遍再你自己过，能省 60% 低级问题，CLI 里 /explain 和 /test 两个快捷指令养成肌肉记忆，比重新打字描述省很多。... 展开详请