“用户故事”一直在模糊的用，上节课被老师推荐Mike Cohen 的《User Stories Appiled》赶在本节课更新前看完了，感觉如梦初醒恍然大悟，也更加觉得老师上节课对于“三类用户故事”的总结精辟实用。也引出本节课程的模糊点： 书中的“捕获”比喻和老师本节课中说的“用户故事可能变化”，都给我传递出：用户故事只是对 模糊需求空间进行逐步清晰、逐步描述的载体。相对应的，整体解决方案应该也是阶段性动态的，用户旅程也是阶段性动态的。（不知这理解对吗？） 所以，本节课教的 LLM 辅助用户故事编写的核心价值是不是可以理解为： 可以先 high level 描述整体解决方案和用户旅程，然后 通过一个个用户故事的 TQA 式对话，一步步让人类在 LLM 引导下，让 high level 的解决方案以一个个用户故事的形态 拆解出来。因为用户故事也能驱动测试，测试进一步驱动开发。所以，从整体软件工程视角看，我们通过 LLM 对需求这个复杂空间做了快速探索/试错，具体来说就是对需求和解决方案都完成了拆解，于是把最重要的“做正确的事”部分啃下来了？ 不知道是否 get 到真经，还请指教～