AI把每天UV相加为什么错？10条事件核对期间去重ID

保留完整事件，不先抹掉重复行

这是编辑编写的教学表，没有真实访客。每一行是一次事件，event_id唯一；E01/E02由同一ID在同一天产生，所以既要保留事件总数，又要在日去重时合并该ID。

假设全部日期已按同一个报告时区定义，所有user_id稳定且不为空。真实日志如果缺ID、跨设备换ID或合并规则不同，结果只能称为指定标识规则下的去重数，不能自动当作人数。

event_id,date,user_id
E01,2026-10-01,A
E02,2026-10-01,A
E03,2026-10-01,B
E04,2026-10-01,C
E05,2026-10-02,B
E06,2026-10-02,C
E07,2026-10-02,D
E08,2026-10-03,C
E09,2026-10-03,D
E10,2026-10-03,E

给AI的任务需要同时说明粒度与边界

不要只问“总UV是多少”。先规定报告窗口、事件与ID的含义，再要求列成员而不只报一个数字。小样本能看到每个成员，错误就更容易定位；大样本也应保留可追溯的去重键与核对记录。

下面的提示词可用于有权处理这份虚构材料的AI。本文给出的是人工可复算的参考答案，没有在某个模型账号运行，也不承诺模型一定遵守。

仅按下面CSV统计，日期已经按报告时区归一化。分别输出：1事件行数；2每个日期的去重user_id集合与数量；3日期+user_id唯一组合总数；4全期间去重ID集合与数量。不要把日数量相加称为期间人数；不要使用只出现一次的过滤。保留A等原ID，说明该ID数不等于可证明的自然人数。展示原始行到各集合的核对依据。

event_id,date,user_id
E01,2026-10-01,A
E02,2026-10-01,A
E03,2026-10-01,B
E04,2026-10-01,C
E05,2026-10-02,B
E06,2026-10-02,C
E07,2026-10-02,D
E08,2026-10-03,C
E09,2026-10-03,D
E10,2026-10-03,E

参考答案：四个数分别代表什么

首日4事件，但A只计一次，所以3个日ID；第二、三天各3事件、3个日ID。日粒度唯一组合共有3+3+3=9。把日期列从去重键中移除，再对ID列去重，才得到期间5个ID。

集合并集不是把三个集合的大小直接相加。A不需要在多天出现才能造成日内事件重复；B、C、D跨日重现则说明日去重记录不能当期间新增人。这里出现两种重复，删除任何一类都要先说明统计任务。

用集合与表格独立复算

手工把三天的ID写成三行，逐个划去已经见过的字母，最后只剩A/B/C/D/E。程序复算也可保持两套键：一个Set收user_id，另一个收date与user_id的组合；对本输入size应分别为5和9。

使用支持该函数的Excel时，Microsoft UNIQUE说明把普通唯一值与exactly_once分开。对本例C2:C11使用UNIQUE(C2:C11)应列5个ID；把exactly_once设TRUE筛的是“恰好出现一次”，本例只剩E，不是期间去重。

此范围没有空行，才可直接用ROWS(UNIQUE(C2:C11))作为本例的5。真实数据须先定空白、筛选范围与类型规则；A与a是否同一人也不能让不同软件的默认行为代替业务定义。本文没有执行Excel应用。

最终报告把观察窗口和未知保留下来

可交付一句：“虚构10月1日至3日材料中有10条事件、9个日期-ID组合、5个期间唯一ID；未做跨设备身份合并，不能解释为5个可证明的自然人。”不要进一步称新增用户、留存率或真实工具完成，这些需要额外定义和事件。

多个选择与多个人混淆时可参考人数与选择次数；ID不稳定或同名冲突则先处理稳定编号合并。任何展示、点击或完成数仍需使用各自真实数据源。