Coroid 的适用场景

Coroid 与自动补全工具、IDE 助手及原型设计工具存在本质区别，了解何时应选择其他方案。

所谓“AI 编程工具”涵盖多种截然不同的产品。它们并非竞争同一类任务，选错类别造成的损失，要比在同一类别内选错产品更大。

四大类别

前两类工具是将模型辅助置于开发者身旁；第三类能快速构建新产物。Coroid 不属于上述两类：它根据描述的目标产出，生成经过审核的变更并应用到你已运行的代码库中。

这一差异值得明确区分，因为原型设计工具表现优异，人们很容易误以为同样的方法能适用于生产环境工作。

**原型设计侧重实现快速可视化成果。**你从零开始，无需遵循现有架构、无需保证测试套件通过、无需匹配既定规范，且尚无他人依赖该结果。相关约束只会拖慢进度——这些工具恰恰设置了极少的约束，这是合理的。

**生产环境工作几乎完全受各类约束限制。**代码已然存在且包含既有的决策逻辑，其他模块依赖它；有必须通过的测试、需遵守的规范、安全与合规要求，且任何变更上线前都必须满足审核流程。

Coroid 正是围绕这些约束而非规避约束而构建的：

这并非非此即彼的选择。二者能以显而易见的方式相互配合：

**先制作原型以确定要构建什么。**验证想法、探索用户界面，或在本周内向利益相关者展示成果——原型工具在这些方面都优于Coroid，您应当选用此类工具。

**随后在后续维护的环境中进行构建。**一旦想法确定，相关工作就会转入实际运行的代码库，遵循您的规范、测试用例及审核流程。这正是Coroid的职责所在。

原型可以回答我们是否要构建它。Coroid则回答在我们已有的系统中妥善构建它.

坦诚说明这一点比罗列功能列表更有用：

**您正在验证想法，而非将其上线发布。**应选用原型工具。Coroid会生成针对真实代码库的已审核变更，对于可能明天就会被弃用的内容而言，这属于不必要的额外开销。
**您希望在几分钟内看到可视化效果。**Coroid生成的是拉取请求，而非实时演示。
**您需要结对编程伙伴。**如果您想待在编辑器中，与模型逐行协作，那便是IDE助手。Coroid是在您处理其他事务时针对完整工作单元进行操作的。
**您尚未建立代码库。**Coroid需要工作的载体——请参阅连接您的代码.

Coroid中的多项特性看似属于额外开销，直到您将其视为生产环境要求为止：

对于一次性的原型而言，上述所有内容都不值得为此付费；但对于企业实际运行的系统而言，这一切都物有所值。