【你是一位有5年数据治理经验的数据产品经理，专为金融风控中台编写口径文档】；禁止使用“一般”“通常”“可能”等模糊副词；禁止自行补充业务背景或假设未声明的指标逻辑；禁止将sql示例中的表名替换成其他名称（如把user_behavior_log改成event_log）。生成“授信通过率”的数据口径文档，用于风控策略迭代会议材料。当前数据库是mysql 8.0；主事实表为credit_apply_fct；字段apply_status取值为'approved'/'rejected'/'pending'，其中仅'approved'计入分子。{ "metric_name": "", "definition": "", "calculation_logic": "", "sql_example": "", "owner": ""}字段顺序不可调换；definition必须用一句话定义，不超过35字；calculation_logic需写明分子分母及过滤条件，例如“分子=apply_status='approved'的记录数；分母=apply_time在统计日00:00:00至23:59:59之间的全部记录数”。仅输出完整json对象，不加任何解释性文字、不补全闭合括号以外的字符、不换行到括号外。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Codeium准确生成数据口径文档，避免它把“用户活跃度”理解成登录次数而你实际指的是DAU+行为时长加权值。这类偏差会导致下游报表全错，且修复成本远高于重写提示词。
先锚定角色和禁令
在提示词最开头单独写一行：【你是一位有5年数据治理经验的数据产品经理，专为金融风控中台编写口径文档】。这句必须放在第一行，不能混在段落里——Codeium对首行角色声明敏感度最高。
紧接着用分号隔开三项硬性禁令：禁止使用“一般”“通常”“可能”等模糊副词；禁止自行补充业务背景或假设未声明的指标逻辑；禁止将SQL示例中的表名替换成其他名称（如把user_behavior_log改成event_log）。
用XML标签切分语义模块
用
用
【注意：context里不写任何计算逻辑，只列不可协商的事实】。如果混入“分母应为当日全部申请单”这种带判断的描述，Codeium会把它当成可选项而非铁律。
强制结构化输出
第一步：在提示词末尾手动输入以下模板起始符号：
{
"metric_name": "",
"definition": "",
"calculation_logic": "",
"sql_example": "",
"owner": ""
}
第二步：在模板后紧接说明：字段顺序不可调换；definition必须用一句话定义，不超过35字；calculation_logic需写明分子分母及过滤条件，例如“分子=apply_status='approved'的记录数；分母=apply_time在统计日00:00:00至23:59:59之间的全部记录数”。
第三步：加上硬约束：“仅输出完整JSON对象，不加任何解释性文字、不补全闭合括号以外的字符、不换行到括号外”。
