思考题：如何使用 LLM 帮助我们做工序回顾？ 把 CoT 丢给 LLM，让它根据这次的需求拆分一遍任务列表，然后和团队当前实际的任务列表对比，应该就可以发现变更的架构和测试策略了，从而实现回顾？（还可以让 LLM 反思一下这个需求，在当前架构愿景下，好不好实现，是否缺失组件）

🤔☕️🤔☕️🤔 【R】团队认知行为的基线 = 通过测试工序来拉齐 = 按照测试工序分解任务@复杂 + 按照测试工序编写测试和生产代码@[复杂/庞杂] = 能否准确拆分任务 + 能否掌握测试工序。 【.I.】胜任，做得出来，还是，验得到位，越困难的问题，越倾向于能否做出来，越复杂的问题，越倾向于能否验得到位。困难，偏向科学，要做出发现级的成果，复杂，偏向工程，要做出组合发明级的成果。 【.I.】任务拆分，画张草图，各自领一份回去，改天拿来发现，拼起来就跑飞，开始加打印、看日志、加打印、看日志……，没有加断点，不知道会不会，反正没过脑子没日没夜打印加日志看，直到有一天，家里宝宝好奇问，老爸你在忙啥呢？对呀，我在瞎忙啥？我在假装忙活啥？ 【Q】同问：LLM如何助我们团队认知基线的建立？ — by 术子米德@2024年5月8日