先确认输入，再对照完整交付物
下面保留了原始材料、逐项结果和完整报告。先独立处理输入，再用参考结果检查遗漏与分歧。
产品与竞品信息为合成文本，未浏览真实官网、创建 Google Docs 或验证市场效果。
本站原创合成材料。先看输入独立练习，再切换参考结果对照。
原始合成材料
{
"synthetic": true,
"case": "google-docs-positioning-brief",
"data": {
"reader": "每周需要整理客户邮件的小团队",
"sources": [
{
"id": "P01",
"product": "本产品",
"text": "把邮件整理成待办与回复草稿。支持来源回查。尚无节省时间统计。"
},
{
"id": "P02",
"product": "竞品 A",
"text": "提供邮件摘要，公开页面未说明来源回查。"
},
{
"id": "P03",
"product": "竞品 B",
"text": "提供待办提取与草稿。定价、权限说明未取得。"
}
],
"feedback": [
{
"id": "C01",
"text": "不要说唯一；强调能回查到哪封邮件。"
},
{
"id": "C02",
"text": "“节省 50% 时间”没有证据，删除。"
}
]
}
}本次处理规则
材料没提到某功能，不等于竞品没有。只提出有证据支持的候选定位，不声称市场唯一或效果提升。文案引用 P 编号；评论 C01/C02 形成修订记录，不创造客户数据。
按本篇规则编写的完整参考结果，未写入第三方服务。表格较宽，可左右滑动查看。
| 主张 | 依据 | 可用表达 | 限制 |
|---|---|---|---|
| 邮件转待办与草稿 | P01；P03 也提到 | 解决小团队整理任务 | 属于共有功能，不说唯一 |
| 来源回查 | P01 | 每项待办可回到原邮件 | P02 未提到不代表它没有 |
| 效率提升 50% | 无 | 删除数字 | 不能从功能推导实测效果 |
| 定位候选 | P01 + 读者场景 | 把客户邮件整理成能回查的待办与草稿 | 仍需真实用户验证 |
把客户邮件整理成能回查的待办与回复草稿，帮助小团队先看清下一步。
删除“唯一”和“节省 50%”，保留可验证的来源回查，不补新成绩。
定位简报｜合成练习 读者：每周整理客户邮件的小团队。 定位候选：把客户邮件整理成能回查的待办与回复草稿。 价值：提取待办、准备回复、回查依据。[P01] 共有能力：待办与草稿并非独有。[P03] 未知：竞品完整功能、定价与权限，真实用户认知。 评论修订：C01 删除“唯一”，C02 删除无证据的 50%。 未创建或修改在线文档。
把材料与工具准备清楚
先用材料练习
- 下载三份产品摘录与两条评论。
- 把读者场景和可证明功能分开。
- 第一次先写简报，再用评论修订。
接入真实环境时
- 明确有权读取的页面与 Docs 目标。
- 记录页面时间与未取得的定价、权限等部分。
- 先交文件，真实新建/修改前核对文档 id 与拟改范围。
先用下面的材料和指令完成一次文件练习。接入自己的服务时，核对实际账号、可用工具与操作范围，再按每步的检查点继续。
先下载原始材料与规则 ↓执行与接管边界
以下动作以已约定的输入、账号和范围为前提；设置 Routine 不会扩大授权范围。
可自动执行
根据提供的产品证据与评论拟定位简报，保留事实编号、改写理由和待补证据。
需要确认
覆盖 Google Docs 原文、提交评论或共享文档前确认；文案中的功能与效果承诺必须有证据。
失败后接管
证据冲突或写入不明时保留原版本与修改建议；由你核对版本、评论和实际保存内容，避免重复覆盖。
先清点产品材料与读者
定位是针对具体读者的价值表达，先明确他们正在完成什么工作。来源缺页或只读摘要时，比较结论也必须随之收窄。
只用 source-data.json，列读者任务、P01—P03 各自可见内容与缺失项，不搜索其他竞品。先交 source-map.md，不起草夸张文案。来源与读者任务表。
未取得的定价、权限与功能仍被标为未知。
把共有功能和候选差异分开
页面没写不等于功能不存在。可以说本产品材料明确支持来源回查，不能说其他产品一定做不到。
建立主张→证据→共有/候选差异/未知表。每个判断引用 P 编号，排除“唯一”“领先”和没有测量的效果数字。有依据的主张矩阵。
待办与草稿标共有能力，竞品缺信息不变成负面事实。
写出定位与三个具体价值点
先用用户任务和功能结果写清楚价值，不用抽象形容词填充。不同渠道可以变换长短，事实基础保持一致。
根据矩阵写一句话定位、三个价值点，以及官网/X/LinkedIn 各一段候选文案，附来源编号。标出需用户验证的措辞，不承诺节省时间或收入。多渠道文案与证据对照。
每项具体能力能回到 P01，效果数字没有出现。
按评论修订，留下版本差异
评论有明确指向时先修相应主张，保留为何删除的说明。修改同一份简报能减少版本分裂，不能靠新开文档掩盖反馈。
按 C01、C02 审阅草稿：删“唯一”和无依据 50%，强化来源回查。输出修订后正文与逐条评论处理结果，不新增功能或客户证言。最终简报与两条评论回应。
两条评论都有去向，修改没有引入新夸大主张。
真实 Docs 操作先核对目标与版本
创建、替换正文和处理评论是不同操作。先确认文档身份与当前内容，避免把新草稿覆盖用户手工修改。
核对 <Docs 文档 id> 与现版本，先只读展示拟改段落和差异。获具体确认后只修改该范围，回读正文与评论状态；工具不支持则交文件，明确未写入，不另建重复文档。可回查的真实修订或本地交付。
文档 id 一致，未覆盖无关段落或手工修改。
用真实反馈验证定位，而非自动定论
文案写完只证明表达完成，不能证明市场接受。把待验证问题留给用户访谈或实验，再用新证据修订。
保存 positioning-brief Skill：读者、来源时间、主张矩阵、渠道草稿、评论处理、版本和待验证问题。默认停在文档草稿，不改官网、不发布、不创建自动宣传任务。可复用定位流程与验证问题。
候选定位没有被当成已证实的市场差异。
卡住时先看证据，再决定下一步
竞品没提到就写它没有
改为未在当前材料中取得说明，必要时补官方证据。
文案越改越空泛
回到具体任务与可观察交付物，删掉无依据的形容词。
评论改了却新增另一个文档
核对目标 id 和版本，保持同一条修订链。
效果数字从哪里来
没有测量记录就删，不能从功能数量或主观感觉推导。
完成前，逐项核对
勾选用于本次自查，刷新后重置；不代表真实服务已经通过验证。
已核对 0 / 6 项
原始输入与参考答案分开下载
第一次先交原始材料和规则，不提前提供参考答案。验收后，再下载报告与全部提示词保存。
把官方能力与练习结果分别核对
内容更新日期： · 修改页面不等于重新核验资料或实操。
资料核验：未核验 · 暂无核验日期
尚无本案例单独核验官方资料的记录；下列来源供复核，不能视为已核验。
实操核验：未核验
未核验真实账号、外部工具写入、定时执行或长期运行效果；合成练习与页面自查不能替代实操核验。
产品与竞品信息为合成文本，未浏览真实官网、创建 Google Docs 或验证市场效果。
- Grok Bot：文件与交付 ↗
用文件交付与回查结果；真实 Docs 修改能力需在账号中核对。
- Grok Bot：应用与共享电脑 ↗
核对连接方式、可见范围与账号内共享状态。
- Grok Bot：Skills 与 Routines ↗
先验证一次手动任务，再保存与安排重复运行。