动量方舟 · Momentum Ark

10 月 30 日，我开始复盘

平台稳定运行、策略跑到 18 个、事故也修完了。那天上午 11:09，我说：

> 我（10-30 11:09）：我们回顾一下，从 0 开始，一个人用 WorkBuddy 搭了个量化平台，18 个策略跑了 10 年；我打算用这个写一个系列文章，你梳理一下，如何从 0 开始，怎么一步一步迭代的，整理一下整个框架

第一版框架很快出来了：13 篇，结构清晰，每篇都有"技术要点""架构说明""实现细节"。

我看完只回了一句：

> 我（10-30 11:16）：那你这里面，很多都提到了技术啊，框架啊这些细节，但对于读者来说，甚至对我来说，很多都没有限定，都是你自己设定的，这部分内容直接发出来，是不是读者看不明白，还以为需要技术背景

这一句，推翻了整版框架。

第一轮：把技术词删掉

第一版的问题不是写错了，是写给谁看搞错了。它默认读者是个程序员：会关心"FastAPI 路由怎么组织""SQLite 的 WAL 模式""APScheduler 的任务编排"。

可我要的读者是：像我一样不会写代码、但手上有几个想法的人。他们看到"SQLite WAL"不会觉得专业，只会觉得"这不是给我看的"。

于是第二版出来了：技术词全删，改成"数据库""定时任务"这种说法，每篇加一段"白话解释"。

我看完说：这个好多了，但还差一件事。

第二轮：AI 必须出现在每一篇里

> 我（10-30 11:26）：这个好多了，这里面，有一个重要的点，就是这个 AI，每个环节都要体现，我和你 WorkBuddy 沟通交互的场景，让另一个小白看到我这个，想动起来，也可以做一个类似的。

这才是这个系列真正的价值所在。

不是"我做了个量化平台"——那只是个结果，读者学不走。 而是"我是怎么跟 AI 说一句话，它就把这件事做出来的"——这个过程，读者可以照抄。

第二版写的是"我提了需求，AI 实现了"。第三版开始有对话，但对话是 AI 自己"创作"的，读起来很顺，很像教程。

直到我看了第三版，发现不对劲。

第三轮：不要编

> 我（10-30 11:37）：你不要编，就把真实的沟通整理重要核心的整理过出来，你看"让数字会说话：我描述，AI 画图"这些就是全部编的。

那句话是压垮骆驼的最后一根稻草。第三版里有一节叫"让数字会说话：我描述，AI 画图"——写得挺漂亮，但我从来没说过这种话。

漂亮的假话，比难看的真话危险得多。

因为读者会照着做。他照着那句"我描述，AI 画图"去试，发现根本不是那么回事，然后他会觉得：要么我不行，要么这套方法是假的。

于是有了第四版：从 19 天的完整聊天记录里，提取出 297 条我的真实消息，按时间排序，每条带时间戳。写文章时只做一件事——引用原文，解释背景。

你现在读到的这个系列，就是第四版。

为什么这件事值得单独写一篇

因为它是整个项目最浓缩的一次"人机协作"：

三轮里，AI 每一轮都在"努力做得更好"，而每一轮我都把它拉回同一个方向：真实。

第 3 版的编造不是恶意，是本能——AI 被训练成"输出看起来合理的内容"，而"合理"和"真实"是两件事。一篇文章里，合理的过渡句、合理的心理描写、合理的对话，读起来都很好，但它们从没发生过。

这个系列里，什么是最不可复制的

不是那 18 个策略。策略谁都能写，规则书网上到处都是。

不是那套代码。代码 AI 一周就能重写一遍。

是那 297 条消息。

里面有我凌晨十一点半发火的记录，有我一个参数问四遍的固执，有我贴上去的 26987.3%、-323.3%、6,687,873 这种精确到个位的数字，也有我事后承认"可能确实是缓存，是我看错了"的句子。

它们不好看，但它们是真发生过的。

19 天的账

最后，回到第一句话

10 月 12 日 13:24，我发过去两个文档，说"这两个文件，你先学习一下"。 14 分钟后，我说"你开始进行开发和搭建"。

如果这 19 天只让我留一句话给同样想动手的人，是这句：

你不需要会写代码，但你必须知道你想要什么，并且愿意为"数字对不对"这件事反复较真。

AI 能给你一切实现，唯独给不了你两样东西：你的偏好，和你的怀疑。

【你也可以】

现在，关掉这篇文章，做一件事：

打开你和 AI 的聊天框，写下你想做的那件事的第一句话。不用完整，不用专业，就一句："我想做一个……"

然后，准备好在这个项目接下来的每一天里，问出那句最重要的话——

"这个数字，是怎么算出来的？"

---

本系列为个人研究与搭建记录，所有数据与策略均不构成投资建议。历史回测不代表未来收益。