Tạo liên hệ Android bằng AI và kiểm tra trùng lặp với FoneClaw

Tạo một liên hệ đã rà soát mà không thêm bản trùng

Tạo liên hệ Android bằng AI và kiểm tra trùng lặp nên bắt đầu bằng một workflow nhỏ, rõ và có điểm dừng. Ví dụ, bạn nhận được tin nhắn: “Chị Mai Anh, kế toán Công ty An Phú, 090 123 4567, mai gửi hóa đơn giúp em.” Thay vì tự gõ từng trường hoặc lưu vội một tên mới, bạn có thể yêu cầu FoneClaw tạo liên hệ từ đoạn này, kiểm tra trùng trước, rồi chờ bạn duyệt.

Quy trình thực tế gồm năm bước. Một là cung cấp nguồn: tin nhắn, chữ ký email, ghi chú họp, ảnh chụp danh thiếp hoặc đoạn văn bạn đã chọn. Hai là để AI tách dữ liệu thành bản đề xuất có cấu trúc. Ba là kiểm tra danh bạ hiện có để tìm khớp chính xác và khả năng trùng. Bốn là rà soát tài khoản lưu, tên hiển thị, số điện thoại, email, tổ chức và ghi chú. Năm là phê duyệt tạo mới, cập nhật bản có sẵn hoặc hủy.

Điểm chúng tôi giữ rất rõ trong FoneClaw là việc ghi liên hệ phải đi qua người dùng. Kiểm tra trùng lặp giúp bạn ra quyết định tốt hơn, nhưng không biến một khả năng trùng thành lệnh tự động gộp hoặc xóa. Một số điện thoại có thể thuộc tổng đài công ty; một tên giống nhau có thể là hai người khác nhau. Workflow tốt phải tiết kiệm thao tác mà vẫn giữ quyền quyết định ở bước ghi dữ liệu.

Biến chữ ký tin nhắn hoặc ghi chú thành trường liên hệ

AI hữu ích nhất khi nó chuyển nguồn thô thành trường liên hệ có thể kiểm tra. tài liệu Android về Contacts Provider mô tả danh bạ Android theo các lớp gồm Contact đã được tổng hợp, RawContact theo từng tài khoản và các Data row có kiểu như tên, số điện thoại, email hoặc tổ chức. Nói đơn giản, danh bạ không chỉ là một đoạn ghi chú; nó là nhiều trường nhỏ được liên kết với nhau.

Khi nguồn là chữ ký email, FoneClaw cần tách họ tên, số điện thoại, email, công ty, chức danh, địa chỉ và ghi chú theo mức chắc chắn. Nếu chữ ký ghi “Nguyễn Mai Anh | Finance | An Phú”, tên và tổ chức có thể rõ, còn “Finance” có thể là phòng ban hoặc chức danh, nên cần trình bày để người dùng rà soát. Nếu nguồn là tin nhắn “đây là số anh Hùng kho vận”, AI nên ghi nhận tên “Hùng” và ghi chú “kho vận” thay vì tự bịa họ hoặc công ty.

Chuẩn hóa cũng cần thận trọng. Dấu cách trong số điện thoại có thể được loại bỏ để so khớp, nhưng không nên đổi ý nghĩa số. Email nên giữ nguyên chữ cái, tên miền và dấu chấm. Số máy nhánh, mã vùng, mã quốc gia hoặc nhãn như “Zalo”, “công việc”, “cá nhân” cần được giữ trong trường phù hợp nếu nguồn có nói rõ. Một bản đề xuất tốt phải phân biệt điều được cung cấp trực tiếp với điều AI chỉ suy đoán.

Nguồn dữ liệu cũng quyết định mức tin cậy. Một chữ ký email chính thức thường đáng tin hơn đoạn chat không đầy đủ. Một ảnh danh thiếp có thể gặp lỗi OCR ở số hoặc email. Một tin nhắn tóm tắt từ cuộc trò chuyện cần được xem lại trước khi lưu. Với luồng lấy chi tiết từ SMS, bài Tóm tắt tin nhắn Android bằng AI: lọc SMS theo thời gian giúp bạn hiểu cách chọn đúng đoạn tin nhắn trước khi biến nó thành dữ liệu liên hệ.

Kiểm tra khớp chính xác và khả năng trùng trước khi ghi

Kiểm tra trùng lặp nên tách thành hai nhóm: khớp chính xác và khả năng trùng. Khớp chính xác thường đến từ số điện thoại hoặc email đã chuẩn hóa. Nếu danh bạ đã có cùng email công việc, đó là tín hiệu mạnh rằng bản ghi mới có thể thuộc cùng người hoặc cùng tổ chức. Nếu số điện thoại khớp hoàn toàn, FoneClaw nên hiển thị bản ghi hiện có để bạn quyết định cập nhật, thêm ghi chú hay hủy tạo mới.

Khả năng trùng yếu hơn. Cùng tên “Minh Nguyễn” chưa đủ để kết luận là cùng một người. Cùng công ty và chức danh cũng chỉ là tín hiệu phụ. Một người có thể đổi công ty, dùng nhiều email, hoặc có tên viết tắt trong một tài khoản và tên đầy đủ trong tài khoản khác. Chúng tôi thiết kế duplicate contact check như bước hỗ trợ quyết định: nó gom ứng viên đáng xem, giải thích vì sao được đưa ra, rồi để người dùng chọn hành động.

Android có cơ chế tổng hợp RawContacts thành Contact khi dữ liệu cho thấy liên quan. tài liệu ContactsContract.RawContacts cũng cho biết thay đổi tên, tổ chức, số điện thoại, email hoặc nickname có thể kích hoạt việc tổng hợp lại. Điều này giúp danh bạ thông minh hơn, nhưng không phải bằng chứng tuyệt đối rằng hai bản ghi là cùng một người. Tài khoản lưu trữ, nguồn đồng bộ và chất lượng dữ liệu vẫn ảnh hưởng kết quả.

Google Contacts cung cấp đề xuất gộp trùng có người dùng rà soát. hướng dẫn của Google Contacts về gộp liên hệ trùng nêu rõ người dùng có thể xem đề xuất và chọn gộp, đồng thời liên hệ nằm ở các Google Account khác nhau không được gộp qua luồng đó. Vì vậy, khi FoneClaw phát hiện khả năng trùng, hành động đúng là trình bày lựa chọn: tạo mới, cập nhật bản hiện có, mở app danh bạ để xử lý gộp, hoặc hủy.

Rà soát tài khoản, trường dữ liệu và hành động trước khi duyệt

Trước khi phê duyệt, câu hỏi quan trọng không chỉ là “có trùng không?” mà còn là “liên hệ này sẽ được lưu vào đâu?”. Trên Android, liên hệ có thể thuộc tài khoản Google cá nhân, tài khoản công việc, bộ nhớ thiết bị hoặc tài khoản do ứng dụng khác quản lý. Tài khoản đích ảnh hưởng nơi dữ liệu được đồng bộ, thiết bị nào nhìn thấy bản ghi và việc gộp trùng sau này có khả dụng hay không.

Trong FoneClaw, màn hình rà soát cần giúp người dùng nhìn cùng lúc ba thứ: bản đề xuất mới, bản khớp hiện có nếu có, và hành động sắp thực hiện. Nếu đang tạo mới, người dùng nên thấy tên hiển thị, số điện thoại, email, tổ chức, chức danh, ghi chú và tài khoản lưu. Nếu đang cập nhật bản có sẵn, người dùng cần thấy trường nào sẽ được thêm hoặc sửa. Nếu chỉ có khả năng trùng, lựa chọn hủy hoặc mở bản hiện có phải rõ ràng.

Chúng tôi coi phê duyệt là phần thiết kế sản phẩm, không phải một nút phụ. Một liên hệ sai có thể gây nhầm cuộc gọi, nhắn nhầm khách hàng hoặc đồng bộ dữ liệu vào tài khoản không đúng. Bài UX phê duyệt tác vụ AI agent trên điện thoại: thiết kế để quyết định đúng giải thích sâu hơn vì sao các hành động ghi dữ liệu cần hiển thị lý do, trường thay đổi và điểm dừng đủ rõ.

Quyền cũng phải xuất hiện ở đúng thời điểm. Nếu FoneClaw cần đọc danh bạ để kiểm tra trùng hoặc ghi bản mới, quyền liên quan phải được cấp theo Android. Duplicate check không tự cấp quyền ghi. Một bản đề xuất đẹp cũng không tự cho phép lưu. Với người muốn hiểu ranh giới giữa môi trường AI và quyền thiết bị, bài Sandbox AI agent và quyền trên điện thoại: vì sao vẫn cần ranh giới đặt luồng liên hệ vào bức tranh quyền rộng hơn.

Dùng FoneClaw để tạo liên hệ trực tiếp sau khi phê duyệt

FoneClaw hiện có thể tạo liên hệ trực tiếp sau khi người dùng phê duyệt, không cần mở một ứng dụng khác chỉ để ghi bản liên hệ mới. Đây là luồng chúng tôi xây để giảm thao tác lặp lại nhưng vẫn giữ kiểm soát. Bạn có thể bắt đầu bằng một câu tự nhiên: “Tạo liên hệ từ tin nhắn này: Trần Hoàng, kỹ thuật An Bình, số 0988 222 333, ghi chú bảo hành máy lạnh.”

FoneClaw sẽ chuẩn bị một ứng viên liên hệ, tách trường rõ ràng và chạy kiểm tra trùng trong phạm vi quyền hiện có. Nếu tìm thấy bản ghi có cùng số hoặc email, FoneClaw hiển thị nó để bạn chọn cập nhật hoặc hủy tạo mới. Nếu chỉ có tên giống hoặc tổ chức giống, kết quả nên được trình bày như khả năng trùng để bạn cân nhắc. Chúng tôi không muốn AI biến một phỏng đoán thành dữ liệu danh bạ mới mà không có bước xem lại.

Sau khi bạn duyệt, FoneClaw ghi liên hệ theo hành động được hỗ trợ và báo kết quả. Luồng này nằm trong cùng nguyên tắc với các nhóm tác vụ khác của chúng tôi: mô hình hiểu yêu cầu, công cụ Android thực hiện việc được phép, trạng thái hiển thị cho biết bước đang chạy, và kết quả cuối có thể kiểm tra. Trang tính năng FoneClaw là nơi bạn xem phạm vi công cụ và nhóm hành động hiện tại bằng thông tin dành cho người dùng.

Đường cài đặt cũng nên được kiểm tra từ nguồn hiện hành. Nếu bạn chưa có FoneClaw trên thiết bị Android, trang tải FoneClaw cho Android cung cấp lựa chọn cài đặt mới nhất cho người dùng. Sau khi cài, hãy thử bằng dữ liệu không nhạy cảm trước: một số nội bộ, một liên hệ kiểm thử hoặc một đoạn chữ ký giả. Bài thử nhỏ giúp bạn nhìn thấy quyền, đề xuất, kiểm tra trùng, phê duyệt và xác minh sau khi lưu trước khi dùng với liên hệ quan trọng.

Xử lý số dùng chung, định dạng quốc tế và liên hệ nhiều tài khoản

Không phải giá trị lặp nào cũng là lỗi. Một số điện thoại bàn có thể được nhiều người trong cùng văn phòng dùng chung. Một số tổng đài chăm sóc khách hàng có thể xuất hiện trong nhiều liên hệ của công ty. Một email nhóm như sales@ hoặc support@ có thể thuộc nhóm thay vì một cá nhân. Khi duplicate contact check gặp dữ liệu kiểu này, cách an toàn là hiển thị ngữ cảnh và để người dùng quyết định nhãn, ghi chú hoặc bản ghi riêng.

Định dạng quốc tế cũng dễ gây nhầm. Cùng một số có thể xuất hiện dưới dạng “090 123 4567”, “+84 90 123 4567” hoặc kèm dấu gạch. Chuẩn hóa để so khớp là cần thiết, nhưng không được làm thay đổi ý nghĩa. Nếu nguồn không cho biết mã quốc gia và bạn đang đi công tác, AI nên đánh dấu điểm chưa chắc thay vì tự thêm mã vùng. Với số máy nhánh, cách ghi nên giữ số chính và extension ở phần phù hợp để người dùng còn gọi đúng.

Liên hệ nhiều tài khoản là trường hợp quan trọng. Một người có thể đã tồn tại trong tài khoản công việc, còn bạn định lưu vào tài khoản cá nhân. Google Contacts có giới hạn gộp giữa các Google Account khác nhau, và nhiều app danh bạ của nhà sản xuất cũng có cách xử lý riêng. Vì vậy, FoneClaw nên cho bạn thấy tài khoản đích và bản khớp đang nằm ở đâu. Quyết định tạo bản riêng, cập nhật bản hiện có hay xử lý trong app danh bạ phụ thuộc vào cách bạn muốn đồng bộ.

Nguồn dữ liệu không đầy đủ nên được lưu như bản nháp tinh gọn hoặc memo thay vì ép thành liên hệ đầy đủ. Nếu chỉ có “chị Lan bên vận chuyển” và một số điện thoại, bạn có thể lưu tên hiển thị rõ hơn như “Lan - vận chuyển” kèm ghi chú nguồn, rồi cập nhật sau khi biết họ tên hoặc công ty. Khi quyền danh bạ hoặc thông báo chưa ổn định, bài Kiểm tra sức khỏe Android bằng AI: pin, quyền và thông báo giúp bạn rà soát trạng thái thiết bị trước khi chạy lại workflow.

Xác minh bản ghi đã lưu và phục hồi an toàn

Một thông báo “đã tạo liên hệ” chỉ hoàn tất workflow khi người dùng có thể nhìn thấy bản ghi. Sau khi FoneClaw báo thành công, hãy tìm lại bằng số điện thoại hoặc email đã chuẩn hóa, mở liên hệ và kiểm tra tài khoản lưu. Tiếp theo, rà soát tên hiển thị, nhãn số, email, tổ chức, chức danh và ghi chú. Nếu có bản khớp cũ, kiểm tra xem dữ liệu mới đã được thêm đúng nơi hay đã tạo bản riêng theo lựa chọn của bạn.

Khi kết quả chưa chắc chắn, đừng chạy lại lệnh ngay. Trước hết hãy tìm bằng số và email, rồi kiểm tra trong tài khoản liên quan. Nếu bản ghi bị thiếu trường, sửa một trường cụ thể. Nếu tạo nhầm tài khoản, cân nhắc di chuyển hoặc tạo lại sau khi xóa bản sai theo cách của app danh bạ bạn dùng. Nếu phát hiện bản trùng, dùng công cụ gộp của Google Contacts hoặc app danh bạ phù hợp sau khi xem từng trường.

Phục hồi tốt là không nhân đôi lỗi. Với FoneClaw, chúng tôi xây contact approval workflow theo hướng có kiểm tra trước, phê duyệt trước và xác minh sau khi ghi. Khi app, quyền hoặc tài khoản thay đổi giữa chừng, bước đúng là đọc lại trạng thái hiện tại rồi mới tiếp tục. Điều người dùng cần không phải AI lưu nhanh bằng mọi giá, mà là một liên hệ đúng, ở đúng tài khoản, có dữ liệu đủ tin cậy để gọi, nhắn và tìm lại sau này.

Nguồn: Bài viết dựa trên tài liệu Android về Contacts Provider, tài liệu Android về sửa dữ liệu liên hệ bằng intents, tham chiếu ContactsContract.RawContacts, hướng dẫn Google Contacts về gộp liên hệ trùng và các trang FoneClaw công khai về tính năng cùng cài đặt.