只须软件工程如故团队互助，咱们就需要一种形式让东谈主知谈系统怎么运作、为什么作念了某些决定、界限在那边，这个需求不会因为AI开动写代码就灭绝，正好相背，它变得更要害了。

当年大多量团队靠代码审查来措置这个问题，当有东谈主审查你的归并央求时，他们不单是在查弱势，更是在接纳高下文，知晓某些决定为什么被作念出，这即是团队的隐性常识。在DevEx指令者社区The Hangar，咱们时常参议代码审查。凭据《Looks Good to Me: Constructive Code Reviews》一书的作家Adrienne Braganza Tacke的不雅点，代码审查最紧迫的功能其实是记录留存：记录代码库是如何演变的、为什么这样变，而不单是是合手bug。

那段对话当今看来也曾像是另一个时间了，咱们所熟知的统共这个词软件建立人命周期，不仅在加快，更在坍缩和被从头界说，我最近说过，咱们应该干掉代码审查，AI生成代码的速率远超东谈主类能审查的速率。归并央求堆积如山，或者被橡皮印记一盖了事，那谈审批关卡也曾不再匹配咱们当下作念软件工程的形式了。

但如果AI当今生成了大部分代码，而莫得东谈主能读完统共代码，常识该怎么传递?

在代码互异之上作念决策

我建议的措置代码审查瓶颈的有筹谋是：把东谈主工查验点前移，去审查意图，审查代码应当得志的合同：规格阐明、有筹谋、拘谨要求和验收模范，常识传递这部分也雷同适用。

如果团队在生成代码之前就审查了意图和验收模范，常识传递就会在研究过程中当然发生，你不需要从500行的代码互异里反推决策。你是在职何东西被构建之前，就对都少数几个要害聘用。审阅者读的是10行决策，而不是500行代码。

无论是轻量级规格文档、一组验收模范，如故从prompt对话中索求的重点，原则都一样：让决策可见、可审查，常识就在那里。

当建立者使用Cursor或Claude Code时，他们在不断作念决策：架构聘用、行径衡量、限制判定，这些决策存在于prompt对话中，21点棋牌app2026中国最新版官网存在于与智能体的来去交互里，但当归并央求提交时，这些高下文就没了，代码在，背后的推理不在。

在罢了之前面貌化意图这个宗旨并不新，行径驱动建立(BDD)、测试驱动建立(TDD)和按合同遐想(Design-by-Contract)这些方法，都试图在写代码之前，用结构化的、东谈主类可读的规格来界说行径。BDD尤其要求团队用当然说话刻画系统应该作念什么，写成连非技艺关连东谈主都能读懂和考证的场景，何况是在写任何代码之前。

这些方法当年常被视为支拨，写面貌化的行径刻画和合同需要表率和时刻。在委用压力下，团队时常跳过它们。AI让它们变得更实用，而不是更作假用。AI不错匡助生成结构化的验收模范、行径规格，致使合同式刻画。它也能匡助扩张这些模范。

AI软件工程不是单东谈主畅通

咱们时时时会听到有些工程师在外面跑智能体编排器，一天能产出10万行代码，比如Steve Yegge和他的Gas Town。有东谈主说这即是软件建立的将来——单东谈主建立者带着一群agent，但我不这样觉得。构建软件，即便有智能体加持，开云(中国)2026世界杯IOS|Android手机app下载也不是单东谈主畅通。

如果阿谁东谈主被车撞了，别东谈主能接办这个技俩吗?他们知晓统共作念过的决定吗?不行。在企业环境中，你需要冗余。多个关连东谈主、多个团队、互助。

常识传递的功能不会因为AI收受率高潮而变得不紧迫，它变得更紧迫了，因为系统内容作念的事和任何个东谈主对它的知晓之间的差距，正在以前所未有的速率拉大。没东谈主但愿我方的高等工程师成为瓶颈，因为只须他们知谈我方是怎么从AI那里取得措置有筹谋的。

当AI参与到经过的每一个设施时，互助的社会合同正在改变。存在作家身份无极——一个东谈主审查共事提交的代码时，不知谈对方花了若干元气心灵去知晓这段代码的细节。审查员可能用AI来帮我方知晓代码并发表驳倒，而作家可能用AI来修起这些驳倒，却莫得花时刻真确阅读和知晓它们。

在AI出现之前的团队里，一个低级工程师的归并央求会产生：

• 高等工程师就习用法模式给出4~8条驳倒

• 对于界限情况的来去参议

• 一堂隐含的"我会怎么想考这个问题"的课

• 一位当今知谈这部分代码存在的高等工程师

而在AI重度使用的团队里，雷同的变更是：

• AI生成，稍作裁剪

• AI审查，稍作通过

• 归并，零个东谈主对它造成了心智模子

新式债务：解析债务

我最近和培植、筹商员Margaret-Anne Storey聊过，她为此创造了一个术语：解析债务(cognitive debt)，她领先是在一组用AI快速构建的学生身上留神到这个风景的，某个时刻，学生们告诉她，他们也曾没法再对产物作念转变了。培植一开动怀疑是技艺债务、代码芜杂，效果发现学生们积攒的是一种新式债务。

他们也曾搞不清我方在作念什么功能、为什么作念，他们不知谈团队里谁知谈什么，其中一个团队里，只须一个东谈主了解统共代码并知晓它，因为是他在监督生成代码的AI，而团队其他东谈主作念不到这少量，何况就连生成代码的阿谁东谈主，也并不真确知晓生成了什么。

这即是团队开动用AI快速构建时的风险：因为推行中不可能审查数千行AI生成的代码而废弃代码审查，却什么都不作念来替代常识传递的功能。

Anthropic的筹商揭示了过度依赖AI编程助手在代码知晓方面的时弊，他们对52名工程师的筹商发现，AI扶助在职务速率上莫得带来统计权臣的升迁，但在随后的知晓测试中得分低了17%。降幅最大的是调试才智，倡导知晓和代码阅读也有小幅着落。论断很明确：被迫地甩给AI("让它能跑就行")对学习的挫伤，广泛于用它来发问和知晓代码。

哪怕只是在用主智能体写完代码后触发一个回击性智能体，问一些诸如"你为什么这样作念?""你预期什么行径?""你议论了哪些衡量?"这样的问题，也能在很猛进程上减少解析债务，它迫使建立者在代码往前鼓吹之前，先把知晓阐明晰。

让常识传递变得特意为之

那些判断和那些决策——这才是咱们看成东谈主类在AI优先的寰球里真确提供的中枢价值。你致使不错说，大部分写出来的代码都是样板代码。咱们真确在作念的主若是架构决策、行径决策和技艺决策。这些才是咱们需要看成输入提供给AI系统的东西，而每一次变更都需要对这些决策有澄莹的解析。

当年通过代码审查发生的好多常识传递是附带产生的，工程师接纳高下文，是因为他们必须看代码才能批准它。跟着咱们逐步淘汰审查，大概审查这些决策变得愈加紧迫。

2026世界杯开云(中国)官方入口

归根结底，工程师仍然要对我方创建的变更认真。统共这些决策都必须被跟踪，必须有东谈主大概审计它们、追问为什么作念了某些决定，这即是你的着实开始。我觉得团队互助和常识传递即是这样演进的，即便我说过咱们应该干掉代码审查。

出产力的升迁是确切的，值得追求，但每个隧谈以归并央求蒙眬量为优化筹谋的企业，都是在拿我方的工程文化作念实验。五年后开云(中国)2026世界杯IOS|Android手机app下载，真确赢下来的不会是那些委用最多AI代码的企业，而是那些工程师依然知晓我方委用了什么的企业。