DeepSeek数据处理流程提示词如何生成可发布版本

数据工程师团队需要规范化的用户行为日志处理指南，本文详细说明从数据来源到验证的完整流程，确保操作可追溯。

先锁定发布场景与读者身份

第一步：明确文档用途和阅读对象，例如："请生成面向数据工程师团队的《用户行为日志清洗标准化流程》文档，用于内部SOP归档及新成员培训。"

第二步：补充关键约束条件，包括标注输入来源（如Kafka Topic名）、每个操作附验证方式（如SQL校验语句）。【验证缺失会导致流程不可复现，这是文档被退回的主要原因】

用三段式结构强制输出规范

方法一：角色-任务-约束硬拆分

以数据治理专家身份编写《订单交易数据入湖处理流程》，要求包含【前置检查】【核心步骤】【异常兜底】【产出物清单】四个模块，步骤编号采用"①""②"格式，SQL用```sql```包裹，字段名用反引号标注，禁用模糊副词。

方法二：模板填充法

使用标准模板："作为数据中台负责人，按框架生成文档：【1.流程定位】说明数据链路位置；【2.输入契约】列出上游系统信息；【3.处理逻辑】分步说明转换规则；【4.输出契约】明确下游表要求；【5.回滚方案】提供3种失败场景处理。"

注入可验证的技术锚点

在提示词中限定技术栈："所有步骤必须基于Apache Flink 1.18 + Iceberg 1.4实现，禁用Spark Streaming等过时组件。"

增加硬性约束："涉及UDF函数需注明注册方式及依赖JAR包MD5值，例如CREATE FUNCTION语句和hdfs路径。"

此要求可避免模型虚构技术细节，【缺少JAR MD5的文档在审核时必然被拒】

生成带版本号与修订记录的终稿

最后补充版本管理要求："文档末尾添加【版本信息】，包括当前版本v1.2.0、生效日期2026-05-30，以及含版本、日期、修改人、变更内容的修订记录表。"

通过以上结构化方法和硬性约束，可生成可直接用于团队协作的标准文档，确保流程可执行、可验证。