Codapt

公开内容里没有出现价格或免费额度的数字，这一问题目前没有可核实的答案。对有采购意向的团队来说，更实际的做法是直接联系官方索取报价，并把按人、按应用还是按用量计费问清楚，因为这决定了用量上去以后的成本曲线。

主要是企业内部工具。公开场景包括管理后台、客户支持工具、运营看板、库存管理、订单处理、理赔流程、核保看板、调度工具、路径优化看板等。定位是让团队通过描述来创建应用，消除工具散落并统一开发方式，而不是做面向消费者的 C 端产品。

公开内容没有给出代码与数据归属的明确答案，也未见自有基础设施部署的说明。这两个问题对长期项目影响很大，尤其是涉及数据敏感行业时。建议在采购沟通阶段把代码所有权、数据导出方式、是否支持自托管逐条确认后再推进。

公开内容把 Retool 列为对比对象之一，但没有给出逐项差异说明，因此无法据此做功能级比较。可以确定的是 Codapt 的侧重点是「用描述生成应用」以及 GDPR、SOC 2 原则、审计日志、EU/US 区域托管这类企业合规能力。选型时把生成方式、合规配置和交付周期三条按自己团队的权重排序，比看功能清单更有效。

可以，公开场景中明确提到与遗留 ERP 及运营系统的连接，并强调「连接一次」后开发者即可构建现代界面，不必反复对抗老旧 API；零售与电商场景也提到实时数据连接。具体支持哪些系统、用什么方式连接，公开内容未逐项列出，接入前需要逐个确认。

按 GDPR 与 SOC 2 原则构建；数据在传输和静态时均加密，以防止未授权访问；提供访问控制与审计日志，可管理用户角色并追踪活动；托管区域可选 EU 或 US，用于匹配合规要求与客户需求。保险场景还提到内置符合 HIPAA 的数据处理，以及统一 PII 处理方式。

范围上覆盖企业级场景：访问控制、审计日志、区域托管，以及面向长期项目的代码质量与可维护性话题。但公开内容没有给出具体的性能指标或并发数据，团队规模较大时，建议在评估阶段直接向官方索取压测数据与协作治理方案，而不是依赖宣传描述。

公开内容把支持与 SLA 列为单独问题，但没有给出具体服务等级、响应时间或支持渠道。对把关键内部系统交给它的企业来说，这是需要提前谈定的部分，至少应明确故障响应时限、支持时段和升级路径。