Private Capture

Unlock Capture

这个站点包含私人录音与日记内容。输入密码后进入;当前浏览器会自动记住。

密码仅保存在当前浏览器本地。

关于音乐上传、简历等事务的梳理 详细总结

页首只保留导读,完整正文和结构化内容继续在下方展开。

Day2026-08-20 Time13:29 SenderLily Topics录音与采集 / 任务系统 Entities9 ModeStructure + Text SourceArchive Complete
来源类型录音转写
说话人Lily
归档时刻2026-08-20 13:29:55
主题录音与采集 / 任务系统 / 工作流与自动化
实体9 项
模式结构化 + 正文
分析版本transcript-analysis@2026-08-30.3
Report

关键导读

先把有效信息集中到顶部:一句话总览、编号要点、待办与历史呼应。完整正文与结构化数据在下方展开。

一句话总览

关于音乐上传、简历等事务的梳理 详细总结

01

有效价值信息

  • 事实 / 进展关于音乐上传、简历等事务的梳理 详细总结
  • 长期方向这份是双人对话录音转录文本,说话人1梳理自身多项待办事务,包含音乐自动化上传脚本问题、简历工具故障、求职投递规划、个人项目域名部署、拉丁舞课程取舍几大块内容,说话人2仅有简短插话。
  • 事实 / 进展一、音乐自动化上传链路问题(DISTROK、网易云两个渠道)
  • 事实 / 进展1、DISTROK平台上传问题
  • 事实 / 进展1. 已有自动化脚本/AI辅助操作专辑上传,但运行稳定性差,问题稳定复现:提交时苹果相关信用信息弹窗反复出现需要手动重填,确认勾选项频繁出错,无法全自动跑完流程,需要人工多次介入确认。
02

值得记住(候选)

  • 长期方向这份是双人对话录音转录文本,说话人1梳理自身多项待办事务,包含音乐自动化上传脚本问题、简历工具故障、求职投递规划、个人项目域名部署、拉丁舞课程取舍几大块内容,说话人2仅有简短插话。
  • 判断 / 决策4. 标签选择不稳定:上传时歌曲场景、分类标签获取异常、频繁乱闪,经常选不到合适标签;
  • 偏好 / 边界不喜欢问号结尾,有固定个人经历表述偏好。
  • 能力 / 身份该项目有初步雏形、固定受众(小红书用户),是自己愿意长期推进的方向,后续完成部署对外分享使用。
·

涉及实体

modelCodextoolObsidiantopic伦巴orgDISTROK平台platform小红书platform网易云音乐activity拉丁舞activity游泳artifact简历
✓

待办动作

  1. 决策1. 已有自动化脚本/AI辅助操作专辑上传,但运行稳定性差,问题稳定复现:提交时苹果相关信用信息弹窗反复出现需要手动重填,确认勾选项频繁出错,无法全自动跑完流程,需要人工多次介入确认。待执行
  2. 执行歌曲上传完成后,需要手动重建专辑、复制迁移内容。待执行
  3. 执行对照现有 AI 版本与本人原稿,选定并润色一份最终简历;按投递方向只调整必要的定位与标题。待执行证据:录音明确提到简历已有多个版本、尚未最终确定并仍需本人润色。
↻

页面完善记录

  • 最新模板已完成transcript-detail@2026-08-30
  • 价值提炼已完成5 条
  • 实体补全已完成9 项
  • 行动分类已完成3 条
  • 记忆候选待你确认4 条
  • 说话人身份可选补充多人对话仍使用编号
分析版本 transcript-analysis@2026-08-30.3页面模板 transcript-detail@2026-08-30证据覆盖 100%
本条脉络:关于音乐上传、简历等事务的梳理 详细总结
Structured Review 本条已生成结构化复盘(叙事层 + 原子层 + 专家研判)。 查看完整复盘 →

本条脉络 · 思维导图

本条 录音 录音与采集任务系统工作流与自动化CodexObsidian (笔记)伦巴DISTROK平台
完整记录 · 正文与结构化数据
Mind Map

思维导图

这里不再用摘要卡片伪装脑图,而是直接用经典 mindmap 组件来展示结构。点击分支会跳到正文。

点击节点会定位到正文,方便一边看脑图一边回看原文。

Local Relation

这条录音的局部关系图

不用先跳到全局图。这里先把当前 capture 连到的 Topic / Entity / Day,以及共享这些节点的其他记录显出来。

View
Layout
来源
聚焦
Topic Entity Capture Signal Day capture -> topic / entity / signal / day

单击右侧看详情;双击节点开浮层。这里只展示和当前录音直接相关的局部网络。

完整原始转录 · 音频文稿点击展开

关于音乐上传、简历等事务的梳理 详细总结

这份是双人对话录音转录文本,说话人1梳理自身多项待办事务,包含音乐自动化上传脚本问题、简历工具故障、求职投递规划、个人项目域名部署、拉丁舞课程取舍几大块内容,说话人2仅有简短插话。

一、音乐自动化上传链路问题(DISTROK、网易云两个渠道)

1、DISTROK平台上传问题

1. 已有自动化脚本/AI辅助操作专辑上传,但运行稳定性差,问题稳定复现:提交时苹果相关信用信息弹窗反复出现需要手动重填,确认勾选项频繁出错,无法全自动跑完流程,需要人工多次介入确认。

2. 效率变化:对比完全手动上传一张专辑要20‑30分钟,AI辅助后整体时间压缩到2分钟左右,节省大量操作时间,但会多次打断工作,消耗个人精力。

3. 积分消耗困扰:上传一张专辑消耗100积分,按换算约折合5元;每日虽有免费100积分,但觉得重复确定的脚本类任务不该消耗高额积分,计划咨询核查积分消耗逻辑;切换不同模型会带来上下文异常,暂未测试其他模型的积分消耗差异。

2、网易云音乐上传多处bug与优化想法

1. 创建专辑异常:执行新增专辑操作,表单填写完毕,但并未真正生成专辑;歌曲上传完成后,需要手动重建专辑、复制迁移内容。

2. 专辑描述质量差:AI生成的专辑文案不符合需求,没有从歌曲提炼抽象、文艺的概念梗概,内容驴唇不对马嘴;上传50首歌曲时常只能成功上传1‑2首,专辑信息描述和实际歌曲数量不符,提示词存在优化空间,计划等免费渠道开放后交由AI校验调试脚本。

3. 歌词校验需求:希望脚本增加歌词异常提醒,识别不像歌词的奇葩内容并提示;策略为先允许问题歌词提交,审核通过之后再统一替换修正,避免提前修改做无用功。

4. 标签选择不稳定:上传时歌曲场景、分类标签获取异常、频繁乱闪,经常选不到合适标签;考虑录制标准操作给AI,替代反复试错的模式。

5. 头像上传同样存在脚本问题,整体脚本需要调试排查。

二、简历工具故障处理方案

1. 简历看板在编辑器出现异常,怀疑是此前修改工作台引发的问题。

2. 优先尝试让AI一次性修复;修复失败就改用VS Code直接编辑源文件。

3. 资源现状:Codex token未更新,现阶段依靠Workday免费额度、Cloud工具来校验简历内容。

三、求职投递相关计划

1. 主线任务:投递昨天筛选收藏的岗位,完成岗位打招呼操作,已经让AI拉取昨日收藏岗位清单。

2. 打招呼痛点:AI自动生成的打招呼话术不符合个人表达习惯,每一条几乎都要手动修改;不喜欢问号结尾,有固定个人经历表述偏好。

3. 优化思路:计划搭建打招呼话术库,基于固定的个人经历、岗位类型,根据JD做针对性微调;现阶段优先提升沟通命中率,而不是盲目扩大投递数量。

4. 作品集节奏:作品集属于后续环节,只有招聘方产生兴趣才会查看,不需要急于完成。

5. 工具使用想法:采用低模式推理,用Obsidian随时记录想法,避免临时回忆的负担。

四、个人项目:拉丁相关域名部署

了解谷歌广告申请需要绑定域名,计划搭建维护拉丁相关域名网站。该项目有初步雏形、固定受众(小红书用户),是自己愿意长期推进的方向,后续完成部署对外分享使用。

五、拉丁舞课程取舍纠结

1. 拉丁舞相比街舞动作有重复性,基本功、力量训练对身体有益,属于自我投资。

2. 周一课程老师教学质量好,担心断课影响学习,课程已经涨价;今日存在退款窗口期。同时还报有周二‑周四其他课程。

3. 内心考量:考虑取消远程课程,只保留周一课程;川沙上课地点距离近、时间合适,还在进一步斟酌。

简短插话

说话人2仅有一句简短回复:“现在反正还是要等待。”
查看音频文稿

1. 关于音乐上传、简历等事务的梳理(Pudong 91.m4a)链接是内部音频资源,外部无法点开查看,下面是完整原始转录原文:
说话人1:我现在要去梳理一下我最近想做的事情。
说话人1:然后我先把刚刚我看到的那个内容火速记录一下吧。
说话人1:就是我不是有那个音乐上传的流程吗?
说话人1:我其实已经跑过很多次了,但是我刚刚惊奇地发现,他为什么每次跑还需要花费那么多的积分去做这个事情?
说话人1:做一件事情要花100多积分去做那个东西,我认为有一点奇怪,而且它经常出现一些很奇怪的那种。
说话人1:就是问题。
说话人1:而且这些问题是稳定复现的。
说话人1:我上传一张专辑会遇到那个问题,上传多张专辑还是会遇到那个问题,就是在上传 D I S T O R K 这个平台的时候。
说话人1: DISTROK 吧,好像是这个平台,就会出现这种问题。
说话人1:我的自动化脚本其实最开始我记得很久以前是做了一个插件嘛,然后后来的话。
说话人1:然后我就让 AI 来帮我去操作这个过程了。
说话人1:我不知道是不是我之前插件就写的有问题,导致它每次在实际操作这个流程中都不能稳定的去按照。
说话人1:就是规范来去做,每次都是会出错。
说话人1:就比如说他提交第一次的时候,他的那个苹果的那一个,就是什么什么信用填写的那一块,他就每次都会有一个提示弹窗。
说话人1:然后让我重新填,然后才能去啊,记住去重新填这个东西。
说话人1:然后甚至每次他勾选那一个,确认的那几个项,还经常会出现问题。
说话人1:我不知道这个为什么这个稳定性做不到,要导致我还要去手动操作。
说话人1:当然我不觉得,当然就是,并不是说让他一定要完整的,按照我的所有诉求全都完成。
说话人1:其实那个那样也不现实。
说话人1:他其实现在还是帮我节省了很多时间的。
说话人1:如果以前像我自己手动去添加,一一项一项去写的话,这个过程可能可能光传一个专辑就要耗费我20到半个小时的时间。
说话人1:现在我可能只需要花费一分钟,就是让他去帮我做这个事情,然后再花一分钟确认一下,那可能就两分钟解决了。
说话人1:然后再花一分钟,然后让他去,接下来去帮我去提交,那我这专辑就可以上传了。
说话人1:这还是整体会比较便捷,节省我的时间成本。
说话人1:但是精力成本上,他可能还是会打断我,让我一件事情,这就这么一件这么简单的上传这件事情。
说话人1:还是需要我花三次的精力去看他,然后确认他。
说话人1:甚至,然后刚刚我看了一下,他对我的积分消耗也挺大的。
说话人1:他传一张专辑要花100积分,100积分相当于什么?
说话人1:就是我看了一下那个腾讯的那个年卡是1000。
说话人1:300多,也就相当于一个月100多块钱。
说话人1:100多块钱的话,一个月给我们2000积分。
说话人1:像100块钱基本上等于2000积分。
说话人1:那100,200100等于2000积分,那么200积分就10块,100积分就5块。
说话人1:也就是说再上传一个专辑就要花5块钱。
说话人1:我不知道为什么他这个这么重复的东西,因为这些都是很明确,他为什么没有脚本化?
说话人1:照理说他如果是只是开启一个脚本,直接完成那他其实并不需要那么多积分的消耗,不理解他为什么会有这样的消耗。
说话人1:其实我一会也可以去咨询一下。
说话人1:模型,看看他帮我查一下这个过程。
说话人1:虽然说一,每天他都会送我100积分,但是我觉得这100积分留下来你干点别的不好吗?
说话人1:那为什么会在这么重复且确定的事项上会存在这种浪费积分的这个情况,那我我得可能得去确认一下这个积分的消耗。
说话人1:所以说它能展示这个消耗多少积分这件事情也挺好,至少可以在某种程度上帮我看一下这个各个模型的用量是多少。
说话人1:这是我在使用 Auto 的时候,因为我会发现使用智谱可能这个积分好用的更多一点,我不太确定是不是它会用的更多一点。
说话人1:反正我就是在开自动的时候,它消耗了1000积分,100积分我没有试过用其他的模型。
说话人1:或者怎么样,因为不是切模型,它的上下文可能会有点问题嘛。
说话人1:那这个是音乐,音乐的就是我这个渠道上传的这个问题。
说话人1:其实不只是这个渠道上传问题,我网易云渠道上传也会存在一些问题。
说话人1:就比如说我在上传那个网易云的时候,它就会遇到有一些重复的问题一直犯,就比如说我新增了那个上传专辑的那个操作。
说话人1:但是新增上传专辑,他好像并没有实际真的创建专辑。
说话人1:导致我表单填写了,但实际上网易云在校验的时候依依然以为我没有创建专辑。
说话人1:这就导致每次我歌曲上传完了之后,我还要重新生成专辑,然后里面内容复制,我还得重新复制进去。
说话人1:然后这里的专辑也是有问题的,这个专辑的信息,他现在写的就是很驴唇不对马嘴。
说话人1:我之前好像提示过,但是他并没有按照我的规范去去修改,因为他这个专辑的话,就是实际上虽然我是上传50首歌。
说话人1:每次都传50首歌,但他并不每次都能把50首歌成功上传,有的时候可能就只传上一两首。
说话人1:所以这个专辑信息说我写了多少歌,这个肯定是不合理的。
说话人1:甚至也不能提到具体的歌名,甚至他有时候给的,我其实想说那个专辑的描述,他肯定得是一些理念和概念和梗概的一个意思。
说话人1:他应该是基于这些歌曲,提炼一个抽象层面上的一种。
说话人1:就是比较 slogan 描述性的那种语言,一种那种很,就是文艺气息的那种语言。
说话人1:但实际上,他现在给到的一些默认给到的专辑信息,其实不是很合适的。
说话人1:我我对应着有几个音乐的方法,那几个方法肯定,它现在提示词肯定是有优化空间的。
说话人1:具体怎么做,我现在没太想好,一会我可以看一下,让让我那些 AI 去帮我。
说话人1:处理一下,因为我1点多啊,差不多一会他就能够开放这个免费的渠渠道,我可以让他去帮我校验一下这个什么情况。
说话人1:那这个是我网易云渠道的那个内容,那这个内容的话,应该让我网易云渠道那个内容去修改。
说话人1:因为其实不同渠道它应该是两个完全独立的事情,不同的事情,虽然它都是我音乐相关的这个链路。
说话人1:但是它是一些不同微观层面细节交互体验的一个部分。
说话人1:那这个是音乐层面的话,然后啊,对,还有上传头像。
说话人1:反正就是他这个创建专辑这块有问题,就是他整个这个脚本现在是有一些问题的。
说话人1:我觉得可以让我的那个 AI 去调试一下这个脚本,甚至说去尝试一下,看看有没有什么问题吧。
说话人1:然后再有就是他那网易云在这个选择类型的时候也会存在一些 bug 就比如说他在上传的时候。
说话人1:而且我希望他上传时候帮我校验一下显示。
说话人1:就是他,因为现在上传网易云的时候,有时候会出现这个音乐,我歌词有问题的这个情况。
说话人1:我就希望,如果歌词有问题的情况,他希望,我希望他可以去做一些提示。
说话人1:比如说存在一些,就是很奇葩的跟歌,不像歌词的那种内容。
说话人1:它可以去提醒我说这个东西存在这样的问题,要不要去做修改?
说话人1:当然我可能不会去做修改,它也可以。
说话人1:如果我,因为有一些我可能觉得它那歌词有问题,我可能在我听的时候,我就会把那歌词给替换成一个标题或之类的。
说话人1:但是我,因为这首歌不一定能确保真的能上传到网易云,所以我说我肯定不能在这个时候就浪费很多时间去修改这个歌词。
说话人1:因为不然的话就是无用功了。
说话人1:所以说我还是会允许他不合适的歌词上传上去,一直到他审核通过。
说话人1:如果他能够通过的话,我再仔细看他的歌词有没有成功,然后用替换好的方式。
说话人1:那这里刚,本来刚刚去讲一个东西,讲断了。
说话人1:其实还有一个地方,就是在他那个上,网易云上传的时候,他会填写那个歌曲的类型,什么场景标签啊。
说话人1:然后什么各种标签,他现在现在选择标签选择的非常奇怪,我不知道是由于他的时间问题还是什么问题。
说话人1:他经常乱闪,然后没有很稳定的去获取到这些标签,我在想是不是这个东西如果它很复杂的话。
说话人1:如果说他不知道,选不到合适的标签的话,我在想是不是可以让我去录制,具体的操作,然后给他一个最规范、最标准的操作方式。
说话人1:而不是说现在一直在那频繁试错,然后很不稳定的样子。
说话人1:这网易云这个是比较困扰我的一点,然后每次都是出现了一些问题,我觉得这个也值得去修复。
说话人1:那再有就是,我因为我现在 token 现在还没有,看一下我这些 token 现在有没有了。
说话人1:要有的话我现在就去做这个 token 的,就是 Codex token 的这个部分。
说话人1:并没有更新,并没有更新的话,那我就依赖于 Workday 现在免费的额度,以及还使用那个。
说话人1:准备使用一下 Cloud 去帮我校验一下内容,尤其是我简历的部分。
说话人1:简历的部分,现在我之前不是创建了一个简历的那个叫看板嘛,然后刚刚那个在编辑部部分出现了一些问题。
说话人1:不知道是不是前段时间去修改这个工作台的时候导致的一些编辑问题。
说话人1:看看他能不能一次性给我修好。
说话人1:如果能修好的话,我可以考虑尝试使用一下。
说话人1:如果修不好的话,那我就考虑如果修不好的话,我考虑看看直接用那个我,那个 VS Code 直接编辑源文件。
说话人1:其实也是可以的。
说话人1:然后现在其实今天主线的话应该还是继续投递昨天晚上找到那几个那几个岗位,然后基于那些岗位的话。
说话人1:去做一些打招呼的操作,然后现在我也让我的那个 AI 在帮我拉取这个昨天有哪些新收藏的这些岗位。
说话人1:然后今天要基于这些岗位的实际的 JD 的一个信息,来去获取它实际的表达,因为我会。
说话人1:昨天发现了,就是你肯定这些岗位,如果你能去编辑一段语言,你可能肯定会,就是提升你的概率嘛。
说话人1:所以说如果遇到一些觉得比较合适的岗位的话。
说话人1:可以适当的去把这个表达的用语,就是优化一下嘛。
说话人1:然后也不一定说一定要让他去帮我们提交,因为我会发现他现在打招呼的用语。
说话人1:他给的一些规范其实是不符合我诉求的,尤其是我昨天基本上每一个都需要我自己手动调整。
说话人1:因为他可能他不太符合我的这个意思,我在想这个是不是应该去把这个规范做在这个我的那有一个打招呼的那个 Skills 里面。
说话人1:关于我的规范的一个情况。
说话人1:但现在我还没有调试出来。
说话人1:他到底有哪些注意事项?
说话人1:比如说我不喜欢以问号结尾,比如一些我的实际经历的一些内容。
说话人1:所以现在我还在筹备一个,就是打招呼库。
说话人1:因为其实无非岗位就是那些种类型,然后我个人的话,我个人的话就是精力其实是相对比较固定的。
说话人1:岗位类型也是相对比较固定的。
说话人1:我在投递这些东西的时候,其实可以适当的根据他的 JD 来进行微调,然后去匹配我比较合适的那些内容。
说话人1:这是我在这个打招呼这个层面的优化,因为现在会发现其实命中率不是很高,最重要的还是提中。
说话人1:提升命中率,然后再去扩大它的范围。
说话人1:还不是说急着要去整个扩大范围的这个程度。
说话人1:再有就是从作品集的一个筹备层面,这个作品集的话,他现在还没有到他对我感兴趣的部分。
说话人1:如果对我感兴趣了的话,他才会去看那个作品集的信息。
说话人1:所以我觉得作品集也不是急于一时一定要完成的,所以这个东西也可以等。
说话人1:就是我那个 Cod 不然那么快干什么?
说话人2:现在反正还是要等待。
说话人1:我觉得还是应该用那个 soul 的那个低模式推理的那个方式慢慢去用。
说话人1:然后逐个去梳理这些内容。
说话人1:而且我会发现我如果遇到一想法,应该先去,还是用我比较传统的那个记录在 Obsidian 的那个方式。
说话人1:就给它记下来。
说话人1:因为你记下来之后,不然你突然去想,其实是一件很痛苦的事情。
说话人1:但是如果你能记下来,你以前有哪些内容的话,然后让他们梳理,可能会是一个更好的选择。
说话人1:啊,再有就是昨天其实遇到了一个了解到那谷歌广告其实它在申请的时候是申请域名的。
说话人1:我在想应该还是应该把拉丁的这个域名建立起来,然后维护起来。
说话人1:因为我其实昨天他也帮我对比了我手头的那些方案。
说话人1:我感觉其实只有拉丁是我同时长期又想做,然后现在也有一个大致的雏形,且有一个固定的受众。
说话人1:比如说我的小红书那受众,他们其实对这个网站还是有一定兴趣的,我觉得可以去。
说话人1:部署起来,然后分享给大家去看,去使用这样子。
说话人1:其实虽然说拉丁舞它的动作比较复杂,但是比,那只跟游泳相比的话,它确实比较复杂,因为你游泳的话。
说话人1:你就就三个三三个舞,泳姿,那你确实是一个很重复的,然后反复练习的动作。
说话人1:但其实拉丁舞相对于什么街舞那种很复杂的内容,它其实也是相对比较重复的。
说话人1:比如说伦巴,它基本功,它的那个守卫的基本动作,它不管做什么动作,它其实都是有个很基础的一个练习的动作。
说话人1:然后甚至是我在想他一些基本的日常练习,比如说你腿部力量的训练,他,你你需你需,叫什么。
说话人1:你身体的某些肌肉的训练,这个东西我觉得为什么觉得这是我长期要做的事情?
说话人1:是因为它对身体是一个很有好处的地方。
说话人1:所以这我也会纠结说,我周一的那课要不要一直报,即便它涨价了。
说话人1:这个我也会比较纠结一点吧,但是我觉得他也算是我的一个很重要的投资的一个点。
说话人1:虽然说我周二、周三或者说周四也在报其他的课。
说话人1:要不我把那个远程的那个去掉,只留那个周一的课呢?
说话人1:因为我觉得其实那个老师他讲的是挺好的。
说话人1:我要是断掉的话,我会担心会不会有问题。
说话人1:而且今天是有机会退款的。
说话人1:川沙这我觉得还可以的点就在于说,因为它是后面我会很近,而且它这个时间还不错。
说话人1:我看看。

Atomic Insight Layer

原子结构层

主题 / 实体 / 概念三层标签 + 逐字原话 + 出链 / 反链。点击 chip 筛选。

主题 实体 概念
全部主题实体洞见
topic-0

录音与采集

主题
topic-1

任务系统

主题
topic-2

工作流与自动化

主题
entity-0

Codex

实体
entity-1

Obsidian

实体
entity-2

伦巴

实体
entity-3

DISTROK平台

实体
entity-4

小红书

实体
entity-5

网易云音乐

实体
entity-6

拉丁舞

实体
entity-7

游泳

实体
entity-8

简历

实体
insight-0

关于音乐上传、简历等事务的梳理 详细总结

洞见
insight-1

这份是双人对话录音转录文本,说话人1梳理自身多项待办事务,包含音乐自动化上传脚本问题、简历工具故障、求职投递规划、个人项目域名部署、拉丁舞课程取舍几大块内容,说话人2仅有简短插话。

洞见
insight-2

一、音乐自动化上传链路问题(DISTROK、网易云两个渠道)

洞见
insight-3

1、DISTROK平台上传问题

洞见
insight-4

1. 已有自动化脚本/AI辅助操作专辑上传,但运行稳定性差,问题稳定复现:提交时苹果相关信用信息弹窗反复出现需要手动重填,确认勾选项频繁出错,无法全自动跑完流程,需要人工多次介入确认。

洞见
Normalized Tags

规范标签与同类归并

把 topic / semantic / source / entity 放到分组标签里,后面做筛选、聚类和同类合并时会更稳。

Normalized Topics
录音与采集任务系统工作流与自动化
Normalized Entities
CodexObsidian伦巴DISTROK平台
Normalized Provenance
Xiaohongshu
Normalized Semantics
长文展示岗位方向拉丁课音乐同步
Normalized Channels
我的录音
Normalized Sources
录音转写feishu_text