Google Meet 出席名单能给你什么、给不了什么？把出席记录与决议、待办对应成可交接材料的完整说明

会议结束后被要求「把出席记录交出来」，是多数行政、项目助理与会议主持人熟悉的场景。你打开 Google Meet 的出席名单，看到一串名字与进出时间，却发现主管真正想问的是「那件事谁负责、什么时候交」——这两件事并不在同一份文件里。

这篇按交接顺序写：先分清出席记录与会议记录的区别，再讲名单怎么获取、存在哪里，接着说明它拿不到什么，最后给出把出席与决议、待办对应起来的核对顺序。

Google Meet 出席名单能提供什么：先分清出席记录与会议记录

出席名单（attendance list）回答的是一个很窄的问题：这场会议里，谁进来了、什么时候进来、待了多久、什么时候离开。

依 Google 官方说明，Google Workspace for Education Plus 与 Teaching and Learning Upgrade 的用户，在参与人数达 2 人以上的会议中会自动收到出席报告；直播活动另有直播报告。也就是说，这项能力本身有方案前提，不是所有 Google 账号都默认拿得到。

第三方工具则从另一个方向补位。Chrome 网上应用店中的 Google Meet Attendance List 扩展程序，主打自动生成出席名单、手动保存、追踪每位参与者的首次出现时间、通话时长与发言时间，并可导出 CSV、XLSX、PDF；其说明也强调数据存储在本机、不会离开设备。另有 MeetList.io、AttendList 等服务，以自动追踪出席并生成报告为主要功能。

但无论用哪一种方式，出席名单的产物性质都一样：它是一份「谁在场」的记录，不是一份「讨论了什么、决定了什么」的记录。

这里要先切开三类常被混为一谈的产物：

主管说「把会议记录给我」，多数时候要的是第二栏加第三栏，而你手上只有第一栏。这不是谁漏做，而是这三类本来就由不同工具、不同人负责。

出席名单的获取方式与保存位置：谁拿得到、存在哪里

获取方式大致分三条路，对应不同的责任人与保存位置：

第一条：平台内置出席报告。 依 Google 官方说明，这项能力绑定特定 Workspace 方案（Education Plus、Teaching and Learning Upgrade），符合资格的用户会自动收到报告。保存位置在 Google 生态系内，通常由会议发起人或具备权限的账号持有。

第二条：浏览器扩展程序。 例如 Google Meet Attendance List 这类工具，在会议进行中自动生成名单，并可导出 CSV、XLSX、PDF。其说明指出数据存储在本机、不会离开设备——这对在意数据流向的团队是优点，但也意味着名单默认只存在按下导出那个人的电脑里，不会自动进入团队的共同空间。

第三条：人工记录。 由会议主持人或指定记录者手动抄写。这种方式最不受方案限制，但也最容易漏人、漏时间。

交接时要问清楚的三件事：

1. 这场会议用哪一种账号开的？ 决定你有没有内置出席报告可用。

2. 名单由谁负责导出？ 扩展程序生成的名单不会自己跑到别人手上。

3. 名单存在哪里、谁有权限看？ 涉及与会者姓名与进出时间，属于个人信息，分享范围要有依据。

出席名单拿不到什么：谁负责哪一项、决定了什么

这是整篇最需要讲清楚的一段。出席名单不会告诉你：

• 谁负责哪一项工作。 名单只显示某人出席了，不显示他在会中被分派了什么。
• 会议决定了什么。 决议是讨论的产物，不是出席的产物。
• 谁承诺了什么时间点。 「下周三前给初稿」这类承诺不会出现在出席报告里。
• 谁虽然在場但没有参与。 出席名单无法区分「全程参与」与「挂在线上做别的事」。

换句话说，出席名单可以佐证「这个人有机会听到这项决议」，但不能佐证「这个人同意负责这项决议」。 这两者在责任归属上是完全不同的层级，交接时不能互相替代。

如果主管要的是「确认每个行动项都有人认领」，那你要交的不是出席名单，而是一份把行动项对应到人与时间的清单——这份清单需要在会后另行整理。

把出席记录与决议对应起来：交接前要补的三件事

拿到出席名单之后，距离「交得出去」还差三样材料。这三样都不是出席名单能自动生成的：

第一件：决议清单。 把会议中真正拍板的事项逐条列出。判断标准是「这件事如果没做，会有具体后果」，而不是「这件事被讨论过」。

第二件：分工对应。 每一条决议后面接上负责人与交付时间。负责人必须是实际出席或事后被明确告知的人，不能只凭名单推测。

第三件：时间点。 没有时间点的分工等于没有分工。至少要写到「哪一天之前」或「下一次会议之前」。

补完之后，一份可交接的材料通常长这样：

最后一栏的用途是核对「这个人当时在场」，而不是证明「这个人同意负责」。真正的责任确认，仍建议由负责人本人回复确认。

从逐字稿到待办：把承诺事项对应到人与时间

如果这场会议有录音或逐字稿，补齐上述三件事会快很多。做法是按时间轴回看讨论，把出现「我来处理」「这个我这边出」「下周给你」这类句子的段落标出来，逐条转成待办。

这一步的价值在于：逐字稿保留了「谁在什么脉络下说了这句话」，这是纯粹的出席名单完全没有的信息。 出席名单告诉你谁在场，逐字稿告诉你在场的人说了什么。

需要提醒的边界：逐字稿与录音涉及与会者发言内容，使用与分享前应确认已取得必要同意，并遵守当地法规与组织规范。重要承诺与对外发送内容，仍建议由当事人确认后才定案。

AI 助手如何把待办继续加工成行动计划或跟进材料

拿到逐字稿与待办之后，常见的断点是：清单有了，但没人把它变成可以拿去执行的材料。

以 Tinrec 为例，它的 AI 助手（Agent）可以在会议纪要与上下文基础上，协助把待办继续加工成行动计划、跟进材料、报告、表格或文档。实际操作上大致是两个环节：

环节一：把逐字稿与待办整理成结构化清单。 输入是会议录音或逐字稿，产出是摘要、章节、重点与待办事项。这一步解决的是「会后整理耗时、容易漏掉决议点」的问题。

环节二：把待办加工成可交付的会后材料。 例如项目会议的待办可以整理成行动计划，客户会议中的承诺事项可以加工成跟进材料。这一步解决的是「清单有了，但没人写成能发出去的东西」。

需要人工确认的边界很清楚：重要承诺、对外发送与关键决策，建议由人确认后再定案。 AI 助手处理的是整理与草拟，不是代替人做决定。

团队版：让出席记录与会议结论被共享与持续跟进

单机作业时，出席名单、逐字稿与待办往往散在不同人的电脑里。项目助理导出了名单，主持人手上有逐字稿，待办写在某个人的笔记软件——下次要查「上次那件事谁负责」，得一个一个问。

Tinrec 团队版处理的正是这一段。它不是多人共用一个个人账号，而是独立的团队协作空间。以本篇场景为例，两个具体环节是：

环节一：把会议资料集中放进团队空间。 出席佐证、逐字稿、摘要与待办可以统一保存在团队空间中，成员共享查看。原本散在个人设备与聊天记录里的会议资料，变成团队可搜索、可追溯的资料。

环节二：让会后产物可以被持续跟进。 由 AI 助手加工出的行动计划或跟进材料，放进团队空间后，其他成员可以接着查看与跟进，而不是只留在产出者手上。成员变动时，团队资源归团队所有，不会随个人离开而消失。

需要说清楚的边界：团队版目前以团队级共享为主，所有有效成员可读取团队数据；角色决定谁能管理团队与成员，席位决定谁能录制、上传、编辑与导出。这不是文件级的细粒度权限控制，也不应被描述成可以为每份出席记录单独设置可见范围。

如果你的团队正卡在「出席记录与会议结论分散在不同人手上」这一步，可以进一步了解 Tinrec 团队版的团队空间与共享会议资料能力，评估是否符合你们的交接流程。

交接前的核对顺序与使用边界

把材料交出去之前，建议按这个顺序核对一遍：

1. 确认交付标的。 对方要的是出席记录、会议记录，还是待办清单？三者不能互相替代。

2. 确认出席名单来源与方案前提。 是平台内置报告，还是扩展程序导出？前者有方案限制，后者默认存在个人设备。

3. 确认分工对应是否有人认领。 名单只能佐证在场，不能佐证同意负责；每一条分工建议由负责人回复确认。

4. 确认时间点是否具体。 没有交付时间的分工，后续无法追踪。

5. 确认分享范围。 出席名单含与会者姓名与进出时间，逐字稿含发言内容，分享前应确认已取得必要同意并符合组织规范。

6. 确认重要内容已人工复核。 决议、对外承诺与关键数据，建议对照录音或逐字稿时间点核对后再定案。

出席名单是一份有用的佐证材料，但它从来不是会议记录的替代品。把「谁在场」与「谁负责什么」分开处理、再对应起来，才是这份材料真正交得出去的方式。

参考来源

• Google Meet Attendance List - Chrome Web Store
• MeetList.io - The easiest way to save your google meet attendance list
• Google Meet Attendance Tracker | AttendList
• Track attendance & view Live stream report - Google Meet Help
• Google Meet Attendance Report: The Complete Guide (2026)