Prova 冲刺实际是什么样子：第一周详细解析

这是 Prova 冲刺第一周的实际情况。不是营销版本——是真实版本。

你选择一项工作。你产出一个成果物。你在真实或接近真实的情境中测试它。你提交结果。有人根据明确标准审核它，告诉你是否通过或需要修改。这就是整个循环。

没有录制的讲座。没有测验。一个冲刺，一个证明点。

第 1 天：选择工作流

你首先做的不是构建任何东西。你写一个工作流定义。

这意味着在一个段落中回答三个问题：你目前手动完成的任务是什么？谁触发它？好的输出是什么样的？

听起来很简单。并不是。大多数人带着模糊的想法来——"我想自动化我的内容流程"——第 1 天的练习迫使他们具体化。"我想要一个接受内容简报并以我的品牌声音返回 400 字博客介绍的 AI 工具"是一个工作流。"自动化内容"不是。

具体性要求过滤掉了尚未准备好的项目。如果你不能在一个段落中描述这个任务，你还没有准备好为它构建工具。

第 2–3 天：构建提示系统

确定工作流范围后，你编写提示系统。

这不是单个提示。这是一组结构化的指令：定义角色和约束的系统提示，接受可变输入的用户提示模板，以及至少一个展示好输出的完成示例。

在此阶段，Prova 界面引导你完成四个组件：

1. 角色定义。 AI 扮演什么专业角色？该角色的限制是什么？
2. 输入模式。 提示接受什么结构化信息？（关键词、受众、语气信号等）
3. 输出格式。 响应应该是什么样子？标题、长度、结构？
4. 质量信号。 什么使好的输出不同于可接受的输出？

大多数人在此阶段修改他们的第 1 天工作流定义。这是预期的。编写提示迫使定义所推迟的精确性。

第 4 天：在真实数据上运行

这是最重要的一天，也是人们在独自构建时跳过的一天。

你针对自己工作中的三个真实示例运行提示系统——不是假设场景。如果你的工具是活动简报生成器，你输入之前写过的三个真实简报，并将 AI 生成的内容与你会写的内容进行比较。

目的不是确认工具有效。而是找出它在哪里失败。每个提示系统都有边缘情况下的失败模式。第 4 天在提交前找到它们。

此阶段常见失败：输出正确但太长；语气正确但结构错误；工具对短文有效但对长文失效。这些都是可修复的。在没有发现它们的情况下提交会浪费审核周期。

第 5 天：准备提交

提交物不是精心制作的演示文稿。它们是包含三个必要部分的结构化文档：

1. 提示系统。 实际的系统提示、用户提示模板和完成示例。
2. 三个真实输出。 第 4 天在真实数据上运行工具的结果。
3. 自我评估。 一段话：这个工具在哪里可靠地工作，在哪里失败？

自我评估部分是故意设计的。它比听起来更难写，那段话的质量告诉审核者很多关于你是否理解你所构建的东西。

提交后：审核流程是什么样的

审核在 48 小时内返回。审核者根据五个标准对提交物评分：工作流清晰度、提示架构、三个真实示例的输出质量、失败模式意识，以及进入下一个冲刺阶段的准备情况。

每个标准获得三种评级之一：达到标准、需要修改，或尚未解决。

通过意味着工具在其声明范围内达到标准。不意味着完美。意味着足够扎实可以继续构建。

修改意味着一个或多个标准在冲刺可以进展之前需要工作。审核包含具体反馈——不是"改进提示"，而是"系统提示没有定义什么算作可接受的长度，导致三个示例中输出长度不一致"。

修改结果不是失败。这是审核在做它的工作。我在 Prova 看到的一些最强的工具经历了一个修改周期。

这与课程的不同之处

在课程中，无论你是否理解，你都完成模块并继续下一个。在 Prova 冲刺中，在工具达到标准之前你无法前进。这是结构上的区别。

审核不是成绩。它是质量门。成果物要么通过，要么不通过。

你带着一个可用的工具离开第一周——你实际上可以在真实工作流中使用的东西——以及一份清晰的记录，说明它做什么以及在哪里不足。这份记录成为下一个冲刺的起点。