说话人 1 我不知道刚刚那条录到哪里了，反正就是大概我刚刚提到那个产品对比的时候，我觉得有点疲惫。 说话人 2 是，那个我就回想一下为什么要做这样的一个东西。最初的时候，我同事因为要做他有自己想法的时候，我会把这些这样的话，当我想去寻找的时候。可以让它来去帮我查看。 说话人 1 发现有 AI 的这个功能其实是相对来说比较实用。帮我找相关的内容。但是呢，有一些东西，如果说我路上遇到了，他他如果没有记录到 AI 的数据库里的话。那可能不一定能找到。所以说现在我，所以我一直以来我还是保持这样的一个习惯。不过是通过那个信息记录的方式，把它记录下来。现在记录的话，不止是记录应用，还会把它的方法记录下来。但是后来我觉得这个一边想一边记录的方式也没有那么好，比较好的方式反而是借助那个。 说话人 2 就是下载 GPT，然后直接从小红书帮我发这个内容，然后现在说直接帮我写入到我们的知识库里面。就是帮我看看能不能能用，来去做，可能会更好一点。甚至说现在他也会帮我去录入到我的那个，Capture 那个记录里。 说话人 1 但我觉得 Capture 记录里记倒是可以，但是光记是没有意义的，肯定是要想办法怎么对我们有所转化是更有价值的。那这里的话，现在转化出来的就是两点嘛，第一点就是我把它聚集成了一个网站，这个网站的话。去按照它的一些什么横纵坐标去去显示它。然后但是它现在目前整体还是略显鸡肋，最开始想做的时候肯定也是说因为考虑的那个什么什么内容比较多。然后把它展示出来。但现在觉得它不管从时效性来看，还是它的完善程度和信息数据获取程度和展示的内容程度。感觉还是不够成熟。 说话人 1 还像是一个玩具型的产品，是吗？那另一方面呢，又觉得觉得可能还是得先去归档这样的一个项目，不能再去深入维护它，因为本身它其实没有太多意义。这个东西不管是给自己看，给别人看看，都没有什么意义。最大的意义可能是一个存档的意义。那如果是存档的意义，那跟 Capture 本身其实差别不是很大。它只要是以某种简单的形式进行录入就可以，它没有必要去做那么复杂的可视化。甚至说它本身现在数据就是一个结构化存储的形式的话，那其实可以考虑考虑跟我所有的，我 capture 获取的所有数据整合到一起。而不是说去孤立的存在。那他这个是我这个产品对比的这个内容。然后后面还有几个，首先那个模拟面试可以跟前面那个 Molly Talk，就是英语学习那个一起考虑。那还有什么来的？还有就是我我觉得更重要的两条几条线吧。 说话人 1 第一个呢就是我现在最主要的，我觉得是音乐这条主线，所有东西我在从它更稳定化，然后更好的方向去运行。所以音乐主线上其实也分为很，好多个模块。比如说每天稳定的去创建内容，然后现在创建的内容以前是没有记录，它有一个唯一 ID 的。那现在我正在尝试去把它整条链路跟踪他每一个创建歌曲的 VID，从他创建的那个时间。包括他的 hook。但是他现在是这样的，就是他所有的歌词，他会有同样的，会有，同时会生成两条，两个歌曲。那两个歌曲不一定会保留哪一个。然后唯一 ID 的话，那可能会去结合他的时间，他的户口，他应该会匹配到两个，两首歌曲。两首歌曲不一定都会保留，但是大致应该也会匹配到。匹配的意义是什么呢？匹配的意义是想说把它跟这个提示词做一定的结合和绑定，这样的话可以从结果的歌曲反推出来是哪一首。哪一个提示词，然后从而让这个提示词去进一步的优化完善，确保这个内容的，就是从长远来看。去迭代更好的效果。 说话人 1 但其实我觉得这个可能也是一个伪需求吧，这个 V VIP 的这个事情，感觉也不是说特别重要。相比于这个的话，可能都不如先去看一下所有平台的数据情况，以及做出更好的歌。甚至说我觉得可能更重要的是宣传这些歌曲，因为现在这些歌曲很多平台都是没有数据，没有人在听的状态。那这些没有几人听的状态，怎么能让人更多的人听到？那之前前之前有一周一直在做那个视频，歌词的那个播放，我觉得也是一种比较好的方法。通过这个歌词的一个 B 站的一个宣传，甚至我在想可以去抖音或者说其他平台也去发布这样的视频。然后链接到我的这个音乐的流，那个就是链接，这样的话可以让不管是说从 AI 的层面。就是 AI 识别数据的层面，还是真人能够触达我的这个层层面，都可以更有可能去听到我的歌曲。那这样的话，我不知道是不是真的有我不知道是是不是之前那网易云它的那个播放量涨起来跟这个有关。但是确实是直接给我带来了金钱的收益，虽然没有说特别高。但是我也希望从这个方向去努力。 说话人 1 那这个是宣传层面，我觉得是我整个一条音乐线上现在最重要的事情，因为他现在生产音乐是非常稳定的。但是他宣传并不是很稳定。那这个是我现在首要的第一目标，那除了这个目标就是工作线那一块，包括模拟面试，然后作品集。还有这个那个门，简历的这个看板和这个工作看板的一些相关收集的这些。都是这个工作层面的，那这个属于是一部分吧。那除了这些的话，我想想。 说话人 1 还有一个就是拉丁的这层面，一个是重点还是在我自己的训练的日常训练。像我今天，周一周二晚上都会去日常去上课，还有周五的时候然后，还有那个之前承诺别人要去做那个网站。再有就是今天想起来要做那个营养的那个模块，现在就是这么几大模块是核心在做的事情。 项目问题处理及相关业务探讨 2026-09-14 【智能总结】 本次会议探讨项目问题处理办法、内容管理、业务对比及个人信息管理记录等相关事宜。 - **问题处理方式**：项目遇问题时提交到Issues作结构化记录，不急于当下修复，避免影响进展和增加成本。 - **内容管理**：倾向以仓库为主管理内容，可考虑创建新文件夹确保一致性，不局限于本地。 - **业务对比**：Molly Top的AI功能与模拟面试在架构上相似但侧重不同，知识学习类APP交互可能有相似处。 - **信息管理记录**：个人日常信息管理旧版已在用，新版跑出MVP，数据库有507条内容，对做合集存疑。 【待办】 1. 查一下大家最初做项目的主线或想法 【原文】 说话人 1 刚从舞蹈课出来。 说话人 2 腹肌横侧训练，舒展。 说话人 1 做个事情。这啥啊？ 说话人 3 这是啥啊？ 说话人 1 Here you are This is 相对比较知道以后会有多少个月亮吗？ 说话人 2 信用我现在是协议。 说话人 1 还有就是今天明显在练这个基本功。就开始用这个发力。但它这个摆放的这个摆，看着就好。用力才行，不然很难做到这种永恒的要平时坐姿都没有他他在做这个动作。 说话人 1 对日常做的动作起来。这是复合，今天是没有说。 说话人 2 没有车呀。 说话人 1 你坐我车回去还是跑回去啊？ 说话人 1 问一下自己的这个其实来路上已经说过两次了，但是因为没有录上的话，那我就再说一遍。首先呢就是关于啊，发现了一个很不错的方法。就是在遇，某些项目遇到问题的时候，让他提交到 Issues，然后这样的话就是一个结构化的问题的一个记录。而不是急于立刻就要给它修复。因为会发现很多时候在遇到一些问题的时候，就会影响到这个进展但实际呢，有些进展其实没有必要。有些问题没有必要当下去解决。当下去解决这件事情，反而会造成一些问题。一些比如说，原本这个东西我可能改一改就可以结束了，可以可以可以用了。 说话人 2 如果说只是为了修复一些 bug 之类的，要无限的去改下去的话，那么成本其实也不能过高了。 说话人 2 去说。 说话人 2 理想上还是主要其实是起到一个上下文隔离的作用，还有一个就是但发现不管那些问题。在本地去监控，其实去专门去弄。那其实我觉得这个观点45度角。做游戏具体操作的时候，他都要怎么弄的？那有些内容它可能不一定要设置成 skill 或者设置成更好一点。那有一些我都想让他按照固定的然后也可以。 说话人 2 然后我怀疑啊，我本地之所以这么浪费空间，肯定跟庞大的内容有关，所以现在我在想做一些事情的时候。也可以考虑创建新的文件夹，来确保它的就上下一致，但是稳定那些 skills 所以相比用于本地。现在其实我更倾向的还是以仓库为主去准备它。这样的话其实是否是本地的都没有那么重要了，它可以是任何一个云端的 agent 来去看。管理我们的内容。那今天其实数下来，真的还有不少的项目在变更这里，还可以往前挪挪。确实有分散我的精力。那可能看一下有些或者是整合到一起。 说话人 2 讲一下那几个。 You should see the whole line 理想其实也最开始就没有说想让他做去。但是其实我觉得他的 MVP 吧。应该是先把本地跑通，然后再去考虑云端的那种。就像我们的音乐就可以。要，稳定他得是一个好的状态，他才去有资格去谈。我觉得现在他可能还是偏，有点偏，偏移目标了。他现在不知道在做一些什么乱七八糟的东西，甚至说数据库的处理的那些东西。所以他跑的好像不是实际的 MVP 比吧？有这个东西在。查一下看看。大家最初的主线或者说想法，到底做的是什么？现在好像确实有点。跑题了。 说话人 3 或者说你爱他。 说话人 2 并不见得是最最适合我们当前手里的内容，因为我现在那个东西然后还是有一个非常重要的一点。就是就像我抖音，我就在用汽水音乐。妙妙想他那个额度，那我每天豆包他也有 AIGC 的额度，那这个额度每天都不用，那其实是浪费了。所以他的本地币他没有，甚至说已经一周五他都没有跑步。其实是一个很失败的例子。 AIGC 的那个，之前的那个画。那第二呢是那个 Molly Top，我觉得 Molly Top 的话，今天还算是要我做的事。我就刚刚卢旭说虽然 AI 功能可能没有第一版对话，然后我也尝试用它。玩了两次，就是沟。这个的时候我就在想，其实这个英语对话跟跟那个，我有一个什么，最近在做试的那一个，模拟面试。有一点像，但是也不完全一样吧。像的在于这个一个超市他们都会有一个要么是真人形象，要么是动画形象的一个角色，然后都会有成了一些问题。 说话人 2 回答，都有一些模拟评估结果的一个内容。所以它的架构我理解是很相似的，但它可能会有一些侧重点不一样。他基于里面的业务，他会有一些翻译啊，叫什么华词处理的东西。但是我在想，比如你面试的话，那他可能会有些电视层面的所谓的人在本质上是一些知识学习。为了这个，安卓的学习机。我在想它整体的价格可能应该要是比较类似的。 说话人 2 交互，不是 AIGC，就是那个知识学习的这个。这个英，这个这个 APP。 钓鱼业务的不同，但是可能会有一些相似的地方在里面。 说话人 2 看，当然它可以不是同一个对话，但他们可能有一些关注点是很相近的。 说话人 2 第三个呢，是我最近在做的一个是记录的那个东西，它本质上它是一个信息管理，就是个人的一个信息管理。日常信息管理的东西。然后像我之前发现它其实应该把我日常所有那种随手记的信息记录啊，还有什么都整合到一块。才是比较合适的方式。旧版本其实目前已经在使用，然后现在属于新版跑出来 MVP 他搞密码。而且里面发现数据库里已经有507条，那个内容，不知道这个内容。比较有意思，他们在他这种推进模式，按理说闭环还没搞明白，还搞那么多。 说话人 2 就剩了两个了。 说话人 3 这个，价格和产品对比的一个表。 说话人 2 在我做一些想法的时候。 说话人 3 我要去我要去。 说话人 2 帮助这些，因为我其实短时间内也没有说多依赖它的去给我回看，只是想看的时候可以在里面看到相关信息就可以。甚至我在想，有没有必要做一个这样的合集？现在都觉得好像也没有那么太多的意义。 AI 智能。具有时效性，我这样会觉得之后真的是有那么大的帮助吗？时间变化的发展。因为内容所以即便我去做出来那种可视化的一个展示。有什么好说的？ 说话人 1 现在看起来非常的急，那有在想是不是看差不多了就可以先关掉了。然后如果下一次再做类似总结的话，可以提到他的医术，或者是说按照他的某些固定格式，然后去把相关的那种评估对比总结的工具放到里面。其实这样也许也可以达到一部分的作用。也不是说强混音那一定要在网页上会展示什么？因为我现在其实紫玉 文档内容详细总结 两份文档是两段项目与多业务线规划的录音转写对话，主要围绕多个自研项目现状复盘、问题、优化思路，以及多条业务线优先级、项目管理方式、产品架构共性展开讨论，核心包含产品对比网站项目复盘、音乐主线业务、工作类业务、拉丁舞蹈相关业务、营养模块，以及项目管理策略、多个产品（Molly Talk、模拟面试、个人信息记录工具）架构思考。 一、产品对比网站项目复盘 1. 项目初衷：希望借助AI检索相关内容，把收集到的信息、方法做记录沉淀，原本计划将信息导入知识库、Capture记录工具，实现信息留存。 2. 当前现状与问题：搭建了可视化网站，采用横纵坐标展示数据，但产品成熟度不足，时效性、数据获取、内容展示都存在短板，更偏向玩具型产品；对外对内实际使用价值有限，仅具备存档作用。 3. 优化决策：不继续深度维护该项目，考虑归档；复杂可视化页面没有必要，仅做简单录入存档即可；计划将该项目结构化存储的数据，和Capture工具的数据做整合，不再独立存储。后续需要产品对比评估时，改用固定格式总结，不必依赖网页可视化展示。 二、核心业务线规划与现状 （一）音乐业务主线（最高优先级） 1. 现状：音乐内容生产链路已经稳定，正在做链路追踪，尝试用唯一ID、创建时间、hook信息绑定生成歌曲与对应的提示词，希望通过歌曲结果反向优化提示词迭代产出效果，但也怀疑该链路追踪属于伪需求。歌曲会同时生成两首，不一定全部保留。 2. 现存短板：生产稳定，但宣传推广不稳定；大量歌曲在各平台播放数据差，收听量低。 3. 重点工作方向 ◦ 相比完善ID追踪，优先看平台数据、打磨歌曲质量； ◦ 加大歌曲宣传：复用歌词视频形式，除B站外拓展抖音等平台发布，挂载音乐链接，兼顾真人触达与AI数据识别；该方式已经带来小额实际收益，希望继续放大该效果。 （二）工作相关业务线 包含多项工具类项目：模拟面试、Molly Talk英语学习产品、作品集、简历看板、工作信息收集看板。 补充产品架构思考：Molly Talk英语学习和模拟面试底层架构相似度高，都具备虚拟角色、问题输出、用户作答、结果评估模块，只是业务侧重点不同，可以一起规划开发，可复用部分底层逻辑，仅区分业务处理逻辑。 （三）拉丁舞蹈业务 1. 个人日常训练：周一、周二、周五固定上课，重点打磨基本功与发力方式； 2. 外部任务：需要完成答应他人开发的网站。 （四）新增模块 计划启动营养相关模块。 三、项目管理与开发策略 1. 问题处理机制：遇到项目bug、问题时，优先提交Issues做结构化记录，不要立刻着手修复。很多问题无需当下解决，紧急修复容易导致无休止改动，拉高成本，打乱整体项目进度。 2. 存储与开发思路：倾向以云端仓库为核心管理内容，弱化本地存储依赖，支持云端Agent访问管理；本地容易占用大量存储空间，可新建文件夹保证上下文与skill稳定性；MVP开发顺序优先跑通本地版本，再推进云端能力，避免目标跑偏。 3. 现状痛点：同时并行项目较多，精力被分散；部分项目偏离最初MVP目标，过早投入数据库等非核心模块；手上AIGC各类平台额度闲置，造成资源浪费，部分项目长期没有运行。 四、个人信息记录工具项目情况 1. 定位：个人日常信息管理工具，目标整合全部随手记录的碎片化信息； 2. 现状：旧版正在使用，新版在推进MVP，数据库已经累计507条记录，但业务闭环尚未完全跑通； 3. 评估：对实时回看依赖不高，满足查阅即可，对复杂合集、AI智能可视化的实际价值存疑。 五、其他零散讨论 对话中穿插舞蹈课后闲聊，谈及舞蹈训练动作发力、出行方式等生活化内容，和项目业务无关。