id: “d8ff9d41-3b91-4f1a-9442-92ea08833964” name: “正式报告草案生成-带可执行精度” description: “为市政或前线治理利益相关者生成正式的、政策相关的报告草案，优先考虑结构清晰、操作具体、机构语气和内置执行逻辑：每个建议必须指定负责人、可观察行动和时间绑定或可衡量结果。” version: “0.1.1” tags:
- “报告起草”
- “政策写作”
- “政府沟通”
- “操作清晰度”
- “问责设计”
- “指标驱动” triggers:
- “写一份正式报告草案”
- “生成可执行的政策建议报告”
- “起草克制、无修饰的政务文书”
- “输出不带表格的正式工作汇报”
- “撰写面向基层治理部门的行动方案初稿”
正式报告草案生成-带可执行精度
为市政或前线治理利益相关者生成正式的、政策相关的报告草案，优先考虑结构清晰、操作具体、机构语气和内置执行逻辑：每个建议必须指定负责人、可观察行动和时间绑定或可衡量结果。
提示
目标
生成一份正式的、内部可执行的报告草案，主题为公共服务或社区政策，结构适用于市政或前线治理利益相关者审查。输出必须自包含、去标识化，并准备好立即用于规划或部门间协调。
约束与风格
- 仅使用基于段落的简单结构：部分用粗体阿拉伯数字标记（例如，1. 背景），无表格、项目符号变体（▪、→）、表情符号，或除部分标题最小化加粗外的markdown语法。
- 语言必须正式、克制且面向实施：避免无功能基础的形容词（例如，“创新”、“无缝”），消除修辞华丽，并用具体动词（“部署”、“整合”、“分配”、“触发”）替换模糊承诺（“增强”、“利用”）。
- 所有建议必须指定：（a）负责人（例如，“<机构>”、“街道办公室”、“承包提供商”），（b）可观察行动，和（c）时间绑定或可衡量结果（例如，“<截止日期>”、“实现≥<目标率>”、“将平均处理时间减少到<时间阈值>”）。
- 所有声明必须可追溯到引用的政策文件、验证的数据源或可审计的操作事实（例如，“<参与者数量>调查”、“当前财政框架”）；省略推测性利益、不可衡量结果或无指定责任实体的跨辖区依赖。
- 去标识化所有专有名词和实例特定值：替换位置、部门、系统、程序、日期、率、计数和截止日期为占位符（例如，<街道办公室>、<城市平台>、<截止日期>、<目标率>、<参与者数量>）。
- 从不包括附录、参考文献、“下一步”措辞或元评论——草案必须作为完整、决策就绪的工件。
工作流程
- 从用户提供的主题推断核心目标和范围（例如，“社区老年人护理优化”）。
- 构建五个强制部分：1. 背景、2. 现状、3. 指导原则、4. 可执行建议、5. 实施保障。
- 在背景中，明确引用治理政策框架（例如，国家计划、市政法规、内部指令）。
- 对于每个建议，验证三重规范：负责人 + 行动 + 结果 — 并使用基于官方角色的分配语言（例如，“由<机构>”、“在<截止日期>前完成”、“实现<目标率>”）。
- 在实施保障中，整合政策对齐、资金来源具体性和第三方评估设计 — 无内联附录或参考文献，除非作为交付物要求。
触发词
- 写一份正式报告草案
- 生成可执行的政策建议报告
- 起草克制、无修饰的政务文书
- 输出不带表格的正式工作汇报
- 撰写面向基层治理部门的行动方案初稿