Miao18

重构过
说实话，如果是我自己非常熟悉的模块，而且相对独立，不和其他部分有深度依赖的话，重构效率还是不错的。因为我很清楚要什么。Spec 基本不会出什么问题。
写完大致 review 一下，基本可行。

但是，tob 的业务复杂度，一个人 hold 住？
你说你不熟的部分，ai 写完了你找相关的人 review 。 别人只会回你一句 ai 写的那是给人看的？
除非有个非常资深的，对整个产品都很了解的人。不然 tob 这种，谁敢乱动，万一搞坏一个大客户需要的功能。死都不知道怎么死的

好久远的词汇，那还是在那通信大厂的一年，是我人生中难以忘怀的三年
进去刚不到 1 个礼拜，领导说了句，要开始冲刺了。
年少懵懂的我压根就不懂冲刺是啥意思，然后吃饭的时候，就听边上的老同事腹诽了一句，都从去年冲到到现在了，天天冲刺。
后来才知道，冲刺原来是 敏捷开发里 Sprint 的翻译。
但是，Sprint 的本意其实是用来度量 Scrum 的一个更小，更灵活的开发周期（这么一想，其实每天都是冲刺也没错）。但是翻译成冲刺之后，领导就很喜欢。毕竟冲刺比周期更加紧急。让手下人加班起来也更似无忌惮。
对比下两句话吧，
在这个周期，你加下班吧。
在这个冲刺，你加下班吧。
是不是后者显得，快达到目标了，你努力下吧。

感谢兄弟提供了一大早的欢乐

@jedeft 我上面说的方式和你这个思路已经很相近了。不过每个环节都有人工 review 。直接全自动一把梭，你真的放心？

1.使用 MCP 抓取 wiki page 上的设计文档，结合了解项目的 agent 列出 key requirements 和 design.
2.使用 Plan Agent 制定 plan.
3.Cross Model Plan review.
4.Plan implementation.
5.Cross Model Code review.

公司买什么，我用什么。
自己的话，TRAE 。 无他，量不大，足够用了。

感谢分享。
先写测试确实是一个思路。
还有 plan 模式，可以通过不断的交互，让生成的 plan 非常详细，甚至可以详细到修改哪个代码文件。

@rcj6056 https://code.visualstudio.com/docs/copilot/chat/chat-planning
相当于你先准备好详细设计（软工应该是这么称呼的吧）。然后再让 agent 实现。
在准备详细设计的时候，也能借助 AI 的帮助。