全自动日报周报汇总系统需构建五类Prompt：一、多角色协同框架；二、动态上下文锚点；三、结构化输出约束；四、多源输入融合；五、容错回退机制，覆盖从输入解析到合规输出全流程。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您希望借助大语言模型自动生成结构清晰、内容准确的日报与周报，但缺乏系统化的提示词设计与流程编排，则可能是由于 Prompt 缺乏角色定义、上下文约束与输出格式控制。以下是实现全自动日报周报汇总系统的具体方法：
一、构建多角色协同 Prompt 框架
该方法通过在单条 Prompt 中显式声明多个专业角色（如数据整理员、文案编辑、合规审核员），使模型模拟团队协作逻辑，自动完成信息提取、语言润色与格式校验。每个角色承担明确职责，避免输出泛化或遗漏关键字段。
1、定义主指令：在 Prompt 开头写明“你是一个自动化办公系统，需同时扮演以下三个角色：数据整理员（负责从原始日志中提取时间、任务、进度、阻塞项）、文案编辑（将提取内容转化为符合企业语境的正式汇报语言）、合规审核员（检查是否包含敏感词、是否符合字数与段落结构要求）”。
2、设定输入格式：要求用户提供原始记录，格式为“【日期】任务名称｜完成状态｜耗时｜备注”，例如“【2024-06-12】客户接口联调｜已完成｜3.5小时｜新增错误码E409处理逻辑”。
3、强制输出结构：在 Prompt 末尾用三重反引号包裹模板，明确要求输出必须严格包含“一、今日重点进展”“二、待办事项”“三、风险与支持需求”三个二级标题，且每项下不得少于两条具体内容。
二、嵌入动态上下文锚点 Prompt
该方法通过在 Prompt 中预留可替换的上下文锚点（如{{START_DATE}}、{{DEPARTMENT}}），配合外部脚本自动注入真实参数，使同一套 Prompt 能适配不同周期、部门与汇报对象，消除人工修改提示词的重复劳动。
1、在 Prompt 中使用双大括号语法标记变量位置，例如：“请生成{{DEPARTMENT}}部门在{{START_DATE}}至{{END_DATE}}期间的周报，面向技术总监审阅，重点突出跨系统协作类任务进展。”
2、使用 Python 的 .format() 或 f-string 功能，在调用 API 前将实际值填入，如 start_date = "2024-06-10"，end_date = "2024-06-14"，department = "后端研发部"。
3、在 Prompt 底部添加硬性约束：“若{{DEPARTMENT}}为‘测试部’，则‘风险与支持需求’部分必须包含至少一项关于环境资源申请的描述；若{{DEPARTMENT}}为‘前端组’，则‘今日重点进展’中须出现不少于两次对‘兼容性’或‘性能指标’的量化表述。”
三、部署结构化输出约束 Prompt
该方法利用 JSON Schema 式指令与分隔符锁定，迫使模型输出严格可解析的纯文本结构，便于后续程序直接提取字段入库或渲染为 HTML/PDF，跳过人工二次整理环节。
1、在 Prompt 中声明输出必须为纯文本，禁用 Markdown、列表符号与缩进，所有字段以英文冒号分隔，每行仅一个字段，例如：“日期:2024-06-12”“任务:订单中心压测”“状态:已完成”“耗时:4.2小时”。
2、指定字段顺序与必选性：要求“日期、任务、状态、耗时”为必填四字段，其余如“阻塞原因”“关联需求ID”为选填，若无则留空，不可省略字段名与冒号。
3、在 Prompt 结尾插入唯一终止符：“---END-REPORT---”，并强调“输出内容必须以该字符串结尾，且此前不得出现任何其他字符或空行”。
四、集成多源输入融合 Prompt
该方法设计统一入口 Prompt，支持同时接收邮件正文、会议纪要片段、Jira 截图 OCR 文本、Git 提交记录等异构输入，并依据语义类型自动归类到对应日报模块，解决信息碎片化导致的汇总失真问题。
1、在 Prompt 开头定义输入分类规则：“若文本含‘@参会人’‘议程’‘结论’字样，归入‘会议同步’；若含‘ISSUE-’‘PR#’‘commit hash’，归入‘代码交付’；若含‘客户’‘投诉’‘SLA’，归入‘客户响应’。”
2、要求模型对每段输入标注来源类型，例如：“[来源：Jira Issue ISSUE-789] 用户登录页白屏问题已定位为CDN缓存策略异常。”
3、强制按类型聚合输出：“‘会议同步’部分仅保留结论与行动项；‘代码交付’部分仅保留 PR 标题与合并时间；‘客户响应’部分仅保留客户名称、问题等级与闭环状态。”
五、配置容错与回退机制 Prompt
该方法在 Prompt 内预设异常响应路径，当输入缺失关键字段、存在矛盾陈述或触发敏感词库时，模型不生成无效内容，而是返回标准错误码与修复指引，保障系统稳定性。
1、定义错误类型与响应格式：“若检测到日期格式非YYYY-MM-DD，返回ERROR:DATE_FORMAT_INVALID；若同一任务在输入中出现‘已完成’与‘未开始’两种状态，返回ERROR:STATUS_CONFLICT；若出现‘宕机’‘崩溃’‘丢数据’等词，返回ERROR:SENSITIVE_TERM_DETECTED。”
2、为每类错误绑定修复动作：“ERROR:DATE_FORMAT_INVALID 后必须附带‘请提供形如2024-06-01的日期字符串’；ERROR:STATUS_CONFLICT 后必须附带‘请确认该任务在指定时间段内的最终状态’。”
3、禁止模型自行猜测或忽略错误：在 Prompt 中强调“遇到任一ERROR类型，立即停止内容生成，仅输出错误码及对应修复提示，不得添加额外解释、问候语或建议。”
