AI 建立 Android 聯絡人並檢查重複：FoneClaw 欄位、帳號、核准與驗證流程
用 FoneClaw 在 Android 上把訊息簽名、備註或語音整理成聯絡人候選資料，先檢查精確與可能重複項目，再選擇帳號、核准建立並驗證儲存結果。
- FoneClaw 目前支援經使用者核准的 Android 聯絡人直接建立流程，並在寫入前進行重複聯絡人檢查。
- 可靠的 AI 建立聯絡人流程要先把姓名、電話、Email、公司、職稱、備註與來源整理成結構化候選資料，並標出不確定資訊。
- 精確重複通常看電話或 Email；姓名、公司、暱稱與備註只適合作為可能相符線索，建立、更新、合併或取消都應由使用者決定。
- 儲存後要用標準化電話或 Email 搜尋並打開新記錄，確認帳號、欄位和同步目的地，避免不確定結果造成盲目重試。
先用五步驟建立一筆已審閱聯絡人
AI 建立 Android 聯絡人並檢查重複，最實用的做法不是讓助理在背景默默寫入，而是把每一步做成可看、可改、可取消的流程。假設你收到一則訊息：「我是宏達科技的陳怡君，手機 0912-345-678，Email yijun@example.com，之後請寄合約給我。」FoneClaw 的目標不是立刻新增一筆資料，而是先把它整理成候選聯絡人，檢查是否已存在，再讓你核准。
完整流程可以分成五步：第一，提供來源，例如簡訊、郵件簽名、螢幕截圖、會議備註或語音輸入；第二，FoneClaw 抽取姓名、電話、Email、公司、職稱和備註；第三，系統用電話、Email 和輔助線索檢查既有聯絡人；第四，使用者選擇儲存帳號並審閱欄位；第五，核准後直接建立聯絡人，並用搜尋或列表驗證寫入結果。
我們在 FoneClaw 裡把「建立」放在核准之後，因為通訊錄是長期資料。多一筆錯誤聯絡人，日後會影響來電辨識、訊息搜尋、同步、合併建議和工作溝通。重複檢查能幫你做決策，但不替你做身份判定；當系統找到可能相符的人，最終仍要由你選擇建立新聯絡人、更新既有資料、稍後處理或取消。
這種 contact approval workflow 的重點，是節省輸入時間，同時保留地址簿控制權。FoneClaw 會把目前支援的 Android 動作放在權限和確認之內，而不是把方便性建立在隱藏寫入上。若你想先理解高影響手機操作為何需要可見理由與確認，可以延伸閱讀AI Agent 操作核准介面指南：建議、信心分級、理由與手機接管設計。
把訊息簽名或備註整理成聯絡人欄位
一筆 Android 聯絡人看起來像一張名片，實際上是結構化資料。Android 的Contacts Provider 文件說明，聯絡人資料由彙整後的 Contacts、帳號內的 RawContacts，以及姓名、電話、Email 等 typed Data rows 組成。這也是為什麼 AI 建立聯絡人前，要先把一段自然語言整理成明確欄位。
來源可能很亂。訊息簽名裡的「業務部 / 陳怡君 / 0912-345-678 / yijun@example.com」通常能直接拆成姓名、部門、電話和 Email；會議備註裡的「下次找怡君寄報價，她在宏達」則只提供姓名和公司，電話與 Email 仍缺。FoneClaw 的做法，是把已提供的事實放進候選欄位，並把推測或缺少資訊留給使用者確認，而不是自行補出不存在的資料。
常見欄位包含顯示名稱、名字、姓氏、公司、部門、職稱、手機、公司電話、Email、地址、網站、備註與來源。電話需要保留使用者提供的原始意思，例如手機、分機或公司總機；Email 要檢查格式是否合理，但不能用格式正確就推定身份正確。若訊息裡有訂單編號、會議 ID 或驗證碼，也不能把每串數字都當作電話。
我們建議把來源也寫進審閱畫面或備註中，例如「來源：8 月會議後簡訊簽名」。這能幫你日後判斷資料是否可信。若資料來自 Android 簡訊，先核對原文會更安全；相關流程可參考AI 彙整 Android 簡訊指南：按時間範圍摘要、找出待回覆訊息與核對原文，再把確認過的聯絡資訊轉成候選資料。
結構化的好處，是後續檢查與修改更精準。你可以要求「只新增公司與職稱，電話不變」，也可以說「Email 先不要存，等對方確認」。AI 的價值在整理欄位、標記不確定處和降低輸入成本；長期通訊錄品質仍靠使用者在寫入前最後把關。
寫入前檢查精確相符與可能相符
儲存前如何檢查重複聯絡人？第一層要看精確識別資訊，通常是標準化後的電話和 Email。電話可能有空格、破折號、國碼或本地格式差異，Email 可能有大小寫差異；比對前要先整理格式，再找既有聯絡人是否已有同一個可識別值。這類結果通常值得高度重視，但仍不是百分之百身份證明。
第二層是可能相符，例如同名、同公司、同職稱、相近暱稱或同一個備註來源。Android 的 Contacts Provider 可能會把相符的 raw contact 彙整到既有 contact；ContactsContract.RawContacts API 文件也說明，姓名、組織、電話、Email 或暱稱變更可能觸發重新彙整。不過「可能彙整」不是「一定是同一個人」。兩位同名同姓同公司的同事、共用公司電話的團隊、或同一家庭共用市話，都可能被誤判成重複。
Google Contacts 也提供由使用者審閱的重複聯絡人建議與合併控制，Google Contacts 合併重複聯絡人說明同時指出，不同 Google 帳戶中的聯絡人無法透過該流程合併。這提醒我們：重複檢查是決策支援，不是自動刪除或自動合併的授權。
| 比對訊號 | 可信度 | 建議處理 |
|---|---|---|
| 完全相同的 Email | 通常很高 | 先顯示既有聯絡人，讓使用者選擇更新或取消新建 |
| 標準化後相同的手機號碼 | 通常很高 | 確認是否同一人、是否要補欄位，而不是直接新增 |
| 同名同公司 | 中等 | 列為可能相符，搭配電話、Email 或職稱判斷 |
| 只有同名 | 偏低 | 不當作精確重複，要求使用者確認 |
| 共用公司總機或家庭電話 | 依情境而定 | 可建立不同聯絡人，但保留共用號碼語境 |
FoneClaw 在寫入前呈現精確相符與可能相符，是為了讓你做出正確選擇。當找到相同電話時，你可以要求「更新既有陳怡君的公司和 Email」；當只有同名時，你可以說「建立新聯絡人，備註來源是今天簡訊」。這樣能避免把人合錯，也避免為同一個人建立多筆難以整理的資料。
核准前確認儲存帳號、欄位與動作
哪些聯絡人欄位需要確認？至少要確認顯示名稱、電話、Email、公司、職稱、備註、來源和儲存帳號。Android 聯絡人可能儲存在本機、Google 帳戶、公司帳戶或其他同步帳號中；帳號目的地會影響資料同步到哪裡、哪些裝置看得到、之後能否合併，以及公司管理政策是否適用。
帳號選擇不能由助理悄悄決定。對私人朋友，使用者可能想放在個人 Google 帳戶；對客戶或公司窗口，可能應放在工作帳戶；對臨時聯絡人，可能只想保留最少欄位或暫時不寫入。FoneClaw 在建立前讓你看到目標帳號與候選欄位，就是為了把同步後果放到核准前。
核准畫面應讓你完成四件事：比對候選資料和重複結果、修改錯誤欄位、選擇建立新聯絡人或更新既有聯絡人、最後批准或取消。重複檢查本身不代表可以寫入；它只提供「可能已存在」和「可能安全新建」的依據。真正的寫入動作，應在你確認欄位、帳號和目標後才發生。
這也是手機權限和 AI 沙盒的交界。AI 可以協助整理資料，但 Android 聯絡人讀寫仍有權限邊界；權限存在也不代表每個高影響動作都應自動執行。若你想更深入理解為什麼手機 Agent 仍需要 Android 權限與邊界設計，可以閱讀AI Agent 沙盒與手機權限：安全 Agent 為什麼仍需要邊界。
我們在 FoneClaw 裡把核准視為產品能力，不是阻礙。建立一筆正確聯絡人比少按一次確認更重要；尤其是客戶、醫療、學校、物流和家人聯絡方式，一次錯誤寫入可能造成後續訊息、電話或同步混亂。
用 FoneClaw 直接建立經核准的聯絡人
FoneClaw 能不開啟其他 App 直接建立聯絡人嗎？目前可以在支援權限與使用者核准下，直接建立聯絡人，並在流程中加入重複聯絡人檢查。這是我們把 Android AI contact creation 從「幫你打開通訊錄」推進到「整理候選、檢查、核准、寫入、驗證」的原因。使用者仍然保留最後決定，FoneClaw 負責把可支援步驟做得清楚。
實際使用時，你可以提供來源：「把這則簡訊簽名新增成聯絡人。」FoneClaw 會先讀取你選定的內容或目前畫面脈絡，抽取姓名、電話、Email、公司、職稱與備註。若資料不足，它會回到問題，例如「要存到哪個帳號？」或「這個號碼要標成手機還是公司？」若資料看起來像兩個人，也應拆成兩筆候選，而不是硬塞進同一張名片。
接著，FoneClaw 會檢查既有聯絡人。精確相符會優先呈現，例如相同手機或 Email；可能相符則用姓名、公司或其他線索列出。你可以選擇更新既有資料、建立新聯絡人、修改欄位後建立，或取消。這裡沒有自動合併或自動刪除，因為重複判斷涉及人的身份，不應只交給相似度。
核准後，FoneClaw 可以在不開啟其他 App 的情況下完成支援的直接建立。完成後，它應回報新聯絡人的可見欄位與儲存位置，讓你再用電話、Email 或姓名搜尋確認。若你想確認目前支援的通訊、聯絡人和其他 Android 工具範圍，可以查看FoneClaw 功能頁；安裝與可用版本則以FoneClaw 下載頁提供的資訊為準。
我們會繼續把這條流程做得更穩：來源更清楚、欄位更可編輯、重複訊號更容易理解、核准更貼近任務風險，並讓失敗時的復原路徑可接手。通訊錄是手機裡最常被 AI 工作流碰到的資料之一，正確建立比快速建立更值得優先。
處理共用號碼、國際格式與跨帳號聯絡人
重複檢查最難的地方，是有些重複值不是錯誤。公司總機、客服專線、診所電話、家庭市話、學校辦公室電話，都可能被多個人共用。若系統只看相同電話就阻止新增，會讓真實通訊錄變得不完整；若完全忽略相同電話，又容易為同一個人建立多筆資料。FoneClaw 的做法，是把共用號碼標成需要使用者判斷的情境。
國際格式也要小心。台灣手機號碼、含國碼的號碼、括號、空格、分機、WhatsApp 顯示格式和公司簽名格式可能都不同。標準化可以幫助比對，但不能改變原本意圖。若來源寫著「+886 912 345 678 ext. 12」，就要保留國碼和分機語意；若只看到「02-2345-6789」，不應自動推測國際格式或把分機當成本機號碼。
跨帳號也是常見邊界。你可能在個人 Google 帳戶有一筆「陳怡君」，公司帳戶也有一筆同名客戶；它們可能是同一人，也可能是不同人。Google Contacts 的合併流程對不同 Google 帳戶有界線，其他 OEM 通訊錄 App 也可能有不同同步與彙整規則。因此，FoneClaw 在呈現候選結果時，帳號來源和儲存目的地要一起顯示。
有時候最好的結果不是立即完整建立，而是先存一筆部分聯絡人。假設你只有姓名和公司，沒有電話或 Email，可以建立一筆帶有來源備註的暫存聯絡人；等對方回信後，再更新 Email。相反地，若你只有一串號碼但不知道姓名，可以先放進 Memo 或待確認清單，而不是把它寫成永久聯絡人。
當聯絡人權限缺失、同步異常或通訊錄看不到新增資料時，問題可能不在 AI 理解，而在 Android 權限、帳號同步或 App 狀態。這時可參考AI 檢查 Android 手機健康：耗電、發熱、權限與通知聲音排查指南，用權限與裝置狀態排查方式回到可執行流程。
儲存後驗證結果並安全復原
聯絡人建立完成後，不要只看成功訊息。真正的驗證，是用標準化電話或 Email 搜尋，打開新儲存的記錄，確認顯示名稱、號碼、Email、公司、職稱、備註、來源和帳號目的地都正確。若你原本選擇工作帳號，就要確認它不是存到個人帳號；若你要標記公司電話，也要確認沒有被誤存成手機。
post-write verification 也是重複預防的一部分。若儲存後搜尋出兩筆相似聯絡人，先看它們是不是不同帳號、共用電話或真正重複。不要立刻要求 AI 再跑一次建立流程，因為盲目重試可能製造第三筆資料。應先打開既有記錄，確認哪一筆是剛建立的，再決定更新、保留、合併或手動整理。
如果寫入失敗，FoneClaw 應說明失敗位置：缺少聯絡人權限、帳號不可寫入、資料格式不完整、重複結果需要確認，或 Android 聯絡人服務沒有回報成功。使用者修正後再重新執行必要步驟，不需要把整段來源重新貼上，也不應在不確定狀態下連續建立。
- 用電話或 Email 搜尋新記錄。
- 打開聯絡人並確認儲存帳號。
- 逐一檢查姓名、電話、Email、公司、職稱與備註。
- 若發現可能重複，先比較來源與帳號，再決定是否整理。
- 若結果不明，停止重試，先處理權限或同步狀態。
我們把 AI 建立 Android 聯絡人並檢查重複做成任務優先流程，是因為地址簿品質會長期影響手機體驗。FoneClaw 接下來會持續強化來源保留、候選欄位、重複解釋、核准和驗證，讓使用者少打字，也少製造難整理的通訊錄資料。