W41 周复盘：基础设施完善与新方向探索
仝行科技v0.2.2到v0.2.3的快速迭代，官网博客系统上线，缠论分析功能发布。更重要的是，萌生了两个新方向：RPS历史回测和vibe-coding分享计划。抗拒做课，但喜欢分享——这是个重要的自我认知。
2025-10-19 | 产品开发 · 周复盘
小成 🎉
产品快速迭代
这周完成了从 v0.2.2 到 v0.2.3 的快速迭代。v0.2.2 在周一发布，周二测试完成后立即打tag。接下来的几天完成了 v0.2.3 的核心功能开发，包括用户数据分离架构、AI Token额度系统、Supabase集成等，周末又发布了 v0.2.3 内测版。
从时间线看，这种快速迭代的节奏还是挺令人满意的。
基础设施完善
数据架构方面做了一个重要改进：实现了模板数据库和用户数据库的分离。这意味着用户卸载应用后，个人数据可以保留，下次安装时能够恢复。这对用户体验来说是个重要的提升。
AI额度系统也完成了从本地到Supabase的迁移，实现了本地和云端的数据统一。这为后续的付费订阅功能奠定了基础。
缠论分析功能上线
新增了缠论分析功能，虽然当前K线标注能力有限，而且多轮对话导致token消耗较多，但至少迈出了第一步。产品从来不是一次性做完美的，迭代优化才是常态。
系统建设新突破
这周还完成了一个重要的系统建设——官网博客系统。基于 Vue + Markdown 搭建了简洁的博客功能，并且实现了从内部记录系统到官网的自动化发布流程。
现在从写完内容到发布上线，只需要三个命令，大大降低了内容发布的门槛。
行业洞察
花了些时间深度调研了 quant-wiki.com 这个获得 2.3k star 的量化知识库。发现内容很"水"——大路货、AI生成痕迹明显、工具都是空壳。
这次调研让我更加明确了 NBoost 的差异化策略：不做"大路货"知识库，要专注真正好用的工具；付费模式是必然的，因为好用的数据源需要成本；门槛要低，但质量要高。
小挫 ⚠️
核心任务未完成
这周最大的遗憾是第1篇产品推文没有写出来。
尝试让AI写，但效果不理想。投资理念、产品愿景这些核心内容，AI生成的东西缺乏个人风格和深度思考。最终意识到，这些内容还是需要人工去写，才能表达真实的想法。
开发方向偏离
回顾这周的工作，大多数时间都在修bug、迁移数据、调整基础设施。虽然这些工作必要，但它们不能直接产生用户价值。
这是个需要警惕的信号。作为独立开发者，很容易陷入"完善基础设施"的陷阱，而忽略了真正重要的事情——做用户需要的功能，以及让用户知道你的产品。
小感 💡
关于AI写作的边界
AI能快速生成内容，但缺乏个人风格和深度思考。这次尝试让我认识到，工具性的内容AI可以辅助，但核心的观点、理念、愿景，还是要人工去表达。
真诚比完美重要。
关于开发节奏
这周在基础设施上花了太多时间。数据迁移、bug修复虽然必要，但不能产生用户价值。
需要提醒自己：回到核心，做用户真正需要的功能。
不要被技术细节困住，要时刻记得最终目标是什么。
关于内容创作的新思路
周末脑子里萌生了一些新想法。虽然感觉还是偏慢，但说明思考需要空间，不能一直埋头干活。
vibe-coding 分享计划
在 NBoost 项目的开发实践中，积累了越来越多关于 vibe-coding 的经验。一开始想到要"做课"，但内心有抗拒。仔细想想，我抗拒做课，但我喜欢分享。
回顾以往在头马、少儿编程、学习社群的经历，我发现自己其实很擅长分享。如果是自己熟悉的内容，能随随便便讲2小时以上。
所以新的思路是：与妻子（她是外企的BA/产品经理）一起做播客，录制后剪辑成10-20个短视频分期发布。先看反馈，再决定是否做课。
同时，可以整理一套专为 vibe-coding 设计的开发模板，基于 Cursor 等工具不断迭代。这个模板可以作为内容产品单独售卖，或者作为课程赠品。
这应该是让过程进一步变现的好模式。 NBoost 的开发过程本身就是最好的 vibe-coding 案例，为什么不边做边分享呢？
RPS 历史回测项目
为了验证板块RPS分析功能的有效性，开始了历史数据回测项目。使用 RPA 工具从通达信导出历史数据，然后用 Python 脚本进行回测，计算不同止损比例下的胜率。
让产品功能有数据支撑，用数据说话，这才能提升可信度。
关于下周
W42 的重点要调整了：
- 完成第1篇产品推文（人工写，表达真实想法）
- RPS回测脚本开发（跑出第一批数据）
- vibe-coding分享计划具体化（与妻子讨论播客形式）
同时，要回归核心业务功能，不要再陷入基础设施的细节中。
记录每一周，见证每一步成长 🌱