AI 创建 Android 联系人并检查重复：从字段提取到 FoneClaw 确认保存
用 FoneClaw 在 Android 上创建联系人前，先把短信、签名或笔记整理成姓名、电话、邮箱、公司和备注等字段，检查精确匹配与可能重复项，选择保存账号，经用户确认后直接写入并核对结果。
- AI 创建 Android 联系人并检查重复，应按五步走：提取来源信息、整理结构化字段、检查精确与可能匹配、选择保存账号、确认后写入并核对结果。
- 联系人不是一段自由文本。Android 通讯录由账号、原始联系人和姓名、电话、邮箱、组织、备注等数据行组成，字段越清楚，重复检查和后续编辑越可靠。
- 重复检查是决策辅助：电话和邮箱更适合做精确匹配，姓名、公司和备注适合做辅助线索；可能重复项应交给用户判断创建、更新、合并或取消。
- FoneClaw 当前支持经批准的直接联系人创建和重复联系人检查，用户可以不打开其他 App 完成保存，并在写入后搜索、打开记录、核对账号和字段。
先创建一条已确认且不重复的联系人
AI 创建 Android 联系人并检查重复，最实用的流程可以从一个具体场景开始：你收到一条短信，“我是林悦，星河设计，手机号 13800138000，邮箱 yue.lin@example.com，下周对接报价。”这时不要把整段话直接塞进通讯录，而是让 FoneClaw 先提取候选联系人，再检查通讯录里是否已有相同电话、相同邮箱或相似姓名。
我们建议按五步处理。第一，选定信息来源，可以是短信、聊天截图、邮件签名、会议笔记或你口述的一段内容。第二，整理结构化字段，包括姓名、电话、邮箱、公司、职位、备注和标签。第三，检查精确匹配与可能重复项。第四，选择保存账号并让用户审阅候选联系人。第五，经用户批准后写入，再搜索并打开保存结果核对。
FoneClaw 当前支持经批准的联系人直接创建，并在保存前进行重复联系人检查。我们的设计重点是把“看起来像联系人”的文字，变成用户能核对的通讯录记录。用户看到候选字段、可能重复项、保存账号和写入动作之后，再决定创建、更新、取消或稍后处理。这样既节省输入时间，也让地址簿保持干净。
联系人写入属于会改变手机数据的动作。FoneClaw 会把它放在可见确认流程里，而不是把一句“帮我存一下”直接变成静默写入。关于高影响手机动作为什么需要理由、确认和恢复入口，可以继续阅读AI Agent 操作确认界面设计：建议、置信度、理由与手机恢复流程。
把消息签名或笔记整理成联系人字段
联系人创建的质量，取决于字段整理是否清楚。Android 通讯录并不是只保存一个“联系人文本块”。根据Android Contacts Provider 文档，联系人数据会涉及聚合联系人、账号内的原始联系人，以及姓名、电话、邮箱等类型化数据行。普通用户不需要记住这些底层名词，但需要理解一个结果：姓名、号码、邮箱、公司和备注最好分开确认。
从消息签名里提取联系人时，FoneClaw 会先区分确定信息和需要用户判断的信息。比如“张凯｜华南渠道｜WeChat 同号｜下周寄样品”里，张凯是姓名，华南渠道可能是部门或备注，WeChat 同号说明手机号和微信号可能相关，但它不等于一定存在一个可写入的微信字段。我们会把可保存字段和需要人工确认的推断分开展示。
电话和邮箱尤其要保留原始语义。一个数字可能是手机号、办公室电话、分机、订单号或会议号；一个邮箱可能属于个人、团队或客服邮箱。AI 的任务是帮用户把来源信息整理成候选字段，并标出不确定处。用户确认“这是手机号”“这是公司邮箱”“这个公司名应该放在组织字段”之后，再进入重复检查和保存。
一个实用输入方式是这样说：“从这条短信创建联系人候选，姓名林悦，手机号按短信提取，公司星河设计，把下周对接报价放进备注，先不要保存。”这种表达让 FoneClaw 知道来源、字段和停止点。若来源是多条短信，可以先让 FoneClaw 汇总上下文；相关短信整理方法可以参考AI 汇总 Android 短信指南：按时间范围整理收件箱、找出待回复消息。
写入前检查精确匹配和可能重复项
重复检查要分两层：精确匹配和可能匹配。精确匹配通常来自电话或邮箱，因为这些字段更接近唯一标识。若通讯录中已有相同手机号码或相同邮箱，FoneClaw 应把它作为强提示展示给用户。用户接下来可以选择打开已有联系人、补充缺失字段、更新备注，或放弃创建新记录。
可能匹配则来自姓名、公司、职位、昵称或备注。比如“王磊”这个名字很常见，单靠姓名无法确认同一个人；“王磊，星河设计”和“王磊，设计顾问”更接近，但仍需要看电话、邮箱或上下文。我们把姓名和组织作为辅助线索，是为了提醒用户检查，而不是替用户认定身份。
Android 的联系人系统本身会进行聚合。ContactsContract.RawContacts 参考文档说明，姓名、组织、电话、邮箱或昵称等变化可能触发重新聚合。这个机制有助于把相关记录显示在一起，但聚合结果仍然依赖数据质量和账号结构。对于真实用户来说，聚合相近记录不等于证明两个条目属于同一个人。
Google Contacts 也提供重复联系人建议和合并入口。Google Contacts 合并重复联系人帮助说明，用户可以查看建议并决定是否合并；同时，不同 Google 账号中的联系人在该流程里有账号边界。FoneClaw 的重复检查会帮助用户在写入前发现风险，合并、更新或保留独立记录仍应由用户审阅。
| 匹配信号 | 适合怎样判断 | 保存前动作 |
|---|---|---|
| 相同手机号 | 强重复信号，也可能是家庭、前台或共享业务号码 | 展示已有联系人和候选联系人，由用户选择创建或更新 |
| 相同邮箱 | 强重复信号，团队邮箱需要额外核对 | 核对姓名、公司和备注，再决定是否补充已有记录 |
| 相同姓名 | 可能重复，不能单独认定 | 结合电话、邮箱、公司、来源消息继续判断 |
| 相同公司或职位 | 辅助线索，适合缩小范围 | 列出候选项，让用户确认具体对象 |
| 相似备注 | 可提示上下文相关 | 保留来源和时间，避免误合并不同联系人 |
确认保存账号、字段和动作
联系人保存到哪个账号，会影响它出现在哪里、如何同步、能否在其他设备看到，以及以后如何合并或迁移。Android 手机上可能同时有本机账号、Google 账号、工作资料账号、厂商账号或企业管理账号。FoneClaw 在创建前会把目标账号作为需要用户核对的内容，而不是只展示姓名和号码。
审批界面应该回答四个问题：保存到哪个账号，写入哪些字段，发现了哪些可能重复项，接下来执行的是创建、更新还是取消。比如候选联系人是“林悦，星河设计，13800138000”，重复检查发现同一邮箱已存在于工作账号中，用户就需要判断是给已有联系人补手机号，还是在个人账号里保留单独记录。
字段级确认同样重要。姓名中英文顺序、国家区号、邮箱大小写、公司简称、职位和备注都可能影响以后搜索。用户可以在批准前修改候选内容，例如把“星河设计”改为“星河设计有限公司”，把“下周报价”写入备注，或把不确定的职位留空。空缺字段可以以后补充，错误字段则会让后续查找和重复检查更困难。
权限是写入动作的基础。FoneClaw 通过 Android 授权范围读取和创建联系人；当联系人权限缺失时，流程会引导用户进入相应设置并返回任务。想理解为什么手机 Agent 即使安全设计良好也需要系统权限边界，可以继续读AI Agent 沙盒与手机权限：安全 Agent 为什么仍然需要边界。
用 FoneClaw 直接创建已批准联系人
FoneClaw 当前支持不打开其他 App 的已批准联系人创建。用户给出来源后，FoneClaw 会在同一任务里整理字段、检查重复项、展示候选记录，并在用户批准后直接写入 Android 联系人。这个流程减少了在短信、聊天、通讯录和复制粘贴之间反复切换的成本，同时保留关键决策给用户。
一次完整指令可以这样说：“从这条短信创建联系人候选，姓名林悦，公司星河设计，手机号和邮箱按短信提取，备注写下周对接报价。先检查重复，保存前让我确认。”FoneClaw 会先准备结构化候选，再列出精确电话或邮箱匹配、可能姓名或公司匹配，以及建议保存账号。用户确认字段和账号后，才进入写入。
我们把直接创建做成受治理动作，是因为联系人会影响通话、短信、邮件、日历邀请和业务记录。FoneClaw 会尽量把每一步变成用户能看懂的状态：来源是什么，字段怎么拆，重复检查结果是什么，目标账号是哪一个，最终要创建还是更新。当前支持范围可以在FoneClaw 功能页查看，安装入口以FoneClaw 下载页面为准。
这个流程也能和 FoneClaw 的其他能力组合。短信或 Information Inbox 可以提供来源，当前屏幕或图片可以补充上下文，备忘可以记录“稍后补职位”，日历可以在保存联系人后准备后续会议。我们继续把这些能力连接成可检查的 Android 工作流，让用户减少重复输入，同时保留对通讯录数据的掌控。
处理共用号码、国际格式和跨账号联系人
重复值并不总是错误。一个家庭成员可能共用固定电话，一个公司前台号码可能属于多个联系人，一个客服邮箱可能代表整个团队。FoneClaw 在发现相同号码或邮箱时，会把它展示为需要审阅的信号，而不是把它自动当成重复记录处理。用户可以保留独立联系人，并在备注中写清“公司前台”或“家庭共用号码”。
国际格式也要谨慎处理。号码中的国家区号、前导零、分机、空格和短横线会影响显示和拨打。AI 可以帮助标准化格式，但不能改变用户提供的真实号码含义。比如 “+86 138 0013 8000” 和 “13800138000” 在中国手机号场景下可能指向同一号码；带分机的办公电话则需要把主号码和分机拆清楚。
跨账号联系人是另一个常见边界。同一个人可能同时存在于个人 Google 账号和工作账号中。Google Contacts 的合并流程对不同 Google 账号有边界，企业账号还可能受到管理策略影响。FoneClaw 创建前展示目标账号，有助于用户避免把客户保存到私人账号，或把私人联系人写入工作资料。
还有一种情况是信息不完整。只有名字和公司时，可以先创建一条带备注的联系人候选，也可以先保存到备忘录等后续任务中，等待拿到电话或邮箱再写入通讯录。我们的建议是把不确定性留在备注或待办里，而不是填入猜测字段。这样以后搜索时仍能找到线索，又不会污染联系人核心字段。
如果权限、同步或通知状态影响联系人创建，用户可以先做一次手机状态检查。AI 检查 Android 手机健康：耗电、发热、权限和通知声音排查指南提供了权限和设备状态排查思路，适合在联系人读取或写入入口缺失时使用。
保存后核对结果并安全恢复
联系人创建完成后，验证点应该是可见记录，而不是一句“已保存”。最直接的做法是按标准化后的手机号或邮箱搜索，打开新联系人，核对姓名、账号、电话、邮箱、公司、职位和备注。若保存到了错误账号，或字段落入了不合适的位置，应立即编辑或按通讯录支持的方式处理。
重复预防也包括写入后的复查。创建完成后再次搜索相同号码或邮箱，确认是否出现两个独立条目；如果系统把原始联系人聚合到已有联系人下，也要打开聚合后的记录查看显示是否符合预期。对于工作联系人，最好再发起一个低风险操作，例如准备短信草稿但不发送，确认联系人名和号码能被正确识别。
遇到不确定结果时，先检查再重试。网络同步延迟、账号切换、权限中断或通讯录界面刷新都可能让刚保存的记录暂时看不见。盲目重复创建会制造更多重复项。FoneClaw 的恢复路径会帮助用户回到当前任务状态，重新搜索、打开候选记录、补充字段或取消后续动作。
- 用手机号或邮箱搜索保存结果。
- 打开联系人，核对账号和所有关键字段。
- 检查是否存在同名、同号或同邮箱的重复项。
- 需要修改时只改错误字段，保留正确来源信息。
- 结果不确定时先刷新或重新搜索，再决定是否重试创建。