毕业项目选题:先写评测集,再写代码

一、好题的四个特征

第二条最容易被忽略,也最致命:没有客观对错的题,你没法做评测;没有评测,AP5 到 AP8 的一切都用不上——你会退回到"我觉得这样更好"的状态,而这门课的全部价值就是帮你离开那个状态。

二、12 个候选题(按可行性打分)

打分维度:窄(输入输出是否明确)、可评(能否标注对错)、数据(是否手上就有)、工期(一个人两周)。★ 越多越好做。

最推荐前四个:它们都满足"窄 + 可评 + 数据现成",而且每一个都能直接用上本课的完整链路(评测→提示词→结构化→检索→门禁→上线→定价)。

最后一行认真的:通用聊天助手是最诱人也最不该选的题——它没法评测、没有边界、也没有人会为它付钱。

三、把范围砍到能做完

砍范围的三刀:

第一刀:砍功能。只做一条主链路。用户从进来到得到结果 ≤ 3 步。

第二刀:砍非 AI 部分。

第三刀:砍数据规模。知识库 20-50 篇文档就够验证一切(ap4.3 实测过:切分策略的差别在 10 条样本上就能看出来)。

砍完之后,你的项目应该长这样:

一个输入框 → 一次调用(可能带检索)→ 一个结构化结果 + 引用
配套:评测集 50 条、门禁脚本、成本流水、降级兜底、审核、监控

看起来很小?那正是重点。前面那半行是"功能",后面那一行才是这门课教的东西——也是把玩具和产品分开的东西。

四、先写评测集,再写代码

这是本节最反直觉、也最该照做的一条。

顺序:

为什么必须是这个顺序:

1. 标注的过程会逼你想清楚产品定义。ap5.1 说过:标注时纠结超过 10 秒的样本,通常暴露了你的产品定义本身模糊——这些问题在写代码前发现,比写完再发现便宜十倍;
2. 没有基线,你没法判断任何改动。先写代码的人,会在"感觉好像好了一点"里浪费掉整整两周;
3. 评测集本身就是交付物的一部分。你交出去的不只是一个能跑的东西,是一个"有证据说明它有多好"的东西——这才是专业版和业余版的差别。

🔧 动手做:定题并写出评测集(60 分钟)

1. 从上面的表里选一个题(或者按四个特征自己想一个),写下你选它的理由。
2. 一句话写清输入输出,贴在文档最上面——后面每次想加功能时,回头看这句话。
3. 收集 30-50 条真实样本。真的去找你手上的文档/工单/记录,别用编的。
4. 写标注标准(一页纸),然后标注。记下你纠结超过 10 秒的那些。
5. 另留 10 条保留集,单独存,承诺开发期间不看(ap5.1)。
6. 写下"我不做什么":登录、后台、支付、精美 UI……明确写出来,防止自己手痒。

✅ 做到这里你应该有:一句话的项目定义 + 50 条标注好的评测集 + 10 条保留集 + 一份"不做清单"。

为什么:这一节没有一行代码,但它决定了你后面两周是在做产品还是在挣扎。

选题选窄一点、范围砍狠一点、评测集写在前面——这三件事做对了,毕业项目就成功了一半。而这三件事,恰好也是你以后每次开新项目都该做的。

我想做的毕业项目是【描述】。请帮我:1) 用「窄/可评/数据/工期」四个维度给它打分,指出最大的风险;2) 如果太大,给我三个逐级收窄的版本(两周版、一周版、三天版),每个都说明砍掉了什么;3) 一句话写清最终版的输入输出;4) 列出这个题的评测集该包含哪些类型的样本(含边界和「不该答」),给出 10 条示例;5) 写一份标注标准草稿(一页纸);6) 列出我应该明确「不做」的东西。