团队想参加创新创业大赛，点子有了，却缺一个能演示的原型，担心路演现场一操作就报错？这篇手册用一份「校园二手书交换」虚构书目做练习，带你在 Qoder CN 里跑通「先定最小功能 → 逐步实现与审阅 → 彩排演示流程」的完整流程。练完之后，把方括号里的内容换成自己的项目、技术栈和演示步骤，就能直接用在真实的参赛原型开发中。
这篇手册能帮你做什么
- 用一份虚构书目数据，练习围绕「浏览书目 → 关键词搜索 → 查看详情」一条主线做出最小原型。
- 拿到 2 个可直接复制的提示词，分别用于生成最小原型开发计划和演示前排查加固。
- 学会区分「已经在本地跑通的功能」和「只写在讲稿里的功能」，让路演展示的每一步都真实可复现。
开始前准备
| 准备项 | 说明 |
|---|---|
| 工具 | Qoder CN 个人版 |
| 项目信息 | 项目一句话介绍、路演演示脚本 |
| 开发环境 | 团队选定的技术栈，以及项目文件夹 |
| 练习数据 | 下面的虚构书目数据，不使用真实同学的联系方式 |
先看效果：同一份数据，整理前后
整理前只有一份 3 条记录的书目数据：编号、书名、课程和成色，没有任何页面，也没有说明原型该先做什么、做到哪里为止。
整理后得到一份聚焦演示主线的修改方案（计划示意，并非运行输出）：
| 主线 | 计划内容 |
|---|---|
| 1. 列表 | 高等数学（上）等原书目，保留课程与成色 |
| 2. 搜索 | 关键词匹配，覆盖无结果提示 |
| 3. 详情 | 编号、书名、课程、成色逐字段呈现 |
| 数据边界 | 只用虚构书目，不新增联系方式或交易功能 |
| 演示核验 | 启动方式待补；主线需本地逐项验证 |
计划明确写出「启动方式待补」「主线需本地逐项验证」，没有把还没跑过的功能说成已完成——这正是路演原型最需要守住的底线。
练习材料
把下面这份虚构书目保存为 books.json，放进项目文件夹：
[
{"id": 1, "title": "高等数学（上）", "course": "数学", "condition": "八成新"},
{"id": 2, "title": "数据结构", "course": "计算机", "condition": "九成新"},
{"id": 3, "title": "大学英语读写 2", "course": "英语", "condition": "有笔记"}
]
第 1 步：先定最小功能
在 Qoder CN 打开项目文件夹，描述目标用户、核心问题与演示流程，先生成开发计划，审阅后只保留一条主线功能。
这一步先不改代码，让 Qoder 帮你把演示流程拆成最少的功能，并标出可以暂缓的部分：
我们在参加 [比赛名称]，项目是 [一句话介绍]。
目标用户：[用户描述]；核心问题：[要解决的问题]
路演演示流程：[按步骤列出演示操作]
技术栈与时间：[语言/框架、距离路演的天数]
请先阅读项目文件，不要直接修改代码。
1. 列出支撑演示流程所需的最少功能，并标出可以暂缓的部分。
2. 给出分步骤实现计划，每步说明涉及的文件。
3. 标出需要我们补充的信息，不要假设不存在的接口、数据或依赖。
第 2 步：逐步实现与审阅
按计划分模块修改多个文件，查看差异后逐处接受或拒绝；运行命令前确认内容，报错时提供完整错误信息定位。
练习时按「书目列表 → 关键词搜索 → 详情页」的顺序逐个完成。每完成一个模块就在本地运行一次，确认没问题再进入下一个，不要一次性让 Qoder 写完全部功能。
第 3 步：彩排演示流程
按路演脚本从头到尾运行原型，用虚构数据走完主流程，记录卡顿与报错并修复，再准备一套备用演示截图。
彩排时特别留意容易出错的输入，比如搜索一个书目里不存在的关键词。遇到问题时，用下面的提示词让 Qoder 只修复问题本身：
路演前我们按以下步骤彩排：[粘贴演示步骤]
出现的问题：[描述现象并粘贴完整报错]
运行方式：[启动命令与环境]
请：
1. 根据报错和相关文件定位原因，先说明最小修改方案再动手。
2. 列出演示流程中容易出错的输入，并补充对应的提示处理。
3. 只修复问题本身，不新增演示脚本之外的功能。
每处修改后告诉我如何在本地验证，不要声称未运行过的结果已经通过。
你最终会得到
- 一个可在本地运行的最小原型；
- 一份包含启动方式的项目说明；
- 一份路演演示脚本与对应的功能清单。
核验清单
拿到结果后，逐条确认：
- 演示脚本中的每一步能否稳定复现；
- 搜索无结果时是否有提示；
- 路演中展示的功能是否都已真实实现；
- 原型中是否只使用虚构数据，没有真实同学的联系方式；
- 是否准备好一套备用演示截图。
