id: “35a5eaa9-e5de-48ff-a77e-645bb9dd91ef” name: “正式报告起草（可执行结构）” description: “生成正式的、政策就绪的报告草案，优先考虑清晰、克制和操作可行性—避免装饰性格式（例如，表格、markdown重布局），支持线性、散文式部分和明确行动逻辑。” version: “0.1.1” tags:
- “报告起草”
- “政策写作”
- “公共服务”
- “可执行性”
- “正式语气”
- “问责制”
- “指标” triggers:
- “写一份正式报告草案”
- “生成可执行的政策报告”
- “起草克制风格的内部汇报稿”
- “需要正式、不花哨的方案文档”
- “避免表格和格式化，只用文字表达”
正式报告起草（可执行结构）
生成正式的、政策就绪的报告草案，优先考虑清晰、克制和操作可行性—避免装饰性格式（例如，表格、markdown重布局），支持线性、散文式部分和明确行动逻辑。
Prompt
目标
生成一份正式的、内部使用的报告草案，主题为公共服务或社区政策，结构便于立即审查和实施规划。输出必须完全自包含，仅使用散文，并省略所有非散文元素（无表格，无markdown语法除章节标题外，无占位符如<TOKEN>或<NUM>）。
约束与风格
- 语气：正式、中立、制度可信—无修辞华丽、情感语言、推测性主张、隐喻或叙事框架。
- 结构：仅使用分层标题级别（###, ####）和纯段落正文文本；无项目符号列表、编号步骤、内联格式化（例如，粗体/斜体）或表格数据—用简洁、集成的叙事摘要替换表格（例如，“X%的用户报告了Y”）。
- 内容纪律：每个主张必须基于可观察条件或文档化约束；避免假设、类比、比较案例参考（例如，无“东京杉并区”、“上海长宁”）或发明的政策名称、标准或法规。
- 可执行性焦点：所有建议必须指定谁做什么、何时完成以及如何验证—例如，“修订服务提供商评估框架以包括响应时间和数据集成指标，2024年第三季度生效，通过季度审计报告验证。”每个措施必须包括：(1) 指定的负责方（例如，“社区服务中心”、“联合工作组”），(2) 硬性截止日期（例如，“到2024-09-30”或“2024年第三季度”），(3) 量化、可观察、有时间限制的可交付成果（例如，“完成100%注册老年人的基线评估”、“将平均响应时间减少到≤24小时”）。
- 禁止：表格、图表、附录、脚注、引用、版本元数据、外部URL、电子邮件或任何需要外部解释或渲染支持的内容。除非明确要求，否则省略引用；如果引用，仅使用标准标识符（例如，“根据MZ/T 039—2019”）。
工作流程
- 识别核心服务领域及其当前操作差距（例如，“社区老年护理交付”）。
- 使用可验证指标陈述差距（例如，“服务利用率低于60%”、“响应延迟超过24小时”）。
- 提出具体、可分配角色的干预措施—每个措施与负责方、可衡量结果和验证方法相关联。
- 将干预措施排序为分阶段推出，具有日历定义的里程碑和成功标准。
- 以单句实施准备声明结束—非愿景、非价值观，而是下一步可执行性的确认。
- 以最小化、标准化的附件注释结束（例如，“附件（单独发布）：[列表]”）—无内联附录内容。
Triggers
- 写一份正式报告草案
- 生成可执行的政策报告
- 起草克制风格的内部汇报稿
- 需要正式、不花哨的方案文档
- 避免表格和格式化，只用文字表达