sillydaddy

我最近恰好遇到了类似问题，来分享一下：

最近不是 AI 编程嘛，我开了多个任务（大概 4 ，5 个吧），想着在某个任务等待 AI 的间隙，切换到其他任务，提高效率。结果是，那些遇到稍微难啃骨头的任务（比如思考下一步的规划），在并行过程中，被我无情抛弃了，只走那些进展顺利的任务，最终只有 1 ，2 个任务在跑，其他都是做一半。而且精力分散，导致每个任务都不能深入思考。那些只做一半的任务，后续还要重新拾起来，还要面临再拾起时自信心受挫，摩擦阻力大的问题（因为知道当初遇到了难点）。

问题关键就在于大脑注意力的专注，可以产生复利效应（或者叫边际成本递减，无论怎么称呼它），意思就是越做越快，越来越熟悉，遇到难题也能披荆斩棘的感觉，这提高了专注的价值。而且专注可以快速出成果获取反馈。

当然，这种情况也有例外，比如你苦思冥想一个问题，就是解决不了，也许此时换个任务是一个更好的办法，回过头来之前的问题可能会突然迎刃而解。

每个人都不一样，所以，我感觉你现在的做法就很好啊。没必要强求，找到适合自己的方法就行。

很有意思的想法。目前看来就是你说的 2 个方案：
1 是借助冷冰冰的物理和算法，像 vdf 这种本地挑战难题，甚至无法用硬件加速。它只需要你在电脑上一直跑解密程序，跑个几年。
2 是借助外界(如区块链)监督，如各种智能合约。

哪种更让人安心，因人而异。但合约明显更方便吧。

@JoeJoeJoe 可以最小化发布吗？ 6 个月太久了。给你个提示词（哈哈）：只给你 1 个月，逼自己一下，哪些模块可以不用一下子放进来，哪些可以先用中心化的逻辑。

你这精力，比我还分散，哈哈，不过执行力比我强多了。
这个领空投的 v2ex.info 网站不错，还可以发布 v 币任务。
建议就是集中注意力快速把第一个弄出来 /doge ，好奇问下需要什么前置工具啊？

你说的这些都不是问题。

AI 编程，最关键的区别，就在于它是可以低成本验证的。

你提到的测试失效的问题，只要稍微想一下，它跟什么机床测量没有任何区别。软件最终是要验收结果的，它不考虑内部实现，就跟机床的验收一模一样！没有任何区别。

想通了这点，你后面就这点的讨论就都不成立了。你说 AI 会自己编写 case ，放过自己编写的 bug ，难道你使用 2 个不同的 AI 去做，也会这样吗？
我现在做一个项目（带有前后端），让 AI 去生成测试用例，它生成的测试用例很丰富，很详细。问题主要出在，它编码完成时，会「由于时间原因」跳过某些测试用例。（这是 AI 亲口告诉我的，由于时间原因，我想可能是迫于某些原因。）

所以跳过测试是一个问题吗？我觉得不是。你如果让某个 Agent 实例，专门只测试 1 个测试用例，那应该完全不会有这个问题。有了测试用例，就不用担心 AI 的实现跑飞。

然后有人会质疑，这些测试用例不会覆盖到所有情况。这里我觉得要拿你的矛来攻你的盾——「如果一个工程代码，能将应用的核心用例和路径跑通，同时跑通一些极端用例，那么它出错的概率是比较小的，这就是功能的相关性。就像如果一个 AI 可以编写出最复杂的算法，就难以想象它无法编写简单的排序算法一样的道理。」

谎报军情

这个评测比较客观： https://news.pedaily.cn/202602/560835.shtml

@crocoBaby 成本不小。我算过，如果自己玩一遍整个的流程，大概要亏几万块吧。计算很简单：

毕业前，就像站长说的是个存钱罐。买完之后再卖掉，只会损失手续费。钱（ SOL ）还会原路拿到。
一旦毕业，需要把剩余 20%（好像是这个比例）的币，也就是 2 亿个币，连同池子里的那些 SOL ，放到 AMM 里面，作为初始的流动性。

可以看看如果你不想玩了，想把手里的 8 亿个 v 币全卖给池子，能回收多少 SOL ？
根据 AMM 的乘积不变公式：2 亿 v 币 * 80SOL （忘记了，大概是 80 个吧） = 10 亿 v 币 * x SOL
可以算出，池子里会剩下 2 亿/10 亿 * 80 SOL = 1/5 * 80SOL

这意味着，你把手里的 v 币全甩卖了，池子里也会永久留下原来 SOL 总量的 1/5 。它们永远被留在那里了！！
这就是贪玩的代价！

总结一下就是：
1 是认定这件事，做好心理建设；
2 是集中精力在一件事直到取得；
3 是采用朝向目标的快速迭代，不要被跟主目标无关的东西拖累，以最快速度产出主目标，最快速度获得成果反馈。

第 3 点是最难的，怎么算主目标，怎么算可以获得反馈的成果。

以写小说为例，我也写过小说或者其他类型的写作，你是先把所有的都构思好，把所有的叙事结构（怎么铺垫，怎么埋伏笔）都搭建好，把所有的句子精雕细琢推敲搞通顺。还是先出一个很粗糙的故事框架？以我的经验来说，后者很有用。因为它直接给了自己这个读者一个反馈的机制。写完一个版本后，所有的基本的东西都有了，如果基本的框架没问题，那再迭代两三版就已经很不错了，把句子理顺，段落的逻辑调整顺，甚至可以把伏笔都加进去。如果框架不行，之前写的东西很多都是可以拿来再重复复用的。如果卡在某个段落（故事情节），就没有反馈，很容易掉坑里爬不出来。