把录音交给 Tinrec，几分钟获得逐字稿与摘要

支持音视频上传、多语言转写、AI 纪要与待办提取

飞书会议纪要示例完整指南：字段来源、填写口径与交接核对

飞书会议纪要示例交上去被退回，通常不是因为标题层级或字体不对，而是某几个字段填了字却说不出来源。周会散会，飞书窗口一关，手里是一段会议声音和几页零散笔记，当天要按公司示例交给主管，还要让接手的同事看得懂。主管扫一眼会问“这次定了什么、谁负责、什么时候交”，同事接着问“依据在哪一段”。秒听（Tinrec）是一款面向个人与团队的 AI 会议记录和协作工具，可以放在“飞书会议结束到纪要交付”这条链路上使用。下面按字段逐类拆：示例为什么总被退回、一份可交接的示例该含哪几类字段、每类字段从哪里来、哪些必须回听原话确认。

飞书会议纪要示例为什么总被退回

先看一个虚构教学示例。项目助理小周开完一场四十分钟的飞书周会，把会议里的转写文本整段粘进公司示例，会议名称、时间、参会人填好，正文写“以上为本次讨论内容”，就发给了主管和两位同事。半小时后主管退回，同事在群里追问：这次到底定了哪个版本、谁负责改接口、下周几之前交。小周回头翻那段文字，发现讨论过程都在，结论却散在三个人的发言里，责任人只出现过一次“我看看吧”，截止时间压根没人提。

这类退回有三个常见缺项，和格式无关：

结论字段写的是过程。 示例里“讨论要点”一栏填了谁说了什么，却没有一句“本次确定的是什么”。读者要自己从争论里提炼结论，等于把整理工作转给了下一位同事。
责任人和截止时间没有出处。 会上有人说“这块我来跟”，但没说交付物和日期；整理的人凭印象补上名字和“本周内”，一旦对方不认，整条待办就作废。
依据无法回查。 主管问“客户那句原话是怎么说的”，纪要里只有转述，没有时间点，只能重新听一遍录音。

所以示例真正要解决的不是“长什么样”，而是“每个字段能不能指回会议里的某一句话”。这也是后面逐类拆字段来源的原因。

一份可交接的示例该含哪几类字段

按接收对象来定字段，比按模板顺序填更稳。给主管看的是结论和风险，给接手同事看的是任务和依据，给自己留的是可回查的原始材料。一份能交出去的飞书会议纪要示例，通常包含下面几类字段：

字段类别	具体内容	主要接收人	来源要求
会议基本信息	会议名称、日期、参会人、缺席人	全部接收人	会议邀请或实际到会情况，需人工核对
议题与结论	本次讨论了哪几件事、每件事定了什么	主管、接手同事	摘要与章节，结论句需回听确认
待办事项	做什么、谁负责、什么时候交、交付物是什么	接手同事、责任人本人	待办候选，责任人与时间必须人工确认
未决问题	这次没定、下次要继续讨论的事项	主管、接手同事	讨论中的悬置点，需人工判断
依据与附件	关键原话的时间点、会中共享的文档	自己、需要复核的人	逐字稿与录音，保留可回查位置

这张表里最容易被跳过的是最后一类。很多人把纪要发出去就删了录音，等到下个月有人问“当时为什么选这个方案”，已经无从查起。字段齐全不等于可交接，能回查才算。

秒听怎样把飞书会议声音变成字段候选

字段要填得准，前提是会议内容先被完整接住。秒听在这一段的作用，是把飞书会议的声音变成可以逐项填写的候选材料，而不是直接给出一份可以原样转发的成品。

输入：桌面版采集系统声音，不需要机器人入会

飞书会议在电脑上开，用秒听桌面版发起录制即可。它采集的是当前设备的系统声音，不需要把一个额外的会议机器人拉进飞书会议，也不会在参会人列表里多出一个陌生账号。对内部周会来说，这一点很实际：不用向主持人解释“这个机器人是谁”，也不用担心它被误当成外部人员。

需要说清楚边界：秒听不是自动加入日历会议的工具，也不与飞书存在官方合作。录制需要使用者自己打开秒听发起，会议结束后停止。会议录音涉及参会人，使用前应按所在组织的要求告知或取得同意。

第一类产物：逐字稿，用来回查原话

录制结束后，秒听生成逐字稿，保留原始发言内容，支持搜索和按时间点回看。它对应的正是示例里“依据与附件”那一栏：主管问某句原话，你不用重听整场会，直接在逐字稿里搜关键词，找到时间点，把原话摘进纪要或作为备注。

别再手动整理录音

上传音视频，自动获得逐字稿、摘要和行动项

试试秒听下载 Tinrec App

逐字稿不是给所有人看的。给主管的版本里通常只放关键原话的引用，完整逐字稿作为附件或链接保留，避免正文过长。

第二类产物：摘要与章节，用来搭议题和结论秒听会基于会议内容生成 AI 摘要和章节，把长会议拆成便于浏览的结构。对飞书周会来说，这一层解决的是“议题与结论”怎么起稿：先看章节知道这场会分了几个议题，再按议题各写两三句结论。没参会的同事读这一块就能进入状态，不必从头听录音。

这里要提醒一句：摘要给的是候选结论，不是最终结论。会上常有“先这样，回头再看”的模糊表态，摘要可能把它归到某个议题下，整理的人要判断这到底算定了还是没定。

第三类产物：待办候选，用来填待办栏秒听会从讨论中提取待办事项，形成待办候选。关键词是“候选”：它的作用是把会上散落的行动线索集中起来，避免遗漏，然后逐条过一遍，确认哪些真的要执行、由谁执行、什么时候交。

这一步是整份纪要里最不能省人工的。会上说“我来跟一下”的人，未必是最终责任人；说“下周吧”的时间，未必是承诺的截止日期。待办候选只是把线索捞出来，写进示例之前必须逐条确认。

第四类：AI 助手把确认过的待办继续做成材料

待办确认完，往往还要变成能交出去的东西。秒听里的 AI 助手（Agent）可以基于会议纪要和上下文，把确认过的待办继续加工成行动计划、跟进材料、报告、表格或文档。比如周会定了三项行动，可以让它按责任人、交付物、时间整理成一份行动计划表，再补一段给主管的进展说明。

需要守住边界：重要承诺、对外发送的内容和关键决策，仍要人工确认后再发出。AI 助手是承接会后整理工作，不是替人做决定，也不会自动操作外部系统。

哪些字段必须回听原话确认秒听能减少搬运，但有几类字段建议逐条回到逐字稿或录音确认后再写进纪要。这几项一旦写错，后面整份纪要都会跟着错。

责任人与交付物。 逐字稿里出现名字，不等于这个人接下了任务。要确认的是：他有没有明确应下、交付物是什么、是初稿还是终版。会上常见的“我看看”“回头给你”都不能直接写成责任人。

截止时间。 摘要和待办候选里出现的时间，可能是讨论中提到的参考时间，也可能是别人转述的日期。写进纪要前，回到原话确认这是不是承诺的交付时间，以及有没有工作日和自然日的歧义。

对外承诺与数字。 涉及客户、预算、排期、版本号的表述，必须逐字核对。转写受口音、噪声和多人重叠发言影响，数字和人名尤其容易出错，这类字段不能只信摘要。

结论的确定性。 “原则上同意”“先按这个方向”这类表述，是定了还是没定，需要整理的人结合上下文判断。判断不了就放进“未决问题”，不要硬写成结论。

参会人与缺席人。 谁到会、谁请假，直接影响后续要不要单独同步。这一项以实际到会情况为准，不能从发言推断。

一个实用的做法是：在逐字稿里给这几类字段标上时间点，写进纪要时把时间点一并留在备注里。这样主管或接手同事有疑问，能直接跳回去听那十几秒，而不是把整场会重放一遍。

团队空间让纪要资料不随人走

纪要发出去只是开始，真正麻烦的是后面几周：接手的同事要翻上个月的周会看某项决定，负责的同事调岗了，原始录音还在某个人的电脑里。秒听的团队版提供独立的团队协作空间，和个人账号不是一回事。

第一个环节是共享会议资料。团队把飞书周会的录音、逐字稿、摘要和会后整理出的纪要放进团队空间，成员可以查看、播放和阅读历史会议资料。新接手的同事不必挨个找人要文件，直接在空间里按会议名称或关键词找。这里要说明能力边界：当前团队版以团队级共享为主，所有有效成员可读取团队资料，并不是给每个文件单独设置访问范围的文件级权限系统。

第二个环节是成员变动时的资料归属。团队资源归团队所有，不归上传者个人。成员退出、被移除或失去席位时，需要将其负责的团队资源交接给其他有效成员，历史资料不会随人离开而消失。对经常有人调岗的项目组来说，这比把文件存在个人网盘里稳得多。

如果你们组的飞书周会纪要已经出现“每次都要问上一任要文件”的情况，可以先从把最近几次会议的录音和纪要集中到一个团队空间开始，再决定要不要把更多会议纳入进来。具体方案和席位安排，以正式购买页面或官方咨询结果为准。