从请各位佬友来点评。准备在公司做一次技术分享，聊聊我的“上下文工程”实践继续讨论：
最近花了很多精力在vibe coding上，我觉得人的注意力已经跟不上ai产生的爆炸上下文了。
第一个体感，用多了brainstorming和grill-me，就会发现人对需求的边界才是飘忽不定的。也正是因为人没精力在spec阶段就确定好所有细节，或者模型降智没有理清边界，才是导致aigc堆积成屎山的最大原因。
另一个体感就是superpowers这套TDD范式在vibe coding时代可能已经落伍了。ai可以很轻易绕过原有思路在错误方向上狂奔，最终一样实现绿灯。原话题里的大量property测试我觉得是正确的思路，不过也只是正解的一个子集，其实本质就是让ai进行对抗，找漏洞，最终把代码收敛成最佳状态。
有一个还没有精力去实施的想法。基于上述体感，最值得人花精力（也可以用大量token来逼近）去介入的地方，应该是spec制定和对抗方法。
前者是整个开发过程的权威锚点，目前很难被ai全自动接管，我能想到的也只有grill-me慢慢来了，可能后面模型智力提升后，更能抓住重点来减轻点精力消耗。
后者因为相同的spec在不同模型眼里，盲区大概率是不同的，所以可以引入多个专家模型，写代码的只根据spec写，写测试的只根据spec出反例，再辅以黑盒测试和property测试，把多个模型的分歧点暴露出来，作为修订spec的依据。这样的流程应该就能让spec和代码逐步收敛到真实需求。
手打的，不是AI润色，所以没有截图。
6 个帖子 - 6 位参与者
来源: LinuxDo 最新话题查看原文