01 / 判断是否适合
具体能做什么
IDE补全与对话代码解释Agent与仓库任务
什么情况下选它
适合在现有IDE和GitHub协作流程中补实现、解释代码或生成测试候选。
适合的角色
已有IDE与GitHub流程的开发团队
它的局限
补全结果可能忽略项目约定；测试也可能只重复生成实现。
02 / 有光练习设计
跟着做一次
为一个小函数补充实现与测试，核对生成代码后采用。
先准备这些资料
一个金额求和函数、输入格式及边界例子。
操作步骤
- 在函数附近写明输入约束，用助手给出实现
- 要求解释非法输入如何处理，并查看差异
- 用独立预期值验证空列表、正常列表和非法值
示例指令／操作说明
为订单金额数组求和，非法值应返回明确错误。生成实现前列出边界，不修改输入数组。
这次练习要交付什么
函数实现与边界测试
怎样判断做对了
- 是否接受NaN或字符串而静默错误
- 测试预期是否来自需求
以上为有光设计的练习与验收目标，示例资料为虚构练习条件。实际按钮、额度与结果取决于工具当前版本及账户。
03 / 选择建议
同类工具怎么选
团队偏重部署与数据控制可比较Tabnine；GitHub协作和现有IDE场景可看Copilot。
查看 Tabnine 的指南 →选择建议是有光针对任务的判断，未作为模型能力排名或实测性能结论。
04 / 接入与成本
怎么使用或接入
官方IDE插件及GitHub入口；目录推荐不等于向有光开放其开发Agent。
费用要看哪些项
核对个人或组织计划、模型请求和任务额度，组织授权与个人会员分开。
专门的收费页尚未逐项核对，请从官方入口确认当前费用与接口权益。