全程自然语言驱动 · 零手写代码

《自然语言编程》项目工单

需求意图清晰化 · 提示词工程 · 工程化交付

完成度 0 / 6

填写说明

i

基本信息

项目编号 / 名称
班级
姓名 · 学号
日期
1

产品定义

必填
验收标准须可判定。写不出验收标准,通常意味着需求尚未明确。
2

需求意图的清晰化

必填
对照上一条,你补上了什么?这些正是最初没说清、导致返工的部分。
3

开发流程覆盖情况

必填
未涉及 已执行 遇到阻塞 (连续点击可切换状态)
逐项判断即可,无需填写文字。未涉及的阶段与阻塞环节是教学诊断的主要依据。
A需求与定义 Discovery & Definition
B方案与规格 Design & Specification
C开发与实现 Implementation
D测试与验收 Verification & Validation
E交付与迭代 Delivery & Iteration
尚未标注任何环节
阶段划分参考:DevOps 生命周期(Plan–Code–Build–Test–Release–Deploy–Operate–Monitor)、设计思维(Design Thinking)五阶段,并结合 AI 原生开发实践补充「上下文工程」「提示词迭代」「模型能力边界」等环节。
记录所属阶段、决策内容与依据;建议选取标注为「!」的阻塞环节。
4

提示词工程案例:一次完整的迭代记录

必填
须为实际发送的原始内容,不得事后润色,否则将失去诊断价值。
本案例属于哪一层?
这一条提示词里,你漏掉了哪些要素?
先写清模型错在哪,再判断这是“需求表达不充分”还是“模型能力边界受限”——决定你该优化提示词,还是调整实现方案。
若第 3 项判定为“模型能力边界受限”,此处改为记录替代实现方案。
先用一句话说明结果,再说明是哪一处改动起了作用。
真正起作用的是(可多选)
5

模型能力边界与经验沉淀

必填
须具体到任务类型与失效方式,并说明你是怎么发现的。
6

产品迭代记录 (产品层面,不含提示词优化)

选填
迭代 1
版本号
问题
优化与验证
迭代 2
版本号
问题
优化与验证

项目证据

点击选择图片,或将图片拖拽至此
图片仅存在于当前页面,不会自动保存。添加完成后请直接执行“导出 PDF”。

提交前自检

《自然语言编程》项目工单 v3.2 · 信息工程学院人工智能教研室