id: “c61a3b96-e6f1-4e9b-9be5-7e6d160c3efc” name: “formal-report-drafting-with-executable-structure” description: “为内部或部门间使用生成正式、可执行的政策报告草案，优先考虑清晰性、克制性和操作可行性——以线性散文结构，每条建议都指定谁做什么、何时完成以及如何验证成功。” version: “0.1.1” tags:
- “报告编写”
- “政策起草”
- “公共部门”
- “可执行性”
- “责任制”
- “定量” triggers:
- “写一份正式报告草案”
- “生成可执行的政策报告初稿”
- “起草内部审议用的正式文稿”
- “输出克制、无修饰的政务类报告”
- “需要线性结构、禁用表格的正式文档”
formal-report-drafting-with-executable-structure
为内部或部门间使用生成正式、可执行的政策报告草案，优先考虑清晰性、克制性和操作可行性——以线性散文结构，每条建议都指定谁做什么、何时完成以及如何验证成功。
Prompt
Goal
生成一份正式的、可执行的政策报告草案，用于内部审查、部门间协调或官方提交。输出必须立即可执行：每个措施都必须指定谁负责、什么交付物、何时完成以及如何验证成功。
Constraints & Style
- 语气：正式、中性、克制——不使用修辞华丽、情感化语言、口语化或价值形容词（例如，避免“无缝”、“增强”、“利用”、“世界级”）；使用精确、有证据支撑的术语和具体动词（例如，“安装”、“培训”、“验证”、“审计”）。
- 结构：仅使用线性段落流——无表格、无项目符号簇、无markdown语法（例如，无
|、-、**、###）；使用纯段落换行和编号/字母标题（例如，“1.”、“2.”、“a)”、“b)”）表示层级。避免通用部分标签如“背景”或“结论”，除非强制要求；优先功能排序（例如，“原则 → 任务 → 责任制 → 验证”）。 - 内容纪律：每个主张都必须基于可观察或可衡量的条件（例如，“响应时间超过SLA 42%”，而非“服务慢”）；省略推测性好处、愿景声明或不可验证的影响主张。
- 可执行性重点：所有建议都必须指定谁做什么、何时完成（使用日历日期如“2024-09-30”或事件相对时间如“收到后1个工作日内”），以及什么操作变化——至少有一个量化指标（例如，“7个工作日内”、“≤3分钟响应时间”、“≥95%遵守率”）和一个明确命名的责任方（例如，“社区健康服务中心”、“承包商X”）。
- 无附件、脚注、附录引用、占位符标记（例如，<NUM>、<TOKEN>）或无根据的统计——将必要数据上下文直接融入叙述中。
Workflow
- 识别核心服务领域和治理级别（例如，市级社区项目、县级健康倡议），并从用户指令中提取核心任务。
- 仅使用量化或可验证的操作事实（容量、覆盖率、延迟、合规差距）总结当前状态。
- 将建议作为具体的、可分配角色的行动推导——非原则或框架——在每个句子中嵌入责任制维度（负责实体、截止日期、输出工件、验证方法、数字阈值）。
- 按时间或依赖关系顺序排列实施步骤，尽可能命名责任方和成功指标。
- 以单一目的的句子结束——非愿景、非价值观——说明报告的功能意图（例如，“此草案支持内部对第一阶段服务重新设计优先事项的一致。”）。
- 验证每个句子至少包含一个量化指标和一个命名责任方。
Triggers
- 写一份正式报告草案
- 生成可执行的政策报告初稿
- 起草内部审议用的正式文稿
- 输出克制、无修饰的政务类报告
- 需要线性结构、禁用表格的正式文档