WEBVTT

00:00:00.000 --> 00:00:02.520
我认为编程 harness 也应该是这样。

00:00:03.020 --> 00:00:05.080
比如，他的工作流就跟我的不一样。

00:00:05.520 --> 00:00:11.620
我可不希望自己的编程 harness 和 agent 非得按他的工作流来运作。

00:00:11.740 --> 00:00:13.380
那太糟糕了。我讨厌他的工作流。

00:00:14.280 --> 00:00:20.720
所以 Pi 也是一种能自我修改、自我修复的 harness，agent 可以按需帮我写工具。

00:00:20.720 --> 00:00:27.060
在同一个会话里，我就能重载更新后的版本，让它检查有没有修好、写得对不对，

00:00:27.060 --> 00:00:27.760
诸如此类。

00:00:27.780 --> 00:00:29.280
我也能马上给出反馈。

00:00:29.420 --> 00:00:29.980
而且我……

00:00:30.000 --> 00:00:35.740
我觉得 Pi 特别有意思的一点，是它的系统提示词非常短。

00:00:36.260 --> 00:00:38.400
我记得不到 1,000 token，不过不太确定。

00:00:38.660 --> 00:00:44.120
其中大概有四分之一，是在告诉 Pi 如何阅读自己的使用手册。

00:00:44.640 --> 00:00:50.920
所以我跟它说“我们要做这个东西”时，不用先解释 Pi 是什么。

00:00:50.960 --> 00:00:52.980
它就会知道：“哦，这里有些例子，可以先读一下。”

00:00:53.020 --> 00:00:58.160
它会自己构建工具，也知道怎样让这些工具支持热重载。

00:00:58.160 --> 00:00:59.520
这真的很有意思。

00:00:59.900 --> 00:01:02.040
Pi 扩展还可以调出界面，对吧？

00:01:02.120 --> 00:01:06.180
我有个自定义审查命令，完全按我想要的方式做代码审查。

00:01:06.240 --> 00:01:07.980
它只检查我关心的那些东西。

00:01:08.340 --> 00:01:11.940
而且不用每次都跟它说：“请审查相对于主分支的修改。”

00:01:12.280 --> 00:01:13.200
我只要说：“审查一下。”

00:01:13.380 --> 00:01:16.080
它就弹出一个菜单，问：“你想让我怎么审查？”

00:01:16.080 --> 00:01:18.020
看还没提交的修改？

00:01:18.320 --> 00:01:19.780
还是看某一次提交？

00:01:19.980 --> 00:01:21.400
还是跟主分支比较？

00:01:22.020 --> 00:01:24.480
这些选项会自动填到界面里。

00:01:24.840 --> 00:01:30.240
如果我不喜欢它的行为，就跟 Pi 说：“我总是在重复这些操作。”

00:01:30.320 --> 00:01:32.040
能不能专门做个界面组件？

00:01:32.080 --> 00:01:34.040
然后它就像变魔术一样出现在里面了。

00:01:34.660 --> 00:01:36.180
对我来说，这才是最有意思的部分。

00:01:36.280 --> 00:01:41.340
它变得特别容易定制，能适应我的需要，不用我绕一大圈。

00:01:41.340 --> 00:01:47.260
比如，Claude Code 团队前几天刚发布了一个新的待办工具。

00:01:48.280 --> 00:01:52.940
Armin 把它重新做成了 Pi 扩展，花了多久来着？

00:01:53.020 --> 00:01:53.340
我也说不准。

00:01:53.760 --> 00:01:54.540
一个小时？

00:01:55.020 --> 00:01:55.200
对。

00:01:55.200 --> 00:01:55.400
差不多吧。

00:01:55.940 --> 00:02:02.120
所以，我不用等编程 harness 的厂商把我工作流需要的功能加进来。

00:02:02.260 --> 00:02:03.440
我直接跟 Pi 说：“帮我做这个。”

00:02:03.440 --> 00:02:04.200
直接加上就行。

00:02:04.940 --> 00:02:09.940
它会读文档，也就是包含示例和 API 说明的 Markdown 文件。

00:02:09.940 --> 00:02:11.760
然后帮我把东西做出来。

00:02:12.560 --> 00:02:15.160
我觉得这有价值，至少作为一种实验是这样。

00:02:16.100 --> 00:02:16.780
对，对。

00:02:17.160 --> 00:02:19.780
而且，我还用这种方式把 Doom 跑起来了，挺好。

00:02:19.780 --> 00:02:19.900
对。