1
00:00:00,000 --> 00:00:04,480
也许你一直在想，这次旅程很有趣，很有用，我正在学习新的东西

2
00:00:04,480 --> 00:00:11,199
技能，但我希望它能更深入、更专业、更硬核。嗯，好消息，那就是

3
00:00:11,199 --> 00:00:17,360
我们正在做什么。欢迎来到第二周，欢迎来到专业周。今天是黄色日，这意味着

4
00:00:17,360 --> 00:00:23,760
今天是平台日，也是产品日。在所有产品日中，这是唯一的，这是唯一的

5
00:00:23,760 --> 00:00:28,639
这对我来说是很亲近的。这是克劳德代码日。我要介绍的是克劳德代码，它是

6
00:00:28,639 --> 00:00:33,759
将成为接下来两周剩余时间的主要焦点。但我们也会看看

7
00:00:33,759 --> 00:00:40,159
在 OpenCode 上，或许还有其他一些人。今天要做的事情就这么多。在课程开始时最后

8
00:00:40,159 --> 00:00:46,479
本周，我带您了解了 Steve Yaggy 提出的人工智能编码演变的八个阶段，从

9
00:00:46,479 --> 00:00:52,880
只使用 ChatGPT，最后一直使用像他自己的 Gastown 这样的编排平台。

10
00:00:52,880 --> 00:00:58,400
我们讨论了这种演变，因为前四个是我们在第一周要做的事情，

11
00:00:58,400 --> 00:01:04,319
第五阶段是我们现在第二周真正要锤炼的阶段，然后是第六、第七和第八阶段，

12
00:01:04,319 --> 00:01:11,839
超级奇特的东西，也许主要是在第三周。我们还经历了各种

13
00:01:11,839 --> 00:01:18,639
去年流行的三个阶段、三种编码方式，主要是

14
00:01:18,639 --> 00:01:24,319
我们在上周末做了关于计划、执行、审查和测试的工作，写出你的

15
00:01:24,319 --> 00:01:30,080
规范、推动流程以及信任但验证的心态，我认为您会同意这一点

16
00:01:30,080 --> 00:01:35,199
上周第五天我们的项目中有什么。这些是典型的技术

17
00:01:35,199 --> 00:01:41,279
用于大型代码库的关键任务软件以及高度创新的代码，

18
00:01:41,279 --> 00:01:47,199
你正在使用一些最新的、最棒的库，你必须更加小心地工作。但对于 MVP 来说

19
00:01:47,199 --> 00:01:51,680
对于新构建，您有风险偏好，您只是创建大量样板前端

20
00:01:51,760 --> 00:01:57,279
结束代码，比如说，这是，自动化已经成熟了，那么你可以更大胆，你可以去

21
00:01:57,279 --> 00:02:02,639
借助 YOLO，您可以拥有所谓的拉尔夫循环，我们本周将对此进行探索。你甚至可以

22
00:02:02,639 --> 00:02:09,520
我们下周将重点关注这种多代理群、编排的内容。所以这只是

23
00:02:09,520 --> 00:02:14,160
再次向您介绍情况，我需要强调这一点

24
00:02:14,160 --> 00:02:20,399
在 jellyfin 帖子中强调，如果你还记得的话，交付是你的工作，也是我的工作

25
00:02:20,399 --> 00:02:26,880
我们负责的代码我们已经向自己证明它有效并且很好，

26
00:02:26,880 --> 00:02:33,919
我们可以利用法学硕士来帮助我们，我们可以利用它们来扩展我们使用安德烈的话的能力。但

27
00:02:33,919 --> 00:02:38,240
关键是我们对我们交付的代码的质量负责

28
00:02:38,240 --> 00:02:43,279
确保它有效。现在，如果上周是关于氛围编码，通过编码获得乐趣和利润，

29
00:02:43,839 --> 00:02:49,600
本周我们的话题将转向“氛围工程”。那不是

30
00:02:49,600 --> 00:02:55,119
这必然是一个恰当的短语，这是西蒙·威利森创造的一个术语，

31
00:02:55,119 --> 00:03:01,679
令人惊叹的人工智能工程师和作家，我经常向您展示他的东西。但他做到了这个

32
00:03:01,679 --> 00:03:06,800
博客文章，我将向您展示。他说，我觉得氛围编码已经很成熟了

33
00:03:06,800 --> 00:03:12,720
涵盖了快速、松散、不负责任的人工智能构建方式、即时驱动、不关注

34
00:03:12,720 --> 00:03:17,839
代码实际上是如何工作的。因此，这给我们留下了他所说的术语差距，

35
00:03:18,000 --> 00:03:22,960
漏掉了这个词，我们称之为光谱的另一端，经验丰富的专业人士

36
00:03:22,960 --> 00:03:28,880
加快与法学硕士的合作，同时自豪而自信地对法学硕士负责

37
00:03:28,880 --> 00:03:34,960
他们生产的软件。他建议我们称之为氛围工程，你的舌头稍微插一下

38
00:03:34,960 --> 00:03:39,759
厚脸皮，但不是真的，他真的非常想要这个词。我明白为什么并且它正在起飞

39
00:03:39,759 --> 00:03:45,039
有些。当然，正是本着我们将要讨论的这一精神

40
00:03:45,039 --> 00:03:48,960
我们这周的材料。这与上周第五天有些一致。但只是拿走它

41
00:03:48,960 --> 00:03:55,919
此外，它还涉及高生产力、高效率和影响力。但在保持

42
00:03:55,919 --> 00:04:01,279
对你构建的代码负责，以一种万无一失的方式完成它，这就是氛围工程。

43
00:04:01,279 --> 00:04:05,600
事实上，我们将花一点时间浏览他的帖子，以便我可以向您展示一些

44
00:04:05,600 --> 00:04:09,440
他提出的观点，因为它做得很好。嗯，这是他的博客。这是一个惊人的

45
00:04:09,440 --> 00:04:13,679
博客。我们已经完成了第一部分，让我继续。较小的之一

46
00:04:13,679 --> 00:04:19,760
与法学硕士合作的事实是，这很困难。有很多深度需要理解

47
00:04:19,760 --> 00:04:26,640
工具、陷阱以及他们编写代码的速度。这可能很疯狂。

48
00:04:26,640 --> 00:04:34,160
诸如 Claude Code 之类的编码代理的兴起，Claude Code 于 2 月份首次发布，Codex CLI，CLI 版本，

49
00:04:34,160 --> 00:04:40,399
还有 Gemini CLI，CLI 版本，我们一直在使用这些的 IDE 版本，可以迭代代码，

50
00:04:40,399 --> 00:04:46,239
测试和修改，直到达到目标。它极大地提高了法学硕士的实用性，

51
00:04:46,239 --> 00:04:51,279
正如我们本周使用 CLI 工具时将看到的那样。然后他说，我越来越多地听到

52
00:04:51,279 --> 00:04:58,000
来自经验丰富、可靠的工程师，他们同时运行多个代理，解决多个问题

53
00:04:58,000 --> 00:05:03,200
并行解决问题，并扩大他们可以做的范围。他表示怀疑

54
00:05:03,200 --> 00:05:09,359
一开始，但现在他自己做。即使精神上很疲惫，它也是有效的。那就是

55
00:05:09,359 --> 00:05:15,839
更多我们下周要做的事情。它感觉与经典的氛围编码不同。他建造了很多

56
00:05:15,839 --> 00:05:21,440
那样的工具，他的工具非常棒。但通过编码代理进行迭代以产生产品

57
00:05:21,440 --> 00:05:28,079
高质量代码感觉完全是一个不同的过程。而且很明显他们会奖励

58
00:05:28,079 --> 00:05:34,160
顶级流程。自动化测试，构建测试流程，提前规划。我们已经

59
00:05:34,160 --> 00:05:38,320
完成了相当多的工作，就像我们第五天所做的计划一样，然后执行它

60
00:05:38,320 --> 00:05:42,880
步步。全面的文档，我们一直在这样做。我们已经看到它是如何运作的。

61
00:05:42,880 --> 00:05:48,320
良好的版本控制习惯。我们一直在采取 Git 检查点，但本周我们会做更多

62
00:05:48,320 --> 00:05:54,160
Cloud Code 中内置了检查点。以及高效的自动化，所以我们一定会

63
00:05:54,160 --> 00:05:59,519
这周要做很多这样的事情。现在西蒙提出了一些真正的专业观点，我很乐意分享

64
00:05:59,519 --> 00:06:06,480
与你。代码审查文化，确保您的法学硕士审查自己的工作。我们已经做到了

65
00:06:06,480 --> 00:06:12,320
已经好几次了，太强大了。一种非常奇怪的管理形式，越来越好

66
00:06:12,320 --> 00:06:16,480
结果感觉很接近从人类合作者那里得到好的结果，但有些人

67
00:06:16,480 --> 00:06:23,200
他指出的差异。非常好的手动 QA，能够像自动化一样做到这一点

68
00:06:23,200 --> 00:06:28,799
种类。强大的研究能力，了解可以通过多种不同的方式提出问题，

69
00:06:28,799 --> 00:06:33,279
有时你遇到了阻碍，最好退后一步，用不同的方式再试一次

70
00:06:33,279 --> 00:06:37,519
这样做的方法。拥有这种心态，这很难，因为你想解决问题

71
00:06:37,519 --> 00:06:42,720
你知道什么时候尝试不同的东西，这是一项真正的技能。有能力

72
00:06:42,720 --> 00:06:48,720
发布预览是一个非常有趣的点。对可以外包给人工智能的内容的直觉

73
00:06:48,720 --> 00:06:54,320
以及你不能做的事情。我非常同意西蒙的观点，这是一个关键点。我已经

74
00:06:54,320 --> 00:06:59,279
随着时间的推移，我逐渐形成了这种良好的意识，例如，前端是我所擅长的领域。

75
00:06:59,279 --> 00:07:04,160
绝对可以委托给LLM，它将构建一个前端，我可以给它一些反馈，

76
00:07:04,160 --> 00:07:10,079
会很棒的。当涉及到后端，特别是与法学硕士实际合作时，

77
00:07:10,079 --> 00:07:16,399
它经常陷入困境。例如，在第一周第五天，我回来看了看

78
00:07:16,399 --> 00:07:21,440
主要的Python模块，虽然它正在工作，但它很混乱，里面有很多东西

79
00:07:21,440 --> 00:07:27,920
需要重构。这就是为什么你需要对什么有很好的直觉

80
00:07:27,920 --> 00:07:33,200
法学硕士在做什么方面可靠，不可靠，并且能够介入并提供帮助。

81
00:07:33,200 --> 00:07:39,519
有趣的是，我们估算项目的方式已经改变。一直都是

82
00:07:39,519 --> 00:07:45,519
对于软件工程师来说很难，现在在某些方面更容易，在某些方面更难。很多时候，这些

83
00:07:45,519 --> 00:07:49,760
像 Cloud Code 这样的工具将能够非常非常快地生成代码，你会明白的

84
00:07:49,760 --> 00:07:55,359
错误地认为你可以在几分钟内完成令人难以置信的事情，但随后你碰壁了，然后

85
00:07:55,359 --> 00:07:59,920
那么你可能会被困几个小时，用头撞墙，用某种感觉

86
00:07:59,920 --> 00:08:04,959
就像它应该很容易一样。因此，您需要将其纳入您的估计中。正如我所说，

87
00:08:04,959 --> 00:08:10,640
不要被 10 倍的炒作所吸引。这里效率有很大的提高

88
00:08:10,640 --> 00:08:15,279
对于安德烈的观点，你可以扩展你的能力，但肯定有缺点，

89
00:08:15,279 --> 00:08:21,359
你需要将它们考虑在内。西蒙在这里总结了所有这些。他说，

90
00:08:21,440 --> 00:08:25,200
如果您要真正利用这些功能，您需要处于领先地位

91
00:08:25,200 --> 00:08:31,040
你的游戏。设计成功标准时，请记住这一点。我们已经这样做过很多次了。设计

92
00:08:31,040 --> 00:08:39,359
代理循环，规划质量保证，管理不断壮大的奇怪的数字实习生大军，他们绝对会

93
00:08:39,359 --> 00:08:46,239
如果你给他们机会就作弊，并花费大量时间进行代码审查。非常明智的话。

94
00:08:46,239 --> 00:08:50,880
阅读整篇博文。链接在资源里。这是金子。