0）元信息
- 原始记录时间：2026-02-19（晚间复盘）
- 补丁来源时间：
- 补丁-01：2026-02-19（同日晚间补充：Sparknote AI 多项功能修复 + 3.0 Flash/VERTEX）
- 补丁-02：2026-02-19（同日晚间第二补丁：AI 变现书灵感 + Claude Code/NCP/AI Agent 技能方向）
- 触发：
- 早起继续推进音频 APP（Sparknote AI）与相关功能完善
- 分心/并行推进：亲戚称谓计算器方向的产品灵感
- 过年期间的家庭活动（吃饭/扑克/麻将）占用时间；阅读继续缺席
- 对“能量对齐 vs 自我合理化”的边界再次自我提醒
- 主题关键词：#SparknoteAI #音频APP #自定义APIkey #storecontextcontext #1300行风险 #亲戚称谓计算器 #开发者模式 #自定义数据 #LunarReader迁移 #长音频支持 #重试转录 #多个session #停止转录 #Gemini3.0Flash #VERTEX #OpenClaw #龙虾机器人 #模型成本 #阅读缺席 #过年 #扑克 #麻将 #太极 #C哥 #大拇指方法 #AI变现 #现金流 #ClaudeCode #NCP #AIAgent
1）整理后的全文（纠错+理顺，不改原意、不减少内容）
OK，做一个 2026 年 2 月 19 日的晚间复盘。
今天早上起来也相当比较早。起来就继续弄那个音频 APP——Sparknote AI，尝试推进一下。之后又把“亲戚称谓计算器”那个东西搞了一下。
今天有一个比较弱但我觉得挺关键的灵感：亲戚称谓计算器可以弄一个“开发者模式/自定义数据模式”。以往我们点“谁是谁的什么”，它会直接蹦出来结果；但如果做成开发者模式，那就变成——你点好了“谁是关系链里的什么”，最后那个“称谓”由你自己来填。也就是说，不需要 AI 一次性把数据全部输出清楚，而是给一个可维护的填空式框架。这个灵感很大，但它究竟有多大用处，我现在还在考证。
回到 Sparknote AI：它的后端“自定义 API key”这个功能已经开始做了（它看起来应该已经做好了），但我还没有验收，需要验收一下。与此同时有一个问题是：那个 store context context（还是那个文件）现在代码又太臃肿了，有 1300 多行，已经比较危险。
明天我打算（当然也不确定能不能完全实现）：把这些东西彻底搞好，然后要开始考虑迁移的问题——Lunar Reader 的迁移问题。Lunar Reader 本身语音切分对长音频的支持还是有问题，所以这块也要开始认真考虑。
有时间还是得阅读读吧，但今天又没时间阅读。今天出去吃饭，回来又玩扑克和麻将；今天倒是会麻将的，会麻将。整体灵感不算多，大概就这些。毕竟过年嘛。
但还是要再强调一下：能量对齐，但不要把它用成自我合理化。明天估计也得七点多起来（早上可能还要打太极），早起就早起吧。另外紧追一个点：你忘了之前看到过那个 C 哥说的“大拇指的方法”，其实挺好用的，真的挺好用的，尝试一下。明天应该不会有人请吃饭了，就先到这里。
（补丁-01｜并入 v0.3）
我还需要对今天的复盘补充：今天干的事情其实也挺多的。早上把“重试转录”、多个 session 的问题解决了；“停止”也解决了——停止转录就是真的不转录，但也不会影响重试，这块做好了。并且我尝试调用了一下 Gemini 3.0 模型：Gemini 3.0 Flash 是可以调用的。并且发现它还有一个 VERTEX 的路径，相对来讲更便宜、据说更稳定，但智商相同。所以以后考虑用 3.0 的话，都用 VERTEX 对应的 3.0 Flash 就好了。
然后明天如果有空/有兴趣，把 OpenClaw（那个什么龙虾机器人）跟我新的 API 提供厂商挂上钩，那么以后就不需要用 OpenAI 的 5.2 那种太贵的模型了；3 Flash 在很多事情上也能办得到。大致就这些补充。
（补丁-02｜并入 v0.3）
还有第二个补丁：今天看到一本书，是在得到里面看到的，书名我一下子想不清楚了，但它好像跟 AI 变现有关，类似“把基于时间变成现金流”这种方向。我想这个东西既然能写出来还能上架，作者可能还是有一定水平的。考虑找来看看。毕竟我也一直在考虑 AI 变现、AI 副业的问题。
还有一个灵感：关于 Claude Code、NCP、以及这些技能、AI Agent 这一块，我好像了解得不太深入，也没有把它应用起来。有空还是得了解了解，这是一个大方向。
“亲戚称谓计算器做开发者模式：关系链点完，称谓由用户自填维护。”
“Sparknote AI 后端自定义 API key 功能在做，待验收；store context context 已 1300+ 行，危险。”
“补丁：重试转录/多 session/停止逻辑做稳；Gemini 3.0 Flash 可用，VERTEX 更便宜更稳。”
“补丁：AI 变现书 + Claude Code/NCP/AI Agent 方向要补课。”
2）快速捡起版（按四块分类）
2.1 今日时间线（大致整理）
- 早上：较早起床 → 继续推进 Sparknote AI（音频 APP）
- 白天：并行折腾亲戚称谓计算器；产生“开发者模式/自填数据”灵感
- 白天：家庭/过年活动：外出吃饭；回家扑克/麻将（且会麻将）
- 晚间：补丁-01：解决重试转录、多 session、停止转录与重试不冲突；测试 Gemini 3.0 Flash / VERTEX 路径；考虑 OpenClaw 接入新厂商
- 晚间：补丁-02：看到得到书（AI 变现/现金流方向）想找来读；意识到 Claude Code/NCP/AI Agent 需要系统补课
2.2 灵感（想法/待办，今天来不及做也先占位）
- 亲戚称谓计算器：开发者模式/自定义数据模式（关系链点完 → 称谓自填维护）
- Sparknote AI：验收“后端自定义 API key”；并继续为迁移 Lunar Reader 做准备
- 模型策略：Gemini 3.0 Flash 优先走 VERTEX 路径；OpenClaw 可考虑挂新厂商以降成本
- 内容输入：找 AI 变现相关那本书；补课 Claude Code / NCP / AI Agent
2.3 问题（对自己的问题/风险点）
- store context context 文件 1300+ 行：代码臃肿、维护风险高
- Lunar Reader 长音频支持仍有问题：迁移/修复压力上升
- 今天仍未阅读：输入侧持续缺口
- 能量对齐容易滑成自我合理化：需要持续提醒与边界
2.4 小确幸（数量不限）
- Sparknote AI：重试转录、多 session、停止逻辑更稳定（系统更健壮）
- Gemini 3.0 Flash 可调用；并找到更便宜/更稳定的 VERTEX 路径
- 过年家庭活动体验不错（自评不算“被收割”）
- 亲戚称谓计算器“自填数据模式”至少打开了一个可落地的产品方向
3）洞察卡（Insight Cards｜编号一致）
Insight-01｜“开发者模式/自填数据”能把亲戚称谓从“依赖一次性大数据”变成“可维护的私有体系”
结构：点关系链→系统只负责路径→最终称谓由用户自填→逐步积累本地化差异
结论句：把问题从“全量正确”转成“可持续维护”，更贴近真实世界差异。
Insight-02｜1300+ 行的单文件是风险信号：功能越堆越难验收，迁移会越来越痛
结构：功能推进→文件臃肿→验收成本上升→迁移与改动风险放大
结论句：越晚拆分，系统越脆。
Insight-03｜“停止不影响重试”是体验关键：控制权回到用户，系统行为可预期
结构：停止=真的停止→但重试逻辑独立→用户不会被“状态机”坑
结论句：可预期比“聪明”更重要。
Insight-04｜成本策略要体系化：VERTEX 3.0 Flash + 新厂商 + OpenClaw 接入，是降成本路径
结构：模型可用→发现更便宜路径→再把机器人/工具链挂上新厂商→减少对高价模型依赖
结论句：把“能用”做出来后，下一步就是把“能用且便宜”做出来。
Insight-05｜输入侧决定输出上限：AI 变现与 Agent 技能需要系统补课，而不是零散碰运气
结构：看到书→产生方向→意识到技能空白（Claude Code/NCP/Agent）→需要计划化学习
结论句：方向一旦出现，就要用“可执行学习路径”去兑现。
--
4）落地点
4.1 用户原生提取（你语音里自己说的方向）
- 早起继续推进 Sparknote AI，并折腾亲戚称谓计算器
- 亲戚称谓计算器灵感：开发者模式/自定义数据模式（关系链点完，称谓由用户自填）
- Sparknote AI：后端自定义 API key 功能看起来已做但未验收
- store context context 文件 1300+ 行，臃肿且危险
- 明天倾向：先把 Sparknote AI 彻底搞好，并开始考虑 Lunar Reader 迁移（长音频支持仍有问题）
- 今天没阅读；过年活动：外出吃饭、扑克、麻将（且会麻将）
- 再次强调：能量对齐，但不要自我合理化
- 明天可能七点多起（早上可能要打太极）；C 哥的大拇指方法挺好用，尝试一下
- 补丁-01：解决重试转录、多 session、停止转录不影响重试；Gemini 3.0 Flash 可调用；VERTEX 更便宜更稳且智商相同；考虑 OpenClaw 挂新厂商以减少对 OpenAI 5.2 这种高价模型依赖
- 补丁-02：看到得到的 AI 变现书（书名一时想不清）；想找来看；Claude Code/NCP/AI Agent 技能了解不深入且没应用，需要补课
4.2 助手建议（明确标注）
- 助手建议：你明天“验收自定义 API key”可以用最小验收清单：新增 key → 保存 → 重新加载仍生效 → 用新 key 跑通一次真实转录（成功/失败都要有明确提示），先把闭环打牢。
- 助手建议：1300+ 行单文件的风险可以先不“全面重构”，先做一个最低动作：把最容易变化、最容易出错的配置/状态机相关逻辑拆出去（哪怕只是拆成 2–3 个文件），降低明天继续堆功能时的崩溃概率。
- 助手建议：关于“能量对齐 vs 自我合理化”，你可以把判定落到一条硬标准：是否在降低未来切换成本/维护成本（例如可替换、可验收、可迁移）——符合就是对齐，不符合更像合理化。
5）归档与关联（便于未来检索，不等于写入长期记忆）
- 索引编号：DIARY-20260219-001
- 关联标签：#SparknoteAI #亲戚称谓计算器 #开发者模式 #自定义数据 #自定义APIkey #storecontextcontext #LunarReader迁移 #重试转录 #多session #停止转录 #Gemini3.0Flash #VERTEX #OpenClaw #AI变现 #ClaudeCode #NCP #AIAgent #能量对齐