Intermediate
1 hour
How to 升级你的 API 集成 with Eigent
在发布前检查回归的同时，将你的应用升级到最新的 API 模型和功能。
What you need
- Eigent 桌面应用
- 代码库访问权限（本地或已连接的仓库）
- API 文档参考
Best for
- 正在从旧模型或已弃用 API 接口升级的团队
- 需要在明确验证下进行保持行为一致迁移的仓库
- 希望在修改集成代码前先获得变更清单的工程师
Starter Prompt
将此 API 集成升级到最新推荐的模型和功能。 Requirements: - Start by inventorying the current models, endpoints, and tool assumptions in the repo. - Identify the smallest migration plan that gets us onto the latest supported path. - Preserve behavior unless a change is required by the new API or model. - Update prompts using the latest model guidance. - Call out any prompt, tool, or response-shape changes we need to review manually.
工作原理
- 清点代码库中当前的模型、端点和工具假设。
- 确定能让我们切换到最新受支持 API 路径的最小迁移方案。
- 除非新 API 或模型要求变更，否则保持现有行为不变。
- 使用最新的模型指导更新提示词和参数。
- 标出任何需要在发布前手动审查的提示词、工具或响应格式变更。
更多可尝试的提示词
- 这段代码库中哪些端点或模型名称已被弃用或不再推荐？
- 迁移到最新 API 版本所需的最少变更是什么？
- 新模型是否存在任何我们在发布前需要评估的行为差异？
- 为这次迁移生成一份手动验证步骤清单。
如何使用
将代码库连接到 Eigent 中。运行起始提示词，获取当前现状清单和建议的迁移计划。审查该计划，然后让 Eigent 逐步实施每一步。构建一个评估流水线来确认变更后行为是否保持一致——自动化评估可以发现仅靠代码审查无法发现的回归。
预期输出
当前模型和端点的清单、分步骤迁移计划、包含新 API 集成的更新代码，以及在发布前需要手动进行行为验证的变更列表。
限制
- 模型行为变化需要手动评估——仅靠自动化代码修改无法证明完全等价。
- Eigent 可以更新代码，但不能运行你的评估套件；你必须单独验证输出结果。
- 尤其是提示词变更需要人工审查，因为细微的措辞差异可能会改变模型行为。
