动量方舟 · Momentum Ark

"纯讨论"是个重要的词

我和 AI 的聊天记录里，"纯讨论""先别改""不改代码"这几个词出现了几十次。

它不是客套话，是个开关：打开它，我们只谈方案，不碰代码。 这个开关救过我很多次——很多时候我以为我要的是 A，聊完发现我真正要的是 B。

10 月 19 日下午 13:56，我打开了这个开关：

> 我（10-19 13:56）：你梳理一下，还差哪些功能没有完成，比如，微信扫码之类的

这就是平台第一次"产品复盘"。

第一个问题很世俗

一小时后，我问了一个所有做工具的人都会遇到的问题：

> 我（10-19 16:07）：现在问你啊，我做了这个功能，这个网站，我除了自己投资用，怎么让他变现呢

那天没有结论。但这个问题逼着我们想清楚了一件事：这是个"自己用的工具"还是"给别人用的产品"？

如果是给别人用，就要有账号、有权限、有客服、有免责；如果只给自己用，那一切从简。最后我们选了个中间态：自己用为主，把能公开的部分公开出去（也就是现在网站上的策略档案和估值工具页）。

这个选择后来省掉了一堆麻烦——没有开放注册，就没有垃圾用户；没有用户策略，就没有内容审核。

分组：功能不是越多越好

10 月 20 日下午，我提了个观察：

> 我（10-20 14:00）：纯讨论：现在策略越来越多了，在看板页面，一次拉出来十几个策略；咱们如果考虑分组，让客户点击这个组的，再加载这个组的策略，你觉得这个设计怎么样

到那天，策略已经从 2 个变成 11 个，一屏塞不下。聊了半小时，我定了个顺序：

> 我（10-20 14:53）：可以，先这样改吧，如果好改的话，可以按这个顺序 动量/轮动 资产配置 单标的择时 全部，就是全部这个默认界面，放在最后

"全部"放最后这个细节，是我作为使用者的直觉：我每天看的是"我今天该不该动"，不是"你有多少策略"。默认给最重要的那组，而不是给最全的那组。

那个真正的问题："我钱怎么分配"

10 月 21 日下午，我说了一段话，后来直接催生了一个大功能：

> 我（10-21 13:45）：纯讨论，如果做这个功能，好做么？有什么方案？现在每个策略都是独立回测、独立展示。但用户真正需要的是"我钱怎么分配？"——比如 30% 红利轮动 + 30% 大盘择时 + 40% 股债平衡。

这句话是整个项目的转折点之一。

在此之前，平台是"18 个策略各自表演"；在此之后，平台开始回答"我这 100 万该怎么分"。

这不是技术洞察，是使用者的痛点。 AI 永远不会主动提"你的策略应该组合起来看"——它只负责把每个策略做好。把 18 个孤岛连成一张地图，是人的工作。

功能落地时我还追问了一个边界问题：

> 我（10-21 14:58）：有一个问题，讨论一下，如果，每个用户登录上来，不断地建策略，那我们策略是不是很多了；还有，每个人建一个策略，那这个策略，是所有人都可见么

这个问题决定了权限设计：用户自建的组合只对自己可见，不进公共列表。 一句话，省掉了后面一堆"我的策略怎么被别人看到了"的麻烦。

慢，是个产品问题

10 月 23 日上午：

> 我（10-23 09:55）：纯讨论，现在每个一级面板打开，比如看板，收益统计，每次切换都重新拉取数据，就会比较慢

于是有了缓存方案。但我马上想到了它的副作用：

> 我（10-23 11:07）：那还有个问题，就是有刷新按钮后，如果有人反复点刷新按钮，这样会不停的请求后端，这个如何解决

这是典型的"产品直觉"——不是"能不能做"，是"做出来之后人会怎么用它"。人在着急的时候会连点刷新，一天点一百次。

最后的方案三层：

1. 切换页面走缓存，10 分钟内不重复拉 2. 刷新请求进行中，按钮禁用，重复点击合并成一次 3. 30 秒冷却期——最关键的防线

我特意要求"冷却时间长一点"：

> 我（10-23 11:16）：好的，先做 A（缓存 + 刷新按钮），① 请求进行中禁用 + AbortController 合并，② 冷却期（最关键的防线），冷却时间长一点，30秒

为什么是 30 秒？因为这台服务器只有 2 核，一次全量刷新要跑十几秒。防的不是恶意攻击，是我自己的手。

产品迭代的固定节奏

从 10 月 19 日到 30 日，这个节奏重复了四五次，几乎一模一样：

第 4 步是很多人会跳过的一步。 不问工作量，你会同时开工五件事，最后一件都没上线。问了之后，你可以排序：先做复用度最高的、收益最大的。

10 月 26 日那次复盘，AI 给了 P0（影响能不能算清楚）和 P1（提升专业度）两级清单，我挑了 P0 里的两项：

> 我（10-27 10:26）：听你的，先干 P0-1 + P0-3

其中一项就是"真实收益算清楚"——复权口径。这个决定四天后引发了一场事故（第 7 篇），但它本身是对的。 产品就是这样：正确的决定也会带来代价，你只能承担它。

到 10 月 30 日，我又问了一遍

> 我（10-30 10:55）：现在看看，我们这个平台是不是已经很全了，还缺哪些

这次 AI 给的清单短多了：序列新鲜度监控、自动备份 + 恢复演练、测试固化。都是"不出事看不见，出事就要命"的东西。

我把它记下来了，没做。这也是一种判断：不是所有缺口都要马上补，有些缺口的作用是提醒你别忘了它。

这一篇学到的

• "纯讨论"要主动说。 不说，AI 会直接开始改代码，你可能连自己要什么都没想清。
• 好功能来自使用者的痛点，不来自技术。 "我钱怎么分配"这句话，AI 提不出来。
• 方案出来后，追问"人会怎么用它"。 连点刷新、忘记密码、看不懂数字——这些才是真需求。
• 拍板前问工作量。 它决定了你先做哪一件。
• 排序靠"复用度 + 收益"，不靠"看起来酷"。

【你也可以】

下次想让 AI 加功能，先发这三句：

1. "纯讨论，先别改代码：我发现的问题是……你觉得有几种解法？" 2. "这个改动大概多大工作量？按收益排序，先做哪一件？" 3. "如果这个功能上线了，人会怎么误用它？"

第 3 句最容易被忽略，也最能看出一个人有没有产品直觉。

---

本系列为个人研究与搭建记录，所有数据与策略均不构成投资建议。