从一份本来就要核对的报表开始
周五下午，团队里还有人要对照三份导出表，才能写出本周总结。这很适合作为第一次 AI 任务：输入具体，输出不大，同事可以直接核对，不必先重做整个业务流程。
Anthropic 在 2026 年 9 月 10 日的文章中，介绍了面向一千多位小企业经营者的工作坊见闻。报表整理是常见需求，准确性也是大家的顾虑。这些是活动观察，不能当作有代表性的调查或生产率提升实验。
下面是 Onevium 原创的练习。全部数据均为虚构，特意保留了几个问题。你将得到一份数字可追溯、待确认项清楚的周报草稿，无需连接业务系统或客户账号。
准备三份小文件
新建一个空的练习文件夹 weekly-report-practice。把下面每组内容分别存成对应名称的纯文本 CSV 文件，文件名那一行不要放进文件。保留表头和空单元格。这三份虚构导出表的范围是 2026 年 9 月 7 日至 11 日；为方便练习，表内省略了日期列，由这里统一说明时间范围。
订单表每行记录一个订单及其商品总件数；退货表每行记录一次退货及件数；工单表每行记录一张工单。units 表示件数，不是金额。本期退货可能对应更早的订单，因此不能仅凭这些文件计算本周净销量。
状态字段 status 中，paid 表示已支付，cancelled 表示已取消，open 表示未关闭，closed 表示已关闭。保留文件里的英文值，核对时按这些含义阅读即可。
orders.csv
order_id,status,units
O101,paid,2
O102,paid,1
O102,paid,1
O103,cancelled,3
O104,paid,
refunds.csv
refund_id,order_id,units
R201,O101,1
R202,O999,1
support.csv
ticket_id,order_id,status
T301,O101,open
T302,O102,closed
T303,,open先把统计口径交代清楚
让 AI 写漂亮总结之前，先约定每个数字怎么算。本例按不重复的订单号统计，已取消订单单列；完全相同的重复行只在计算时计一次。件数为空就保留“未知”，不要为了凑出总数去修改输入文件。
要求结果给出能直接查到的依据：文件名、记录 ID 和行号，表头算第 1 行。订单号相同只能说明两条记录可以关联，不能据此推断退货原因或客户为什么提交工单。
只读取当前练习目录中的三个文件：
orders.csv、refunds.csv、support.csv。
它们是 2026 年 9 月 7—11 日的虚构导出表。
在当前会话返回周报草稿。
列出每个文件的数据行数，不计表头。
按状态统计不重复的订单号。
完全相同的重复行只在计算时计一次，
列出重复项，不修改文件。
同一 ID 若有互相冲突的记录，标出冲突；
不要自行选一条，也不要汇总受影响的组。
只汇总不重复的已支付订单中已知的件数。
缺失件数保持未知，不按零处理。
列出找不到对应订单的退货记录。
统计未关闭工单，标出缺少订单号的工单。
不要用订单件数减去退货件数。
不要根据这些文件推断趋势或原因。
每个数字和问题都注明文件名、ID、行号。
每份文件的表头算第 1 行。
把已核实结果和待确认问题分开。
不要改文件、获取其他数据或发送消息。用这份答案逐项核对
先自己数一遍，再看 AI 的总结。订单表有五行数据，但只有四个不同的订单号。O102 在第 3、4 行重复出现，内容完全相同。计一次后，已支付订单是三个，已取消订单是一个。
已支付订单中，已知件数合计为三件：O101 两件，O102 一件。O104 也是已支付订单，但件数为空。因此三件只是已知部分的小计，全部已支付订单的总件数仍然未知。如果周报直接写“本周总共三件”，就把最需要关注的问题藏起来了。
数据行：订单 5；退货 2；工单 3。
不重复的订单：4 个。
已支付：3 个，O101、O102、O104。
orders.csv 第 2、3、6 行。
已取消：1 个，O103，第 5 行。
重复：O102，第 4 行与第 3 行相同。
已知的已支付件数：2 + 1 = 3。
全部已支付件数：未知。
O104 缺件数，orders.csv 第 6 行。
R201 可以匹配 O101。
refunds.csv 第 2 行；
orders.csv 第 2 行。
R202 在本次导出中找不到对应订单。
O999，refunds.csv 第 3 行。
未关闭工单：2 张，T301、T303。
support.csv 第 2、4 行。
T303 缺少订单号，support.csv 第 4 行。把数据缺口变成可以回答的问题
一份不完整的报表也可以帮助推进工作。结尾可以写：“请确认 O104 的件数，检查 O999 是否属于更早的导出范围，并补充 T303 对应的订单。”这是在索取依据，不是在让 AI 猜数或删除记录。
如果结果算错了，要求列出参与计算的 ID 和算式。如果答案后来变了，核对计算依据到底改了什么。只是换一种更肯定的语气，不能解决前后不一致。
- 缺少必要文件或字段时，受影响的计算应暂停。说明缺口，其他能够独立核实的结果单独列出。
- 同一个 ID 出现不同内容，需要数据负责人确认；不能悄悄选第一条或最后一条。
- 退货找不到对应订单，首先是这份导出表的覆盖范围问题，不足以证明欺诈、无效退货或业务系统故障。
- 两张未关闭工单不能代表客户满意度。只有一个报告周期，也无法得出增长或趋势结论。
在 Onevium 里把文件和核对过程放在一起
配置好模型连接后，在 Onevium 侧栏通过“添加项目”打开练习文件夹。从该项目行创建会话，确认目录，再发送上面的任务。练习范围限定为这三份虚构文件。
回答出来后，点击会话顶部的“浏览全部文件”，打开 CSV，核对引用的行。补充与纠错留在同一会话，方便一起查看周报和讨论依据。下方快速开始与文件教程介绍了这些入口。请用上面的答案，核对自己这次练习的运行结果。
以后试用真实数据时，使用经过允许、只保留必要字段的副本。文件保存在本地，不代表配置的模型提供商就不会接收其中的信息。引入客户资料前，先核对团队与提供商的数据使用约定。
判断下周是否值得继续
练习跑通后，选一份团队本来就在做、有人能核对的报表。保留真实业务里的统计口径、导出时间范围和验收项。先生成草稿，由负责人审阅后再分享；有歧义的记录仍交给了解数据的人确认。
在几次相近的任务中，记下准备导出表、发起任务、核对结果和改错分别花了多久；能取得模型使用费用时，也一起记录。把完整投入与以前的做法比较。第一版写得快，只有在核对和修正也负担得起时才有帮助。
如果结果能够反复核对、依据清楚、审阅成本可接受，就保留这项工作。如果数据缺口总被包装成完整答案，就缩小范围或暂停。第一个值得留下的成果很朴素：下周接手的人能看出每个数字从哪里来。