在指定 AI 编程平台根据现场需求实现项目。

核心回答

这类现场题考的是把需求转成可运行项目，并能解释关键设计与验证依据。无论使用类似Cursor的平台现场开发，还是限时完成前置作业，都应围绕当场给出的需求推进，不能预设成某一种固定应用。

我会先快速读需求和现有工程，把核心用户路径跑通，再处理影响正确性的边界。AI负责加速探索、实现和定位问题，我负责提供必要上下文、选择方案，并根据运行结果调整。

现场如何推进

先抓目标与环境。 确认输入、输出、最重要的用户操作和验收现象；检查已有技术栈、启动命令、依赖及可用资源。影响架构的缺失条件简短确认，普通细节按合理假设推进并说明，不把时间花在多轮流程确认上。

先做最小完整链路。 将需求切成能独立验证的小步，比如页面输入、后端处理、结果展示和错误提示。先贯通一条关键路径，再补持久化、校验和体验，避免同时生成很多互相脱节的文件。简单改动可直接实现，跨模块复杂需求再用简短计划管理依赖。

给AI准确上下文。 指定入口文件、相关类型、已有实现模式和本步目标，而不是只说“帮我做完项目”。让它复用现有组件与接口；陌生API先查对应版本文档。每轮读差异，确认是否扩大范围、引入无必要依赖或漏掉调用方。

用执行结果驱动修正。 尽早启动项目，检查主链路；报错时给出完整异常、触发步骤、相关代码与实际返回值，先定位根因再改。主路径成功后检查最关键的空值、重复操作、错误输入与服务失败。测试强度与风险相称，不为一个小功能无差别跑所有耗时检查。

一个可迁移的例子

假设现场要求实现简单任务管理：先明确创建、列表和状态更新的行为及是否需要刷新后保存；完成数据模型到界面的完整链路，再验证空标题、状态切换和失败提示。若只要求单用户演示，不必先上微服务；若明确多人使用，则身份、数据隔离和并发更新就会影响设计。

这里展示的是取舍方式，也不必背诵一套固定Prompt。面试官改变需求时，先找到受影响的数据、接口与界面，再做局部修改，比重新生成整个项目更容易保持一致。

最后怎样展示与讲解

先演示核心路径和关键异常，再说明模块职责、数据流、为何选这个实现、哪些地方做了验证。把尚未实现或尚未验证的范围说具体，让人能判断当前交付物；不把“生成了文件”“测试通过”和“满足业务目标”混成一句。

常见追问会落在接口幂等、数据一致性、状态管理、扩展方式和错误恢复。准备时应能沿着实际代码解释，而不是只复述AI给的架构名词。技术亮点是稳定缩小问题、快速闭合主链路，并能用运行证据说明方案为什么成立。

对应教程

参考资料