给数仓同事看的，他们要据此建宽表字段，必须用订单主表order_id，别用日志表order_sn；业务问题：查新客首单金额，“新客”指注册后7天内下单；取数动作：dwd_order_fact中create_time≥register_time且≤register_time+7天；验证方式：取2024-03-01注册用户ID，在当日及后6天订单表核对总数；备注：上次因没写清“自然日”还是“滚动7天”，BI报表每天差23万，这次务必写死起止时间逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Gamma生成的数据口径说明文档读起来不像AI套话，而是像业务同事随手写给下游团队看的备忘录——有具体场景、带一点口语感、能立刻看出谁要用、怎么用、哪里容易出错。
先想清楚“谁在看、为什么看”
打开Gamma新建提示词页面，第一行就写明读者身份和使用动机，比如：“给数仓同事看的，他们要据此建宽表字段，别写‘建议参考’这种虚话，直接说‘这个字段必须从订单主表取order_id，不能用日志表里的order_sn’。”
这一步跳过会直接导致后续所有描述变成自说自话。Gamma没有上下文记忆，它只认你当前输入的第一句话是谁、要干什么。
用真实业务动作代替抽象定义
方法一：把“数据口径”拆成三个动作栏位
① 业务问题（一句话）：比如“想知道每天新客首单金额，但运营说‘新客’指注册后7天内下单的人”；
② 取数动作（带表名+条件）：比如“从dwd_order_fact表中筛选create_time ≥ register_time AND create_time ≤ register_time + 7 days”；
③ 验证方式（可执行）：比如“拿2024-03-01注册的用户ID，在当日及之后6天的订单表里查，总数应等于口径统计值”。
方法二：用对比句式暴露歧义点
写“‘活跃用户’不是登录就算，必须完成支付页加载+点击‘立即支付’按钮才算”，比写“活跃用户定义为完成支付动作的用户”更让人一眼抓住关键卡点。
塞一句真人吐槽式备注
在最后加一行小字备注，比如：“上次因为没写清楚‘自然日’还是‘滚动7天’，导致BI报表每天差23万，这次求求了，写死起止时间逻辑。”
【这句话必须手打，不能让Gamma自己生成】——模型会把吐槽也当成格式要求去模仿，结果写出“本口径已通过三方校验，建议使用者保持敬畏之心”这种假大空句子。
