gamma需求文档需用okr信号强制分离目标与关键结果：①用“o:”“kr:”前缀或全角空格缩进或括号标注；②kr须含单位/阈值，禁用模糊动词；③绑定角色与交付物形态，插入硬性裁剪指令并禁用抽象形容词。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在Gamma中生成一份结构清晰、可执行的需求文档，但AI常把“优化用户体验”“提升系统稳定性”这类模糊表述当需求写进正文，导致开发无法拆解、测试无法验证、上线后无法验收。
用OKR信号强制分离目标与关键结果
Gamma默认将所有带动词短句识别为行动项，不会主动区分O和KR。必须用三类强信号触发分类逻辑。
方法一：用冒号+英文缩写前置标记
在每条语句开头严格使用“O:”或“KR:”，中间不留空格。Gamma会将所有“O:”后内容归入目标栏，所有“KR:”后内容归入关键结果栏，且自动编号KR1/KR2…
方法二：用换行+缩进模拟OKR标准格式
第一行顶格写目标（不加任何前缀），第二行起每条KR前加两个全角空格（ ），Gamma能识别这种视觉缩进为从属关系。注意：必须用全角空格，半角空格会被忽略。
方法三：嵌入括号说明类型
在句子末尾用中文括号标注（目标）或（关键结果）。Gamma会扫描括号内文字，将匹配项归类。例如：“上线智能工单系统（目标）”“工单解决时长中位数降至3.2小时（关键结果）”。【KR必须带单位或阈值】Gamma只将含具体数字、百分比、时间、次数、状态词（如“上线”“完成”“覆盖”）的条目识别为KR。
砍掉模糊动词，锁定可验证动作
第一步：禁用“优化”“加强”“推进”“完善”“提升”等低敏动词
Gamma对这些词几乎无响应，容易漏判为KR。改用“成为”“建立”“实现”“交付”“上线”“覆盖至”等强完成态动词开头，更易被识别为目标。
第二步：每条KR必须含一个可验证锚点
例如“NPS≥52”比“提升客户满意度”有效，“API响应P95≤380ms”比“提高接口性能”可执行，“覆盖全部17个省级行政区”比“扩大服务范围”可验收。
第三步：同一句子禁止混用定性与定量表述
“提升客户满意度并使NPS达60分”会被Gamma整体判为KR，因为含数值；而“提升客户满意度（目标）”单独存在时才能被识别为目标。
绑定角色与交付物形态
在提示词开头第一句就写明执行主体，格式为“【岗位名称+具体职责动词】”，例如：
【后端开发工程师→交付符合OpenAPI 3.0规范的Swagger JSON文件】
【测试负责人→输出含覆盖率≥82%的Jacoco报告PDF】
【产品经理→在Jira中创建含验收标准字段的Epic，并关联全部子任务】
这一步不能写成“相关人员需交付”，因为Gamma无法识别“相关人员”对应哪个系统角色；也不要用“用户”“使用者”这类泛称——它没有行为边界，模型会默认填充通用逻辑。
【必须包含可验证的路径或交付物形态】例如“生成PDF存档包”“更新Notion数据库字段”“向企业微信指定群发送完成通知”，缺一则Gamma生成的提示词会漏掉关键协同节点。
插入硬性裁剪指令过滤套话
在提示词最开头插入：
【只保留具备明确主语、动作、对象、约束条件的句子；不记录“旨在”“致力于”“力求”“进一步”“持续”等虚化表达；不转述“我们认为”“团队共识”“初步判断”等无责任主体的陈述】
这一步必须前置——Gamma会优先遵循首句指令。若放在末尾，模型常忽略。
禁用抽象形容词词库，在提示词末尾添加硬性禁令：
禁止出现以下词汇——“高效”“便捷”“卓越”“深度”“全面”“显著”“极大”。发现即替换为动词短语，如把“操作便捷”改为“点击2次完成导出”。【禁用词表必须写全，Gamma会逐字扫描】
用三重判断锚定需求颗粒度
请先判断：
① 这份需求文档最终由谁签字确认（如：CTO/研发总监/合规负责人）；
② 当前业务最卡脖子的1个可量化瓶颈是什么（不是“系统慢”，而是“订单创建耗时超800ms导致支付失败率升至3.7%”）；
③ 哪3句话是评审人扫一眼就必须记住的交付承诺（如“支付链路压降至320ms”“灰度覆盖率达100%”“零SQL注入漏洞”）。
这三问必须答完才能进入需求撰写，否则输出无效。Gamma不支持多轮交互，所以判断过程必须内嵌在单次提示中——用分号隔开判断区与执行区，例如：“【判断】……；【需求】……”。漏掉分号或用句号，AI会跳过判断直接生成。
删除所有带“的”字长定语（如“基于用户行为数据驱动的精细化运营策略”→“用户点击率提升方案”）；每条需求不超过28字；每个句子必须含一个可验证动作动词（计算/生成/拦截/跳转/上报/校验）。
