先确认输入，再对照完整交付物
下面保留了原始材料、逐项结果和完整报告。先独立处理输入，再用参考结果检查遗漏与分歧。
账号与简介均为虚构，不涉及真实个人资料采集。未读取 X、扩展搜索、写 Notion 或联系他人。
本站原创合成材料。先看输入独立练习，再切换参考结果对照。
原始合成材料
{
"synthetic": true,
"case": "notion-personal-crm",
"data": {
"profiles": [
{
"row": "P01",
"account_id": "u101",
"handle": "alpha_demo",
"bio": "独立开发者，做开源小工具。个人网站 example.com。",
"city": null
},
{
"row": "P02",
"account_id": "u102",
"handle": "beta_demo",
"bio": "上海，记录产品设计过程。",
"city": "上海"
},
{
"row": "P03",
"account_id": "u101",
"handle": "alpha_demo",
"bio": "独立开发者，做开源小工具。个人网站 example.com。",
"city": null
},
{
"row": "P04",
"account_id": "u103",
"handle": "gamma_demo",
"bio": "今天又学到一点新东西。",
"city": null
}
]
}
}本次处理规则
只使用已提供公开简介；不推断城市、职业、收入或私人联系方式。城市未公开留空；领域只按简介明确内容，模糊标待确认。以稳定account_id识别重复，保留原行映射。样例域名不作真实个人网站验证。
按本篇规则编写的完整参考结果，未写入第三方服务。表格较宽，可左右滑动查看。
| 身份 | 可记录内容 | 城市/领域 | 处理 |
|---|---|---|---|
| u101 | @alpha_demo；样例网站example.com | 城市未公开；独立开发 | P01/P03归一，保留来源 |
| u102 | @beta_demo；产品设计记录 | 上海；产品设计 | 仅来自P02公开文字 |
| u103 | @gamma_demo；简介内容有限 | 城市未公开；领域待确认 | 不根据措辞推断职业 |
u101和u103的城市保持空白；没有按语言、头像或活动时间猜地区。
同一u101出现两行，归并为一个资料项，仍能回查P01/P03。
公开资料索引｜虚构账号 原始4行，唯一身份3个。u101合并P01/P03；u102城市上海来自公开简介；u103领域待确认。 未公开字段留空，网站未外部核验，未采集私人联系方式。 只生成本地导入表，未写Notion、关注、点赞或联系任何人。
把材料与工具准备清楚
先用材料练习
- 下载四条简介和规则，不需要任何账号。
- 先列事实字段，再做领域标签。
- P01与P03是同一身份，不是两个人。
接入真实环境时
- 明确你有权整理的公开账号清单与条数上限。
- 核对字段、资料时间和Notion目标数据源，先只读。
- 不通过私信、搜索私人信息或跨站补全未公开字段。
先用下面的材料和指令完成一次文件练习。接入自己的服务时，核对实际账号、可用工具与操作范围，再按每步的检查点继续。
先下载原始材料与规则 ↓执行与接管边界
以下动作以已约定的输入、账号和范围为前提；设置 Routine 不会扩大授权范围。
可自动执行
整理提供的公开资料快照，按稳定 account_id 去重，保留原文、日期和缺失字段。
需要确认
真实资料读取范围、Notion 新增或更新字段先确认；联系账号、共享资料和搜索私人信息不能由导入授权推导。
失败后接管
字段冲突先保留双方来源与时间；写入不明按 account_id 查重并回读页面 id，交人工决定，不整批重复追加。
先列账号范围与字段来源
资料库先定义要保存什么，不因能访问主页就收集全部内容。字段越少、来源越明确，后续维护越容易。
读取四条合成简介，列原行id、account_id、可见字段和允许来源。只处理上传内容，不搜索账号或其他网站，不联系任何人。四行来源索引。
原始行和稳定身份分列，没有扩展采集。
事实字段先提取，未知留空
公开说明和模型推断应分开。城市空白是对信息边界的保留，不能为了表格完整就填上大概率答案。
提取handle、简介、公开城市与网站原值，每字段附P编号。城市未公开保持null；不推断收入、职业、联系方式，不把example.com当作已验证主页。可回查的事实表。
仅u102有公开城市，其他城市为空。
领域标签按原文，不靠想象
领域标签是索引，不是身份判定。简介模糊时留待确认，避免把一句兴趣表达变成职业或专业资质。
为u101标独立开发、u102标产品设计，引用原文；u103标待确认。没有明确内容就不强行分到投资或AI行业，输出tag-map.csv。三个有依据的领域状态。
u103没有被赋予无依据领域或职业。
去重同时保留原始映射
账号显示名可能重复或改变，稳定身份更适合维护。合并资料不意味着删除原始采集记录。
按account_id归并P01/P03，输出3个唯一资料项与4行到身份的映射。字段冲突列人工核对，不静默覆盖。生成待导入表，不写Notion。3项资料与原始映射。
4条输入都有去向，u101只出现一个最终条目。
真实导入先比对既有身份
Notion追加记录不自动解决业务重复。先核对数据源结构和已有身份，再确认新增与更新范围。
只读<目标数据源>字段与已存在account_id，列拟新增/拟更新。获确认后只写对应项，回读页面id；失败先查重。没有工具就交CSV，不搜私人信息、不发消息。真实导入证据或本地交付。
重跑不重复建人，原有人工字段没有被覆盖。
更新时记录资料日期与删除请求
公开资料会变化，旧字段应能追溯观察时刻。定时维护默认先产生差异，用户确认后再改资料库。
保存public-profile-index Skill：账号清单、上限、字段证据、空白、身份去重、冲突和更新时间。默认输出差异，不自动补全私人字段、批量更新或联系账号。可维护的资料规则。
新旧来源和日期可区分，资料缺失不会触发越界搜索。
卡住时先看证据，再决定下一步
字段空得太多
保留空白和缺失原因，不以完整率为目标推断私人资料。
显示名一样能合并吗
不能只看名称，先核对稳定账号身份。
同一身份字段矛盾
保留两份来源和时间，交人工确认，不静默覆盖。
Notion里重复出现
按业务身份查重并回读写入结果，别重复追加整个批次。
完成前，逐项核对
勾选用于本次自查，刷新后重置；不代表真实服务已经通过验证。
已核对 0 / 6 项
原始输入与参考答案分开下载
第一次先交原始材料和规则，不提前提供参考答案。验收后，再下载报告与全部提示词保存。
把官方能力与练习结果分别核对
内容更新日期： · 修改页面不等于重新核验资料或实操。
资料核验：未核验 · 暂无核验日期
尚无本案例单独核验官方资料的记录；下列来源供复核，不能视为已核验。
实操核验：未核验
未核验真实账号、外部工具写入、定时执行或长期运行效果；合成练习与页面自查不能替代实操核验。
账号与简介均为虚构，不涉及真实个人资料采集。未读取 X、扩展搜索、写 Notion 或联系他人。
- Notion：查询数据源 ↗
核对目标数据源和已有记录；真实Notion操作未实测。
- Grok Bot：应用与共享电脑 ↗
核对连接方式、可见范围与账号内共享状态。
- Grok Bot：Skills 与 Routines ↗
先验证一次手动任务，再保存与安排重复运行。