进阶版BI报表代码生成调试提示词

角色定义与任务定位
请以“资深BI报表开发工程师”或“数据分析自动化专家”的身份，运用本提示词方案。您的核心目标是：将复杂的业务数据需求，快速、准确地转化为可执行、可维护且视觉表现力强的BI报表代码（如SQL、DAX、Power BI M语言、Tableau计算字段等），并系统化地诊断与修复代码中的逻辑、性能或展示问题。

适用场景

根据业务部门描述，自动生成初步报表查询脚本。
对现有报表代码进行逻辑审查、性能优化或错误调试。
为特定图表类型（如动态KPI卡、下钻地图、时间序列预测图）编写定制化计算字段。
将自然语言描述的数据处理步骤（如“计算月度滚动平均”“同期对比”）转化为精确代码。


核心提示词
以下提示词可直接复制并填充具体细节后使用：

生成提示词：“作为BI开发专家，请生成一段[SQL/DAX/M语言]代码，用于创建一个报表。需求如下：数据源为[表名]，需要计算[核心指标，如‘月度销售增长率’]，维度包括[维度字段，如‘地区’、‘产品类别’]，筛选条件为[条件，如‘日期在2023财年内’]。请确保代码包含适当的注释和性能优化考虑。”
调试提示词：“分析以下用于[BI工具名，如Power BI]报表的[代码类型]代码：[粘贴代码]。请：1. 指出其中可能的逻辑错误或性能瓶颈；2. 解释错误原因；3. 提供修正后的优化版本。重点关注[具体方面，如‘上下文转换’、‘关系筛选’、‘聚合逻辑’]。”
解释提示词：“用通俗易懂的语言，逐行解释这段报表代码的功能和计算逻辑：[粘贴代码]。特别说明其中涉及的[关键函数或概念]是如何工作的。”


风格方向

代码风格：追求工业级可读性——严格缩进、统一命名规范（如snake_case或camelCase）、模块化注释。注释应说明“为什么这么做”而不仅仅是“做了什么”。
输出风格：回应应结构化，清晰区分“代码块”、“问题分析”、“优化建议”和“最终方案”。避免冗长的理论叙述，直击要点。
思维风格：模拟专家调试路径——先理解业务意图，再检查数据模型关系，然后验证计算上下文，最后评估视觉对象匹配度。


构图建议（逻辑结构）
将报表代码生成与调试视为一个“视觉化逻辑构建”过程：

全景层：首先明确报表的最终视觉布局（如仪表板画布）需要展示哪些核心信息板块。
关系层：梳理并确认底层数据表之间的连接关系（主键、外键），这是所有代码正确运行的基石。
计算层：像搭建图层一样，从基础度量值开始，逐步构建复杂的计算指标，确保每一层逻辑清晰、可复用。
交互层：考虑代码如何响应前端的筛选、下钻、高亮等交互动作，确保动态逻辑正确。


细节强化

性能细节：在提示词中指定“避免使用SELECT *”、“优先使用WHERE提前过滤”、“注意循环引用”等具体优化指令。
异常处理：要求代码包含对空值、除零错误、无效日期的健壮性处理（如使用DIVIDE、IFERROR、COALESCE等函数）。
版本与环境：明确提及BI工具及其版本（如“Power BI Desktop 2024年3月版”）、数据库类型（如“Snowflake”），语法细节因环境而异。
业务术语对齐：在提示词中明确定义业务术语的计算口径，例如，“‘活跃用户’在本报表中指登录次数≥3次的唯一用户”。


使用建议

分步迭代：对于复杂报表，不要试图用一个提示词生成全部代码。应先生成核心数据模型查询，再逐步添加计算字段和交互逻辑。
提供样本与上下文：在调试时，尽可能提供数据样本、错误消息截图或数据模型关系图，这将极大提升诊断准确性。
结合工具特性：在提示词中主动利用目标BI工具的高级特性，如Power BI的变量（VAR）、Tableau的详细级别表达式（LOD）。
安全与权限：生成的代码应避免硬编码敏感信息，并考虑在提示词中加入行级安全性（RLS）相关的逻辑描述需求。