2026-09-16 每日复盘 · 回溯 09-13~09-14
2026.09.16 成文的快照式复盘；词云词可点回站内证据。
Daily Review · 回溯
2026-09-16 每日复盘
今日一句话
今日（09-16）三渠道均无新录音/转录入库，故回溯最近有捕获的 09-13（3 条）与 09-14（1 条）。其中 09-14 的「产品对比及多业务线规划讨论」是本周最关键的一次决策型复盘：明确了音乐宣发为最高优先级、把玩具型产品对比网站决定归档、并以 Issues 做结构化问题记录。今日脉络
今日（2026-09-16）无个人录音；以下为相邻日回溯
- 今日捕获状态：minutes（
20260916/目录不存在）、Diary（DailyRecord/2026-09-16不存在）、codex-memory（无 09-16 实质内容）三渠道均无新归档；本会话外仅有零星 WorkBuddy 项目活动，不构成可引用录音。 - 回溯清单： 「09-13 10:08 发现两个神级 GitHub 项目（video-talkcraft / video-shotcraft）」— 09-13 10:08 「09-13 23:12 A3验收-手动01：验证秒记自动化」— 09-13 23:12 「09-13 23:21 怎么用 GPT-6 Astra 搞定全自动视频剪辑」— 09-13 23:21 「09-14 产品对比及多业务线规划讨论（两段会议录音）」— 09-14 22:24
一、创作 · 音乐宣发主线（最高优先级）
我的记录 09-14 · 多业务线规划讨论
1生产已稳定，宣发是首要瓶颈
- 现状判断：音乐生产链路稳定，但各平台播放/收听数据差，宣发不稳定是核心短板；决定把「宣传」列为音乐线第一目标。 「现在这些歌曲很多平台都是没有数据，没有人在听的状态。那这些没有几人听的状态，怎么能让人更多的人听到？那之前前之前有一周一直在做那个视频，歌词的那个播放，我觉得也是一种比较好的方法。通过这个歌词的一个 B 站的一个宣传，甚至我在想可以去抖音或者说其他平台也去发布这样的视频。然后链接到我的这个音乐的流」— 09-14 22:24
- 已验证收益：歌词视频宣发已直接带来小额真实金钱收益（网易云播放量上涨疑似与之相关），方向值得放大。 「但是确实是直接给我带来了金钱的收益，虽然没有说特别高。但是我也希望从这个方向去努力」— 09-14 22:24
- 对追踪伪需求的警觉：VID/提示词绑定追踪被自判为「伪需求」，不如先多看平台数据、做更好的歌。 「但其实我觉得这个可能也是一个伪需求吧，这个 V VIP 的这个事情，感觉也不是说特别重要。相比于这个的话，可能都不如先去看一下所有平台的数据情况，以及做出更好的歌」— 09-14 22:24
二、创作 · AI 视频工具（外部参考）
外部参考 09-13 · 小红书收藏 ×2
1两条 Remotion 系开源项目，可拼成「自动宣传片 Agent」
- 要点：收藏两条 GitHub 项目，设想组合成「输入产品链接→自动产出宣传片」的 AI 视频 Agent，并与本机 Skill 体系衔接。
发现两个神级 GitHub 项目，AI 宣传片神了！
video-talkcraft（口播稿+配音生成动态解说视频）与 video-shotcraft（产品截图/界面做成有运镜音效的宣传片）均基于 Remotion，组合可覆盖「前 5 秒抓眼球→口播讲清问题→产品界面 Demo→CTA」的完整视频生产链；设想再封装第三层 Skill，丢一个 GitHub 链接或官网即自动产出 60 秒宣传片。
「我甚至觉得，把它们组合起来，就能做出一个自动生成产品宣传片的 AI 视频 Agent！」— 09-13 10:08
怎么用 GPT-6 Astra 搞定全自动视频剪辑（完
仅标题与链接，正文未抓取（薄参考）。主题为「全自动视频剪辑」工作流，与上方 video-talkcraft/shotcraft 同属 AI 视频生产链。
三、日常 · 多业务线规划与产品取舍
我的记录 09-14 · 决策型主线
1产品对比可视化网站：定为「玩具型」，决定归档
- 决策：时效/完善度/数据获取/展示均不成熟，仅具存档价值；不再深维护，结构化数据并入 Capture，改用固定格式总结替代网页可视化。 「还像是一个玩具型的产品，是吗？那另一方面呢，又觉得觉得可能还是得先去归档这样的的一个项目，不能再去深入维护它…它只要是以某种简单的形式进行录入就可以，它没有必要去做那么复杂的可视化。甚至说它本身现在数据就是一个结构化存储的形式的话，那其实可以考虑考虑跟我所有的，我 capture 获取的所有数据整合到一起」— 09-14 22:24
2问题处理机制：先提交 Issues 做结构化记录，不立即修
- 机制：遇到 bug/问题先结构化记录，避免当场无限改动拉高成本、打乱进度。 「就是在遇，某些项目遇到问题的时候，让他提交到 Issues，然后这样的话就是一个结构化的问题的一个记录。而不是急于立刻就要给它修复。因为会发现很多时候在遇到一些问题的时候，就会影响到这个进展」— 09-14 22:24
3存储策略：以云端仓库为核心，弱化本地
- 倾向：内容以仓库为主管理，本地不再是必须，便于任意云端 agent 访问；MVP 顺序先本地跑通再上云，避免跑题。 「现在其实我更倾向的还是以仓库为主去准备它。这样的话其实是否是本地的都没有那么重要了，它可以是任何一个云端的 agent 来去看」— 09-14 22:24
专家研判 · 多业务线规划与产品取舍
一人公司 / 多业务线优先级 / 聚焦与归档 · 三位公开写过该问题的人
Paul Graham
Y Combinator 联合创始人 · 创业优先级写作
持续论述「一人/小团队资源有限，必须按增长贡献排序、砍掉非核心线」，对「一人公司多业务线取舍」最直接相关。
出处 ·《Startup = Growth》(2012)、《Do Things That Don't Scale》(2013)
David Allen
Getting Things Done (GTD) 作者
其「把所有事 captured 进可信系统→澄清下一步行动」正是用户 Capture + 「问题先入 Issues」工作法的理论原型。
出处 ·《Getting Things Done》(2001)
Jim Collins
《Good to Great》作者 · 聚焦研究
提出「stop doing list」与刺猬理念，主张对偏离核心、无法放大的项目主动停做——对应本次把玩具型网站归档。
出处 ·《Good to Great》(2001)、《Great by Choice》(2011)
核心判断
- Paul Graham：一人公司最贵的资源是注意力；同时并行多条业务线会稀释增长率，应按「对核心指标的贡献」排序，非核心线果断砍。
- David Allen：问题当场修会占用工作记忆、打断流；落到 Issues/收件箱做结构化记录，才是可持续的「清空大脑」做法。
- Jim Collins：识别「玩具型/偏离 MVP」项目并主动归档（stop doing），把精力压回已验证能放大的线（此处是音乐宣发）。
现状评估
基于本次回溯证据：音乐生产稳定但宣发不稳（已验证小额收益）；同时并行音乐/工作/拉丁/信息管理等多线，精力被分散；AIGC 平台额度闲置（如汽水音乐、豆包）造成资源浪费；部分项目（本地信息管理 MVP）已偏离最初目标、过早投入数据库等非核心模块。决策方向（归档玩具网站、Issues 结构化、云端仓库优先）与三位专家的判断高度一致，落地执行尚缺节奏化机制。
可落地建议
- 宣发节奏化：给音乐宣发设周度量指标（B站/抖音歌词视频发布数 + 流媒体点击/收益），固化「生产→宣发」节奏，呼应已稳定的 B站线。
- 本周归档：把产品对比网站完成归档，数据并入 Capture，并写一条固定格式总结模板替代网页可视化。
- Stop-doing 清单：每月审视并行项目，对偏离 MVP 的项目（如本地信息管理）设明确归档触发条件，防止跑题。
- Issues 自动化：把「问题→Issues 结构化记录」固化为习惯，可用 Capture 提纲自动建 Issue，降低当场修的冲动。
四、运动健康 · 拉丁训练与营养模块
我的记录 09-14 · 多业务线规划讨论
1固定上课 + 基本功打磨
- 训练节奏：周一/二/五固定上课，近期重点在基本功与发力方式。 「今天明显在练这个基本功。就开始用这个发力。但它这个摆放的这个摆，看着就好。用力才行，不然很难做到这种永恒的要平时坐姿都没有他他在做这个动作」— 09-14 22:24
- 新增动作：计划启动「营养模块」，并需兑现此前答应他人做的网站（外部承诺）。 「还有那个之前承诺别人要去做那个网站。再有就是今天想起来要做那个营养的那个模块，现在就是这么几大模块是核心在做的事情」— 09-14 22:24
五、日常 · 自动化验收与知识记录
我的记录 09-13 / 09-14
1秒记自动化验收通过
- 验收项：09-13 手动验证秒记（Quick Capture）自动化全链路——即时接收回执、本地归档、Capture 发布、最终条目卡片。 「今天验证秒记自动化，检查即时接收回执、本地归档、Capture 发布和最终条目卡片」— 09-13 23:12
2借 GPT 直接写入知识库 / Capture
- 记录方式演进：从「边想边记」转向让 GPT 直接把内容写入知识库、甚至录入 Capture，记录「方法」而非仅记录应用。 「现在说直接帮我写入到我们的知识库里面。就是帮我看看能不能能用，来去做，可能会更好一点。甚至说现在他也会帮我去录入到我的那个，Capture 那个记录里」— 09-14 22:24
六、合并待办与后续方向
| # | 动作项 | 来源 |
|---|---|---|
| 1 | 在抖音/其他平台发布歌词宣传视频并链接音乐流（音乐宣发第一目标） | 09-14 22:24 |
| 2 | 兑现承诺做网站（外部承诺） | 09-14 22:24 |
| 3 | 启动营养模块 | 09-14 22:24 |
| 4 | 查一下各项目最初的主线与想法，防止跑题（尤其本地信息管理 MVP） | 09-14 22:24 |
| 5 | 本周内完成产品对比网站归档 + 数据并入 Capture + 写固定格式总结模板 | 09-14 22:24 |
| 6 | 秒记自动化验收已通过（状态：已完成，待后续常态化观察） | 09-13 23:12 |
与历史记录的呼应
- 一人公司聚焦 → 此前的复盘（如 2026-06-17、2026-06-23）已多次将「一人公司聚焦、砍掉非核心线」列为待办/主线；本次是把产品对比网站正式决定归档的落地动作，主线一致。
- 归档玩具型项目 → 历史 insight 中「归档」主题在 2026-03-27、2026-05-10 等多日出现；本次「玩具型产品→归档整合进 Capture」是同一收敛逻辑的延续。
- 音乐宣发 → 歌词视频跨平台宣发是长期在跑的线（B站线已稳定一天一集），本次新增「抖音+链接音乐流」扩面，与既有节奏呼应。