标准答案
- 先说明用户原问题、输入数据、成功标准和约束，再讲为什么选模型、RAG、Agent 或固定工作流，以及哪些能力没有交给模型。
- 按前端交互、API/任务、上下文与工具、权限安全、评测观测说明关键实现，并讲一个真实失败案例和定位过程。
- 最后给出基线、质量、成本、延迟、业务完成率和上线范围，说明未解决问题、回滚/降级方案以及下一步验证。
题目解析
好的项目描述能回答“为什么这样设计”和“失败时怎么办”。如果只能说用了某个框架，无法证明你理解系统边界。
指标要说明口径和对照组，避免把模型输出长度、调用次数或点赞直接包装成业务成功。
涉及供应商、模型和政策的变化要说明版本和时间，涉及用户数据要说明权限、保留和合规处理。
常见误区
- 只讲 Prompt 和模型名称，不讲数据、权限和失败。
- 把团队成果全部说成个人实现，无法解释具体链路。
- 报出没有评测依据的准确率和节省成本。