Continue

价格

Open source, optional hosted services

平台

VS Code, JetBrains

官网

https://continue.dev

我的判断

Continue 是一个务实的开源答案，适合想要 AI 编码能力但不想把整个工作流交给单一厂商的团队。

它最强的是可配置性：编辑器、模型、上下文、团队规则都可以围绕现有工程实践组合。

最强的地方

• 适合希望读代码、聊天、编辑都留在同一个工作区的开发者。
• 适合需要快速上手、减少命令行前置假设的团队。
• 适合通过可见编辑器 diff 做 review 的工作流。

我会谨慎的地方

• 漂亮编辑器可能掩盖过大的改动，尤其当 reviewer 很被动时。
• 团队推广前要检查厂商绑定和模型灵活性。
• 它未必能替代长时间运行或脚本化自动化里的终端 agent。

我会怎么评估

• 用和测试 Cursor 或 Claude Code 相同的仓库和任务列表。
• 统计被接受的 diff，而不是只统计完成了多少 prompt。
• 判断编辑器是真的让 review 更快，还是只是让生成过程更顺滑。

Coding Agent Tools 结论

但灵活性也意味着团队要自己做产品化工作：选模型、定义上下文规则、写清楚使用方式。

采用清单

• 先让 Continue 处理一个会触及多个文件的维护任务，再看最终改动是否容易 review。
• 记录完整 prompt、模型、设置和验证命令，让另一个同事可以复现同样流程。
• 做团队决策前，至少拿它和一个编辑器 agent、一个终端 agent、一个低成本访问路径对比。
• 提前定义哪些文件、密钥、命令和生产系统不允许 agent 触碰。

什么情况会改变我的判断

如果 Continue 在同一个仓库里持续产出更小的 diff、更清楚的解释、更少的返工 commit，我会提高它的推荐优先级。如果它只是 demo 好看，但团队无法解释最终 patch、无法复现工作流、无法控制成本和权限，我会降低它的排名。

放在 2026 工具栈里的位置

评价 Continue 时，我会先问它替代的是工作流里的哪一环。如果它替代的是自动补全，标准就是速度快、打断少。如果它替代的是初级实现者的一轮开发，标准就变成 diff 是否可 review、推理是否讲得清、出了问题能不能回滚。Coding Agent Tools 更看重这种实际位置，而不是发布时的声量。

这类页面需要随着价格、额度、模型路由和官方定位变化而更新，因为 AI coding tools 的变化速度明显快于传统开发者工具。