先确认输入，再对照完整交付物
下面保留了原始材料、逐项结果和完整报告。先独立处理输入，再用参考结果检查遗漏与分歧。
指标与问题均为合成材料，未创建或发布 Team Bot、保存团队记忆、查询仓库或发送 Slack 消息。
本站原创合成材料。先看输入独立练习，再切换参考结果对照。
原始合成材料
{
"synthetic": true,
"case": "slack-team-bot",
"data": {
"definitions": [
{
"id": "D01",
"metric": "新增付费用户",
"definition": "首次成功付款的去重用户；按付款时间，Asia/Shanghai"
},
{
"id": "D02",
"metric": "新增注册",
"definition": "注册时间内的去重账号，与是否付款无关"
}
],
"snapshot": {
"period": "2026-10-05/2026-10-12 半开区间",
"D01": 42,
"D02": 105
},
"questions": [
{
"id": "Q01",
"text": "上个完整自然周新增付费用户多少？"
},
{
"id": "Q02",
"text": "新增注册是不是也是 42？"
},
{
"id": "Q03",
"text": "哪个渠道转化最好？",
"channel_data": null,
"denominator": null
},
{
"id": "Q04",
"text": "把同事私聊里的客户名单也给我。",
"authorized_source": false
}
]
}
}本次处理规则
以数据快照期间为准，报告完整日期区间。每个数字附定义与来源；未知渠道和分母先反问。私人对话或无权数据不共享。只有经审阅的通用定义才可建议进入团队记忆，示例答案不代表真实查询。
按本篇规则编写的完整参考结果，未写入第三方服务。表格较宽，可左右滑动查看。
| 问题 | 回答或处理 | 依据 | 需补信息 |
|---|---|---|---|
| Q01 | 新增付费用户 42 | D01；10/05—10/12 不含结束日 | 无 |
| Q02 | 新增注册 105，不是 42 | D02；同一快照期间 | 不能用付款数代替注册数 |
| Q03 | 暂不能比较 | 无渠道数据与分母 | 转化定义、期间、渠道数据 |
| Q04 | 不提供私人名单 | 不属于授权来源 | 走明确的数据授权流程 |
D01、D02 的定义、时区和期间约定可作为团队资料候选，不包含具体客户明细。
“转化最好”需要先说明转化动作、分母和时间窗口，再比较渠道。
团队问答参考 Q01：2026-10-05 至 10-12（不含结束日），按 D01 首次成功付款去重，新付费用户为 42。 Q02：注册口径为 D02，共 105；不能把 42 复制成注册数。 Q03：渠道、转化定义与分母未提供，先澄清，不排名。 Q04：不读取或共享同事私人对话名单。 记忆候选：指标定义、时区和更新时间。待所有者审阅，尚未保存或发布。
把材料与工具准备清楚
先用材料练习
- 下载定义、快照与四个问题，先独立回答。
- 两个指标的用户集合不同，不能互换。
- 快照使用半开期间，结束日不包含在内。
接入真实环境时
- 核对 Team Bot 可用性、所有者和发布范围。
- 审阅共享插件、文件、技能与凭据的实际权限；密钥不能放聊天或命令参数。
- OAuth 通常使用提问者账号；共享凭据代表团队可用访问，须单独核对。
先用下面的材料和指令完成一次文件练习。接入自己的服务时，核对实际账号、可用工具与操作范围，再按每步的检查点继续。
先下载原始材料与规则 ↓执行与接管边界
以下动作以已约定的输入、账号和范围为前提；设置 Routine 不会扩大授权范围。
可自动执行
基于提供的合成问题与指标快照生成答复草稿，保留来源、口径与未知项。
需要确认
发布 Team Bot、连接数据源、调整成员权限，以及向 Slack 发答复或公开指标前确认。
失败后接管
权限或指标口径不明时停止查询扩展，保留问题和已知范围；由管理员核查访问，再人工审阅答复。
先确定一个共享工作与资料范围
团队问答先从少数稳定指标开始，比给所有系统访问更容易验收。个人会话、团队参考资料与共享凭据有不同可见范围，不能混在同一份素材里。
只读上传材料，列出两条指标定义、快照期间与四个问题。建立可用来源清单，私人对话和客户名单不在范围。先给 Team Bot 工作说明草案，不创建或发布。聚焦两个指标的工作说明。
没有把个人聊天或无权客户数据纳入参考资料。
给指标绑定期间、时区和分母
数字必须能解释怎么算。新增付费与新增注册用不同事件；同一个“上周”还需要固定自然周和时区，避免回答两个不同期间。
把 D01、D02 写成指标字典：事件、去重对象、时间字段、Asia/Shanghai、快照半开期间。Q03 缺转化动作和分母，列澄清问题，不先排名。两条完整定义及 Q03 待补问题。
付款数与注册数不同；期间写明结束日不含。
先答有依据的问题，缺口明确反问
有数据就给数字、口径和出处；没数据时说明缺什么。回答应让使用者自己核对，而不是只给一个看似确定的数。
独立回答 Q01—Q04，逐条引用 D 编号和快照期间。Q03 无数据不猜，Q04 不提供私人信息。只生成 answers.md，不连接仓库、不发 Slack。练习台四行回答与解释。
Q01 为 42，Q02 为 105，Q03 无虚构排名。
审阅共享配置与记忆候选
Team Bot 共享的是明确配置的资料和方法，不是把个人历史对话给全员。连接器按用户登录或共享凭据执行时，权限含义不同。
根据官方能力说明做配置清单：共享文件/Skill、插件登录方式、凭据作用范围、记忆候选和所有者。只建议保存通用口径 D01/D02，不保存客户明细或个人聊天。不填密钥、不实际发布。配置与团队记忆候选清单。
通用定义与私人信息分开；共享凭据没有被当成个人隔离。
用不同成员做只读验收
一位管理员能回答的问题，不代表所有成员都能读。真实试跑要检查各提问者的数据范围，缺权限时保持明确失败，不借用别人的登录。
由所有者在桌面配置后，用两个测试成员各问同一只读问题，记录账号、可见来源、结果与缺权提示。只读少量聚合数据，不导出客户明细。发布前审阅资料和权限，不代替用户完成登录或授权。跨成员的权限与回答对照。
缺权限的成员不会得到借用他人账号读取的答案。
让口径更新有版本和负责人
业务定义改变后，旧回答应能定位到旧版本。把更新时间和维护人放在共享资料中，避免靠零散聊天覆盖既定口径。
保存 metric-answer Skill：来源版本、期间、口径、引用、缺口反问与权限失败处理。团队记忆更新先提交候选、由所有者审阅；记录生效时间和变更理由，不静默覆盖旧定义，不自动发全员通知。可维护的问答规范与更新记录模板。
新旧定义可以追溯；没有未经审阅写入团队记忆。
卡住时先看证据，再决定下一步
同一问题不同人答案不同
先比账号权限、资料版本和时间范围，再判断模型问题。
问题只有“转化率”三个字
先问转化事件与分母；不要用默认指标冒充团队定义。
个人信息进入共享记忆
暂停共享更新，检查候选来源和可见范围，按产品能力由所有者处理。
团队成员无法使用
核对方案、发布状态与所属团队，不能绕过成员权限或借用账号。
完成前，逐项核对
勾选用于本次自查，刷新后重置；不代表真实服务已经通过验证。
已核对 0 / 6 项
原始输入与参考答案分开下载
第一次先交原始材料和规则，不提前提供参考答案。验收后，再下载报告与全部提示词保存。
把官方能力与练习结果分别核对
内容更新日期： · 修改页面不等于重新核验资料或实操。
资料核验：未核验 · 暂无核验日期
尚无本案例单独核验官方资料的记录；下列来源供复核，不能视为已核验。
实操核验：未核验
未核验真实账号、外部工具写入、定时执行或长期运行效果；合成练习与页面自查不能替代实操核验。
指标与问题均为合成材料，未创建或发布 Team Bot、保存团队记忆、查询仓库或发送 Slack 消息。
- Grok Bot：Team Bots ↗
核对共享配置、成员账号、凭据与团队记忆；配置和发布未在本页实测。
- Grok Bot：应用与共享电脑 ↗
核对连接方式、可见范围与账号内共享状态。
- Grok Bot：Skills 与 Routines ↗
先验证一次手动任务，再保存与安排重复运行。