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 助手可以基於會議紀要與上下文，協助把待辦繼續加工成行動計畫、跟進材料、報告、表格或文件。例如專案會議後把待辦整理成一份可發出的行動計畫，或把客戶會議中的承諾事項整理成後續跟進材料。這些產出仍建議由負責人確認後再對外發送。

團隊版：讓會議資料被共享與持續跟進

到這裡為止，紀要與待辦還在你個人的工作範圍裡。但專案會議的決策與分工，通常需要讓沒參加會議的同事也能接手。

環節一：把會議資料放進團隊空間。 個人版的資料歸個人帳號管理，團隊版則提供獨立的團隊空間。你可以把這場會議的逐字稿、摘要、紀要與待辦集中放進團隊空間，讓團隊成員查看、播放與閱讀。這裡要區分清楚：成員關係決定誰屬於這個團隊，角色決定誰能管理團隊與成員，席位則決定誰能執行錄製、上傳、編輯與匯出等資源使用操作。有效但沒有席位的成員，仍可查看團隊資料，但不能執行編輯類操作。

環節二：成員接手與持續跟進。 當負責這條待辦的同事請假、調組或離開專案，團隊資源不會跟著個人消失。團隊資源歸團隊所有，成員退出或被移除時，可將其負責的團隊資源交接給其他有效成員，讓後續跟進不中斷。這也是團隊版和「多人共用一個個人帳號」最根本的差別。

（以下為虛構教學示例，用於說明交接流程，非真實案例。）假設專案助理在週會後把逐字稿與待辦放進團隊空間，並在待辦上標註負責人；兩週後其中一位負責人調離專案，管理者把該成員名下的會議資料與待辦交接給接手的同事，新同事打開團隊空間就能看到當時的討論脈絡與承諾事項，不需要重新詢問「上次開會決定了什麼」。