长程 Agent 的价值在持续上下文与工具链整合，复杂 Demo 仍要拆分里程碑验收。

适用场景

热点追踪类全栈项目从 0 到 1；旧 Java 单体加特性或换栈；需要快速验证游戏/图形类 Demo 的多模态理解。

方法与要点

Kimi Code CLI 接入后，把里程碑写成 Spec：数据模型、抓取链路、API、前端页面分阶段。Java 改造先锁定模块边界与测试基线。游戏 Demo 限定引擎与资源来源，避免 Agent 编造不可构建依赖。

工作流

CLI 长会话 + 每阶段 git tag；Java 部分优先补测试再改；Demo nightly build 录屏验收。多模态任务提供参考截图/视频作为约束而非唯一 spec。

风险

长会话漂移偏离初始架构；全栈任务前后端契约不一致；游戏 Demo 性能不可玩却「看起来完成」。

检查清单

  • 每里程碑有可运行制品
  • API 契约测试存在
  • 依赖许可证已审查
  • 长会话定期 compact/新分支
  • Demo 帧率/加载时间实测

落地建议

把「Kimi K3 实战」相关的动作写进团队 Wiki 或 CLAUDE.md，并在两次 Sprint 里刻意练习：一次只用 IDE 路径，一次只用 CLI 路径，对比 PR 大小、缺陷率与 review 耗时。记录哪些步骤必须人工签核、哪些可以交给 Agent 自治，比争论工具优劣更能沉淀可复用经验。