Town AI 助理讓 Townie 互相協作，把等同事回覆的時間收回來

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

2026 年 10 月 19 日，AI 助理服務 Town 宣布完成 1.08 億美元 B 輪募資，由 Forerunner Ventures 與 Menlo Ventures 共同領投，a16z、First Round Capital 繼續參與，Better Tomorrow Ventures、Precedent.vc、Scribble Ventures、Serena Ventures、Sparked Ventures 與多位天使投資人跟進。共同創辦人 Jean-Denis Greze 在台北時間同日晚間十點出頭的 X 貼文裡，只給了一個動機：工作上最大的瓶頸，是等彼此回覆。

這句話把 AI 助理賽道的下一步講得相當直白。把一個人變快的工具，市面上已經不缺；Town 這輪募資押的是接下來的題目：當團隊裡每個人都有自己的助理時，能不能讓助理之間直接把事情談完，人只負責最後點頭。Town 給每個使用者一個名為 Townie 的助理，這次公告把產品主軸升級成讓同事的 Townie 互相協作，官方口號是讓 Townie 一起工作，使整個團隊以 AI 的速度前進。

時間與變動本體要分開看。募資公告的可核對日期是 2026 年 10 月 19 日（公告頁標示的發布日，執行長貼文時間為同日 22:11 台北時間）；而助理互相協作的功能，早在今年春天就陸續上線。換句話說，這輪募資是方向宣示加資金，不是新功能發表。

Pin

協作功能比這輪募資早了五個月

對照 Town 的官方更新日誌，團隊協作的路線是這樣走出來的：

• 4 月 16 日，團隊功能開放給管理員以外的成員，邀請流程同步改善
• 4 月 22 日，上線團隊技能，管理員把最佳做法寫一次，每個人的助理都能取用
• 5 月 16 日，成員可以分享、撤銷與更新自己有權限的團隊流程
• 5 月 18 日，助理對助理的任務協作脫離測試名單，正式上線
• 9 月 3 日，可以在群組聊天裡把你的 Townie 介紹給同事與他們的 Townie
• 9 月 30 日，Town 2.0 把任務改成一條條可共用、可協作的執行緒

5 月 18 日那則日誌寫得明白：代理對代理的任務協作，不再需要測試功能資格。9 月 3 日的更新則把 Townie 帶進共同聊天室：不同人的助理可以在群組裡一起對時程、規劃活動、分享資料，甚至開瀏覽器去完成訂位這類動作；同一天的另一則更新還讓 Townie 能代你操作需要登入的網站。9 月 30 日的 Town 2.0 再把任務系統改成執行緒，讓「把這件事交給誰的助理」變得像傳訊息一樣輕，官方同時宣稱助理更會判斷什麼時候該回頭問人。

Pin

團隊技能的設計也值得多看一眼，因為它是「更新一次、全員套用」的基礎。技能沒有觸發條件，助理自己判斷什麼時候用：團隊怎麼寫文件、簡報用什麼版式、對客戶說話的口吻，寫成技能之後，每個成員的助理與流程都能取用。管理員在團隊選單裡建立，成員的助理自動看得到。

對照 Townie 的說明文件，它的原始定位是只為你一人工作的個人助理：你在設定時給它取的名字會同時成為它的電子郵件地址（例如 [email protected]），你隨時可以直接寫信交代事情；它在背景學你的語氣、人脈與做事習慣，也連接信箱、日曆、Slack、HubSpot、Notion、Asana 等工具，還能透過 MCP 協定接上公司自己的系統，需要現成連接器時，社群整理的伺服器清單也用得上。找它的管道也不只信件：Slack、WhatsApp、Telegram、手機簡訊都能叫到同一個助理，9 月下旬起在信件副本欄放上它的地址並交代需求，它就會接手處理那封信。團隊協作，就是在這個個人助理的基礎上疊出共享層。

募資節奏同樣值得對照。把時間往回撥四個多月，6 月 3 日那一輪 A 輪的金額是 5,500 萬美元，a16z 出手領投、Forerunner 跟投。同一年內連收兩輪是商業事實，對產品成熟度沒有直接證明力；A 輪那筆訊息目前也只見於第三方新聞稿轉載，Town 官網上找不到對應的公告頁。投資人名單回答不了助理之間怎麼傳資料的問題，這種問題只有文件與實測能回答，後面就照這個標準往下看。

公告的四個情境，拆開看是兩種能力

官方公告把多人協作落在四個具體情境，操作方式全部一致：需求由你提出，跑腿的是你的 Townie，對接的是同事的 Townie：

用主管的語氣起草。需要高層出面時，兩個助理先商量好，以收訊那一方的語氣把稿子寫出來，對方看過、按下傳送就收工。起草的人不必再猜主管喜歡的口吻，被代筆的人則保留最後一步的決定權。

找出能引薦的人脈。想聯絡一個陌生人時，Townie 會查整個團隊誰認識對方，請那位同事協助引薦，並把會議排進行事曆。原本靠到處問人與傳訊息的過程，收進同一個流程。

會前壓力測試。簡報之前，Townie 把草稿交給同事的 Townie 檢視，收集他們最可能提出的問題並先修改。問題在會議前浮現，不必等到現場被問倒。

更新一次、全員套用。有人改善某個流程或話術後，團隊裡每個 Townie 立即採用，省掉逐人推廣的陣痛期。

拆開看其實只有兩種能力：前三個情境是兩個助理合作產出草稿、引薦與問題清單，第四個是把團隊的最佳做法寫一次、大家共用。共同點是每個人保有自己的助理，同意權留在各自手上。公告裡對這種工作樣貌的想像寫得頗具體：沒有人需要為了對齊進度另開一場會，每個人只做只有自己能做的決定，剩下的來回由助理們自己談完。公告也順帶點出市場現況的矛盾：團隊共用機器人看得到頻道，卻看不到任何人的信箱與偏好，所以它永遠不真正認識任何一個人；個人助理看得到你的一切，過去卻碰不到你的同事。Town 想同時擁有兩邊。

公告把這些情境背後的東西稱為一種新的公司知識：誰的文字風格長什麼樣、哪段客戶關係最穩、每個潛在客戶在意什麼，這些原本散在個人腦袋與信箱裡、人一忙或一離職就跟著消失的脈絡，被 Townie 累積成整個團隊可以複用的資產，而且用得越久越準。這個概念在產品裡有一個看得到的形式：Town Wiki，每天晚上自動更新的個人頁，把 Townie 對你的理解攤開來給你看，也能手動改。官方的說法是，公司因此不會因為規模變大而變慢，反而越用越聰明。這是願景的部分；官方同時承諾這份脈絡屬於建立它的公司，哪天離開 Town 可以整份帶走。這段承諾的兌現方式，後面會再回來檢驗。

公告宣稱已有數千家企業每天靠 Townie 完成工作。這個數字沒有附上客戶名單或統計口徑，引用時維持官方說法的層級即可。

想讓 Townie 互相幫忙，從每人每月 49 美元的方案開始

依定價頁的比較表，助理對助理協作從 Pro 方案開始，Free 與 Starter 都沒有這個欄位；個人方案年繳比月繳便宜，Starter 只提供月繳。表格內容以官方定價頁現況為準，Town 的方案調整頻率不算低。

Pin

點數制的配套規則，直接影響每個月的帳：

點數每月重置，用完不滾存。Free 方案不用點數，每月 30 則訊息與助理對話，註冊時附 7 天 Pro 試用；Starter 以上進入點數制。一句簡單提問消耗很少，大量讀信、研究、採取行動的流程消耗得多。Starter 每月附 10 次人物調查與 15 次會議簡報，Pro 起開放無限自訂流程與自動會議簡報、50 次人物調查，Power 是 150 次，Power Plus 不限；團隊方案則是每位成員每月 75 次。

超額預設關閉。Pro 以上可以隨用隨付超額，單價從每點 0.044 美元（Pro）一路降到 0.030 美元（Team Plus），但每個帳號的超額支出上限預設是 0 美元，要先手動調高才會產生超額費用。這個設計不必擔心意外帳單，代價是點數用盡的當下助理會停工，月底衝刺型的團隊要自己權衡要不要開。想盯成本的話，設定頁有每日用量圖與每流程點數表（每日彙總，看到昨天為止），最近 90 天有用過點數的帳號還會多一個按鈕，讓 Townie 檢視你的消耗並建議省點方式。

團隊有免費層，但共享有限。Team Free 可以共享整合、可安裝流程與技能，成員繼續用自己的個人方案，但不能跑團隊背景流程，也沒有共享點數；要讓流程以團隊身分執行，需要付費團隊方案。角色分三層：Owner 掌全局與帳務，Admin 管整合與規則，Member 使用。帳務只有 Owner 與 Admin 能動，一般成員加購或改方案都要找管理員。

升級與加人的計費方式也先講清楚：中途升級立即扣款、立刻切換，剩餘點數的價值折抵新方案；團隊方案中途加人，新席位當下扣費並立刻給滿該席位的點數，下一個帳單日全隊點數依總人數重算。試用期則是七天或試用點數用完，先到者為止，結束後自動落到 Free。

個人的多信箱需求也綁在方案上：Starter 可以連兩個信箱帳號，Pro 五個，Power 十個，Power Plus 不限；Townie 會把所有連接的帳號整理成同一份風格檔，但寄信時永遠知道該用哪個地址，不會搞混公司與私人信件。付費團隊方案則把所有席位放進同一張帳單、同一個點數池，管理集中在同一個後台；企業方案再往上一層，是無限席位、客製價格、專屬支援與安全審查。

方案頁有一處說法不一致。常見問題把組織層級用量分析寫進 Team 方案的整段說明，比較表上這個欄位卻連 Team Plus 都沒有勾選。挑方案前值得直接向官方確認自己需要的是哪一層。

你的 Townie 會告訴別人的 Townie 什麼，文件只寫了一半

公告對協作的描述停留在情境層。把官方文件翻過一輪，唯一具體交代助理之間互動機制的地方，在模式與同意機制的說明頁：當別人的助理向你的助理提問，你會在通知頁收到回答請求，逐筆審查後決定要不要回；拒絕時，對方的助理會收到你婉拒的通知。通知頁的「全部允許」會刻意跳過這類回答請求，讓你逐一處理，因為回覆內容代表的是你本人。

這支持「由本人決定要不要回答」的方向，但只寫了一半：哪些問題會被自動回答、助理之間實際傳遞哪些內容、團隊成員的 Townie 怎麼共享脈絡，公開文件都沒有交代。團隊說明頁講的是整合、流程與技能的共享，沒有助理間協定的段落；脈絡與記憶頁只寫個人層的記憶，例如它記得你與每個聯絡人的關係、來往歷史，以及從你所有信箱帳號整理出的單一風格檔；Townie 說明頁甚至還寫著它為你工作、而且只為你一人。公告裡對隱私邊界的承諾則是助理懂得什麼該保密、什麼可以分享，這句同樣停留在口號層級。文件與公告情境之間的這段空白，就是導入前最該向原廠問清楚的問題。

具體要問什麼？把問題縮到三條就夠：助理代表我去問同事的助理時，能看到我的哪些資料；我的助理回答別人的助理時，預設會送出什麼；管理者有沒有辦法調出助理之間的往來紀錄。這三條目前都沒有文件答案，銷售或支援信箱的回覆，就是評估這個產品透明度最直接的材料。

同意機制本身的設計倒是細。對話階段預設「任何變更都先問你」，你可以選擇只允許這一次、這個對話階段都允許，或整段全自動，而這些授權只活在當前對話，開新對話就重置，不會改動流程的永久設定；每個流程可設三種模式：自動執行、變更前先問、唯讀，唯讀模式下的助理仍可把分析結果寄給你自己；個別工具還能覆寫，例如讓分類與封存自動跑、寄信一律先問。系統也會在「同時能讀私人內容、接收外部輸入、對外傳送」的組合出現時提出警告，要你確認後才儲存。要批准時，通知會載明是哪個流程、想做什麼動作、它的理由是什麼，透過網頁或信件都能處理。還有一個容易誤會的細節：涉及其他人的會議邀約不走一般的行事曆工具，而是轉進排程引擎，重新核對所有與會者的時間後才送出，所以你把行事曆工具設成自動放行，那些邀約仍會來問你。換句話說，Town 把力氣花在人對助理的授權顆粒度上，助理對助理的資料邊界則還沒有對應的文件深度。

團隊整合的權限怎麼擴散，接之前先想清楚

團隊層的共享不只發生在助理之間，也發生在工具連接上，而這部分的權限邏輯寫得相當明白，值得任何團隊在按下連接前讀一遍。

多數整合是以你登入的那個帳號身分連接，團隊會繼承那個帳號在該工具裡的存取範圍，官方因此建議用一般權限帳號連接，不要用管理員帳號。連接之後，團隊連得到什麼，有權限的成員就都碰得到；真的不該讓團隊碰的工具，唯一的辦法是根本不要在團隊層連接它。每個整合可以再限縮使用範圍：全部成員可用、限定特定成員，或只有團隊背景流程能碰。存取規則的出廠預設是：管理整合全部成員都可以，建立可安裝流程、建立技能、邀請成員則限管理員與擁有者，管理員可以逐項再收緊或放寬。

兩個例外的設計提供了參考點：Slack 是以機器人應用裝進工作區，不是以你的身分，讀不到你的私訊，也不帶你個人的任何權限；Notion 則限定頁面範圍，連接時要指定分享哪些頁面與資料庫，團隊只看得到那些。對照之下，「帳號連接、全隊繼承」才是預設路徑，資安盤點時要把這條列出來。Slack 還有另一種貼近日常的用法：連接之後，每個成員在自己的對話框輸入 @Town，就能叫出自己的助理，同樣的脈絡與記憶，直接在工作頻道裡用。

流程也有兩種共享形態，命運不同：可安裝流程是範本，每個成員裝到自己的帳號上、用自己的身分與資料跑、用自己的方案扣點；背景流程跑在團隊身上，全隊共用一份、一起改、由團隊方案計費，例如把工單自動分類派位的機器，或每週例會前把材料備齊的流程。前者像食譜，後者像值日生。把一個已經在你帳號上跑得順的流程變成範本，只要打開它、按建立，再決定要全隊自動安裝還是讓成員自行加入，Town 會開一個助理對話帶你走完發布。

資料落在美國，模型訓練預設關閉

依信任頁的官方聲明，隱私預設立場如下：你連接的任何資料，預設不用於訓練模型，唯一的開關在隱私設定裡而且預設關閉；Gmail、Google 日曆與雲端硬碟的內容在任何設定下都不用於訓練，這是 Google 的 API 使用政策要求的底線；Town 與模型供應商簽有協議，透過 Town 使用模型時，供應商不能拿你的輸入輸出訓練，官方還特別對比，個人訂閱 ChatGPT 或 Claude 時，供應商預設可能會這麼做。需要全組織強制關閉訓練的團隊，企業方案可以把它寫成合約條款。公告同時宣稱供應商中立：每個工作挑當下合適的模型，不綁單一供應商，Power 以上方案還有優先模型路由。

稽核與託管面：SOC 2 Type 2 稽核通過，稽核報告與滲透測試結果在保密協議下提供；資料處理協議（DPA）公開，含標準契約條款與子處理者清單，跨國企業的法務評估資料出境安排時，這份文件是起點；服務託管在美國的 Convex 與 AWS，採嚴格租戶隔離。對需要資料留在美國以外的組織，目前沒有對應選項；介面與文件為英文，計價用美元，這些都是評估時的現實邊界。

退場與人員流動的條款，簽下去之前該先看清楚：

• 取消不退款，當期繼續用到週期結束，之後回到 Free 層；整合照常連著、既有資料與歷史都保留，被暫停的是付費功能：自訂流程、自動化、自動會議簡報、助理對助理協作、人物調查與優先路由
• 刪除帳號即時軟刪除，30 天內永久移除；團隊帳號由 Owner 刪，個人帳號自己刪
• 公告說公司累積的脈絡屬於公司，離開 Town 可以帶著走；但說明文件沒有寫匯出格式與步驟，搬遷能力目前只有一句承諾
• 把成員移出團隊即刻生效，席位立即釋出，但離職者的個人帳號與流程團隊關不掉，完整的離職移交（停用帳號、停掉摘要信）要寫信給客服處理，不是自助流程

最後一條對人員變動頻繁的團隊是實實在在的管理成本：同事離職後，他的 Townie 還在用他自己的帳號跑流程、寄摘要信，直到有人寫信請官方收尾。

先讓一個人的 Townie 跑一週，再讓助理互碰

看完文件後的建議分兩種情況。

值得先試的，是已經用 Gmail 或 Outlook 加 Slack、行政協調吃掉大量時間的小團隊，業務、募資與顧問型工作特別貼合公告的四個情境。起步順序：一個人的 Free 或 7 天 Pro 試用、只開 Auto-inbox。這個現成流程會把來信按電子報、促銷、訂單、旅遊、陌生寄件者分類標籤，該回的信先起草稿，草稿一律等你看過才送出，自動封存預設關閉；要排程時它會先核對你所有連接的行事曆與你的工作時段偏好，找不到合適時段就老實回信告訴你。常往來的聯絡人不會被動到，信件原封不動留在收件匣。跑一週，每天花十分鐘看它分對了哪些標籤、起草了哪些回覆、哪些草稿可以直接用，這些觀察比任何行銷素材都實在；接著用設定裡的用量圖算出實際點數消耗，推估全隊月費，然後才考慮拉同事。

拉同事之前，先做兩個小檢查：實際請同事的 Townie 替你查一件事，看它能不能拿到不該看到的內容，這直接測的就是文件沒寫的那條邊界；把一位測試成員移除，確認團隊整合與流程的存取即時消失。這兩件事各只花十分鐘，卻是整個導入決策裡 CP 值最高的驗證步驟。

先等的組織也有明確特徵：資料必須留在美國以外、需要逐筆稽核助理之間的對話、預期助理全自動作業。這三種需求目前都沒有對應機制或文件，等官方補齊再評估不遲。

預算面最後一件事：免費層每月只有三十則訊息，助理對助理協作也連不上，團隊共享停在範本層；要驗證這次公告的主張，門票就是一個 Pro 席位的月費。把這筆錢當成驗證成本而不是訂閱成本，評估會務實很多。

還沒有答案的事，列出來當追蹤清單：助理之間資料流的細節與文件、脈絡帶走的匯出格式、數千家企業的計算方式、組織分析到底含在哪個方案。官方補上助理協作文件、調整方案或點數結構、或開放美國以外託管時，這篇的判斷就需要重新檢查；在那之前，方案與價格以 Town 定價頁的現況為準，新聞的保存期限也停在這裡。公告裡有一句話可以當這個方向的註腳：當整個團隊都有 Townie 時，更少的工作卡在你身上，你也幾乎不必再等任何人。願景說得漂亮，資料邊界這筆帳，還得等官方文件補上之後，才算真的算數。