Google Meet 会议码怎么用？从加入会议到逐字稿、纪要交接的完整流程

Google Meet 会议码是什么？和会议链接差在哪里

会议码（meeting code）是每一场 Google Meet 会议的专属识别码。根据 Google 官方说明，每场会议都会被赋予一组独特的会议码，通常是一串 10 位字符、以三个区段呈现，例如 abc-defg-hij。它的价值在于：你不需要完整的会议链接，只要拿到这串码，就能在 Google Meet 首页或 App 中输入并进入对应会议。

会议码和会议链接的区别，可以用一句话说明：

项目	会议码	完整会议链接
形式	10 位字符，如 `abc-defg-hij`	网址，如 `https://meet.google.com/xxx-xxxx-xxx`
使用方式	在 Google Meet 首页或 App 的输入框中粘贴	直接点击打开
适合场景	对方只给了代码、没有可点击的链接	从日历邀请或聊天室直接点开
本质	同一场会议的另一种入口	同一场会议的另一种入口

两者指向的是同一场会议，区别只在于“你手上拿到的是哪一种”。实际中常见的情况是：同事在群里贴了一行“会议代码：abc-defg-hij”，会议十分钟后开始，你手上没有可点击的链接，这时就得靠会议码手动进入。

需要留意的是，会议码不是永久通行证。根据 Google 说明，会议码会依会议创建来源而有不同的有效期限；会议结束后，该组码通常就不再指向同一场会议。

用会议码加入会议前，先确认的三件事

在动手输入之前，先确认以下三点，可以省下反复尝试的时间。

第一，这组码是否还在有效期内。 如果会议已经结束，或主办方重新创建了一场新会议，旧的会议码就不会带你进到正确的会议室。若输入后显示找不到会议，先回头向发码的人确认，而不是反复重试。

第二，主办端的加入权限怎么设。 这是能否成功进入的关键变量。会议发起人可以设置是否要求“主持人先加入才能开始”，也可能限制只有同一组织的账号能加入，或需要主持人逐一放行。也就是说，即使会议码正确，你仍可能卡在“等待主持人允许加入”的画面。这种情况下，问题不在你输入错误，而在主办端的设置。

第三，你打算用什么身份与设备加入。 登录 Google 账号加入、以访客身份加入、用电脑浏览器加入或用 App 加入，流程略有不同。若这场会议涉及需求确认、承诺事项或分工，建议在加入前就先想好会后要怎么留下记录，而不是等会议结束才回头找。

步骤一：在 Google Meet 首页或 App 输入会议码

电脑端的操作顺序如下：

1. 打开浏览器，前往 Google Meet 首页。

2. 在首页找到“输入会议代码或链接”的字段。

3. 粘贴或输入你拿到的会议码，例如 abc-defg-hij。

4. 按下加入，进入会议室预览画面。

手机端的操作顺序如下：

1. 打开 Google Meet App，或从 Gmail 中进入 Meet。

2. 点击“使用代码加入”或对应的输入入口。

3. 输入会议码后确认。

输入时有两个常见的核对点：一是连字符的位置，会议码通常以三段呈现，漏打或多打连字符都可能导致找不到会议；二是前后不要夹带空格，从聊天室复制时特别容易发生。

步骤二：确认身份、麦克风与摄像头设置

进入预览画面后，先别急着按加入，花三十秒确认以下项目：

身份：确认你当前登录的账号是否为这场会议允许的账号。若公司政策不允许用个人账号加入外部会议，这里就要改用访客身份或其他方式。
麦克风：确认输入设备选对，并试着说一句话看音量条是否有反应。
摄像头：依场合决定是否开启。若只是需要专心听与记录，关闭摄像头不影响你加入会议、发言或看共享画面。
显示名称：以访客身份加入时，这个名称会是其他人辨识你的唯一依据，建议填写可辨识的姓名与单位。

确认完成后按下加入。若画面停在“等待主持人允许加入”，代表主办端需要放行，这时请在聊天室或群组中告知对方你已在等待。

步骤三：会议中确认记录需求与同意

会议开始后，如果你被指派负责会后记录，这一步不能跳过。

别再手动整理录音

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

试试 Tinrec 下载 Tinrec App

录音与转写涉及参与者的权益，也可能受当地法规规范。实际中的做法是：在会议开始时明确告知与会者这场会议将进行录音或转写，并取得同意；若会议中有外部客户或合作方，更应事先确认对方是否接受。这不只是合规问题，也影响后续数据能不能安心使用与分享。

同时建议在会议中就先确认三件事：这场会议需要产出什么（纪要、决策清单还是待办分工）、由谁负责整理、以及会后要发给哪些人。把这三件事在会议中讲清楚，会后的交接会顺很多。

步骤四：用 Tinrec 桌面版记录会议声音并获取逐字稿

会议进行中，记录这一段可以交给工具处理。

Tinrec 桌面版通过采集电脑的系统声音来记录线上会议，不需要把额外的会议机器人加入会议室。也就是说，会议参与者名单不会多出一个陌生账号，你也不需要请主办方放行一个机器人。实际操作上，是由用户主动在桌面版发起录制，而不是自动加入所有日历会议。

录制完成后，Tinrec 会把会议声音转成逐字稿，并可进一步生成摘要、章节与待办。对负责会后记录的人来说，这一步解决的是“重听”这个最耗时的环节：原本要反复暂停、回放、手打的内容，变成一份可以搜索、可以定位的文字。

需要提醒的是，转写结果仍会受录音质量、多人重叠发言、口音与专业术语影响。重要数字、对外承诺与关键决策，建议对照逐字稿时间点与录音回放再确认一次，不建议直接采用未经核对的内容。

步骤五：把逐字稿整理成纪要与待办，交接给团队

拿到逐字稿只是中间产物，真正要交出去的是纪要与待办。

从逐字稿到纪要。 依会议性质，把逐字稿整理成结构化的纪要：讨论了哪些议题、达成了什么结论、哪些事项尚未定案。Tinrec 可依会议内容生成摘要与章节，协助你先掌握整体结构，再针对关键段落逐句核对。

从纪要到待办。 把会议中出现的行动事项抽出来，补上负责人与期限。这一步是会后最容易漏掉、也最容易造成后续争议的地方，建议由实际参与会议的人确认一次，而不是完全依赖自动结果。

用 AI 助手承接会后工作。 待办清单本身还不是可交付的材料。Tinrec 的 AI 助手可以基于会议纪要与上下文，协助把待办继续加工成行动计划、跟进材料、报告、表格或文档。例如项目会议后把待办整理成一份可发出的行动计划，或把客户会议中的承诺事项整理成后续跟进材料。这些产出仍建议由负责人确认后再对外发送。

团队版：让会议资料被共享与持续跟进

到这里为止，纪要与待办还在你个人的工作范围内。但项目会议的决策与分工，通常需要让没参加会议的同事也能接手。

环节一：把会议资料放进团队空间。 个人版的资料归个人账号管理，团队版则提供独立的团队空间。你可以把这场会议的逐字稿、摘要、纪要与待办集中放进团队空间，让团队成员查看、播放与阅读。这里要区分清楚：成员关系决定谁属于这个团队，角色决定谁能管理团队与成员，席位则决定谁能执行录制、上传、编辑与导出等资源使用操作。有效但没有席位的成员，仍可查看团队资料，但不能执行编辑类操作。

环节二：成员接手与持续跟进。 当负责这条待办的同事请假、调组或离开项目，团队资源不会跟着个人消失。团队资源归团队所有，成员退出或被移除时，可将其负责的团队资源交接给其他有效成员，让后续跟进不中断。这也是团队版和“多人共用一个个人账号”最根本的区别。

（以下为虚构教学示例，用于说明交接流程，非真实案例。）假设项目助理在周会后把逐字稿与待办放进团队空间，并在待办上标注负责人；两周后其中一位负责人调离项目，管理者把该成员名下的会议资料与待办交接给接手的同事，新同事打开团队空间就能看到当时的讨论脉络与承诺事项，不需要重新询问“上次开会决定了什么”。