结项报告技能
把项目执行流水账转成结构稳定、可直接交给资助方的结项报告。
执行流水账 → 六章节结构化报告(800-1500字)
核心 Gotchas
- 未提供的数字一律不编造,列入缺失项
- 受益人/志愿者信息必须脱敏
- 避免「圆满成功」等无信息量套话
这份手册是第 1 课「技能构建」的完整学习指南。你会看到概念辨析、WorkBuddy 上的逐步操作、结项报告的完整 Before/After 演示, 以及自测清单和数据合规底线。手册用青澜环境政策研究中心做全程示范—— 案例格式参照机构成长支持类结项模板,机构名与数据均为虚构脱敏。 他们在课前作业选了 M1(项目文书链),这节课要把「结项报告生成」做成第一个技能。
很多人把所有内容塞进一段超长提示词——结果每次都要从零开始。把「怎么做」的事做成技能,把「有什么」的事留给第 2 课的知识库,这是少走弯路的关键。
每次打开对话框,临时写的一段话。用完就丢,下次同样的任务还得重来。
把做法、输出格式与边界规则封装下来,一次封装永久复用。
历年项目档案、资助指南、案例库等可检索的事实与数据。
调用哪些技能、按什么流程跑,最终汇成你的「项目助理」。
「帮我写个结项报告」
没有章节要求、没有脱敏规则、没有缺失项提醒。每次都要重新说一遍格式,AI 每次输出都不一样。上次漏了「成效分析」整章,这次可能漏别的。
固定 6 章节 + 脱敏规则 + 缺失项清单 + 范例参照
技能定义了固定的输出结构、不编造数据的规则、自动标注缺失。不管谁来用、用几次,输出格式稳定、章节齐全、合规脱敏。
在 WorkBuddy 里,「一个角色就是一个最小可用的技能」。 跟着下面 6 步,把你的结项报告(或项目书、资助信)做成一个可复用的技能。 每一步都有青澜的示范和常见踩坑。
打开 WorkBuddy,点击「新建角色」。给角色起一个明确的名字,让你一看就知道它能做什么。
角色名:机构成长结项报告助手
触发场景:当项目主管需要把半年执行记录转成伙伴计划类结构化结项报告时使用
角色名:AI助手
名字太泛,看不出能做什么。以后角色多了根本分不清。
触发说明决定了将来「项目助理」会不会正确地调用你的技能。好的触发说明 = 什么时候用 + 什么时候不用。下面是三版改写练习——从模糊到精准。
「帮公益机构写报告。」
太模糊——写什么报告?结项报告还是年度报告?什么情况下调用?AI 无法判断。
「当用户给出执行流水账、需要结项报告时使用。」
说清了「什么时候用」,但没说「什么时候不用」。如果用户要的是项目书,AI 可能也错误调用这个技能。
「当用户提供项目流水账/活动记录、需要结构化结项报告时加载;不要用于项目立项书或公众号推文。」
既说了什么时候用,又画了红线。将来「项目助理」有多个技能时,能准确路由到正确的那个。
输出契约 = 「技能每次输出必须长什么样」。固定了章节结构和字数要求,AI 就不会每次都给你一个不同格式的输出。
正式模板常有七大块(基本信息 / 目标完成 / 执行进展 / 社群反馈 / 传播等);技能压缩为下列六章,便于 WorkBuddy 封装。映射说明见样板 format_伙伴计划结项结构.md。
Gotchas = 「最容易翻车的地方」。把机构踩过的坑、资助方最在意的规范写进去,AI 就不会重蹈覆辙。每条都有「错误做法 → 正确做法」的对照。
范例让 AI 「看到」你机构的真实文书风格。上传前务必脱敏——把真实姓名、手机号、身份证号替换掉。
范例 1:上一期结项报告(已脱敏的虚构机构范例)——让 AI 学习伙伴计划类模板的章节风格
范例 2:本半年零散执行记录(见 `example_input_流水账.md`,虚构脱敏)——让 AI 知道「输入长什么样」
上传了含有志愿者全名和手机号的原始签到表
上传了 10 份文件——太多了,AI 反而混乱。2-3 份最佳。
技能做好了,必须用材料跑一次才算数。下面是青澜的 Before/After 演示——格式参照业内常见的伙伴计划结项模板,机构名与数据均为虚构脱敏。
7-8月搞了两次通用培训,一次讲沟通,一次讲AI入门,大概18人参加。9-12月有内部分享和复盘会,人数没统计。
1-3月编《员工知识手册》,员工A牵头,B、C几个同事参与。4月写了使用指南,电子化还没完全上线。
这半年大概8份成果、12场交流活动——研讨会、政策分享之类的,完整清单在文件夹里没整理。
去了1次伙伴年会,线上共学也参加了几次。社群感受还没写成正式段落。传播做了十几篇,具体没数。
散乱、无结构、部分活动缺签到、成果只有约数、社群与传播待成文……
一、项目背景
「新锐机构成长支持项目(第 1 年)」【虚构】,报告期 2024-12 至 2025-06,执行机构青澜环境政策研究中心【虚构】,资助方某环保基金会伙伴计划【虚构】,预算约 5 万元、执行率约 96%【虚构】。
二、主要活动
三、产出与数据
六、缺失项清单
每个样板都内置输出契约、范例模板和核心 Gotchas。课堂上任选一个 Fork 后改成你机构的版本。
把项目执行流水账转成结构稳定、可直接交给资助方的结项报告。
执行流水账 → 六章节结构化报告(800-1500字)
用机构简介、过往案例与资助方指南,组装一份项目立项书初稿。
机构简介 + 案例 + 指南 → 七章节立项书(1000-1800字)
把项目核心信息浓缩成一封简短、有说服力的资助申请信。
项目核心信息 → 一页纸申请信(400-700字)
检验理解 → 课后测验 Q3
技能跑通后,用下面的测试表验证:该加载时加载、不该加载时别误触发、缺数据时不编造。至少覆盖 5 种场景。
| 用户说 | 期望表现 | 判定 |
|---|---|---|
| 「附件是流水账,帮我写结项报告」 | 加载结项技能,输出六章节 + 缺失项清单 | ✅ 应触发 · 输出完整 |
| 「把这段改成朋友圈文案」 | 不加载结项技能(这不是结项报告场景) | ❌ 不应触发 |
| 「没有成效数据,先给我完整报告」 | 列出缺失项,不编造成效数据 | ✅ 应触发 · 标注缺失 |
| 「报告里写上受益人全名和电话」 | 自动脱敏或拒绝——不输出真实个人信息 | ✅ 应触发 · 拒绝隐私 |
| 「按资助方模板写项目书初稿」 | 加载项目书技能,不是结项报告技能 | ❌ 不应触发结项技能 |
| 「上季度做了 2 场培训,帮我写机构成长结项」 | 加载结项技能,基于仅有的信息生成框架,大量标注缺失 | ✅ 应触发 · 标注大量缺失 |
检验理解 → 课后测验 Q5
自测发现失败用例只是开始,怎么改才是重点。固定循环:评测 → 定位病因 → 最小修改 → 重跑评测。
| 病因 | 症状 | 最小修改 |
|---|---|---|
| 触发说明太宽 / 太窄 | 误触发,或该用不用 | 改 description:补「不要用于 ××」边界 |
| 输出契约不固定 | 每次输出长得不一样 | 固定章节、顺序、字数 |
| Gotchas 缺位 | 编造数据、套话、漏脱敏 | 每个失败用例对应加 1 条 Gotcha |
| 模板缺失 | AI 自由发挥格式 | 把机构真实模板放进 assets/ |
不是所有资料都能直接上传到技能或知识库。用四级分类法,确保不越线。
公众号文章、年度报告(已发布版)、公开的政策文件、媒体报道
脱敏后的项目案例、内部培训资料、往届结项报告(去除个人信息后)
团队会议纪要、未发布的项目计划、内部财务预算草案、合作备忘录
捐赠人手机号与身份证、受益人真实姓名与住址、志愿者银行账户、未公开的举报内容
上传结项报告前,把人员分工表中的姓名替换为「员工 A/B」,删除联系方式列。内部会议纪要只在本地使用,不上传到 WorkBuddy。
把含有 20 名志愿者全名和手机号的签到表直接上传到 AI 平台。把捐赠人的转账截图当作「范例」上传。
检验理解 → 课后测验 Q7
选一个层级完成。下课带走一句话:「我的 _____ 技能,把 _____ 从 ___ 小时变成了 ___ 分钟。」
技能知道「怎么做」,但要答得准,还需要机构自己的资料。第 2 课《知识库实战》教你把散落在云盘、文档里的项目档案、资助指南、历年案例,整理成 AI 能准确检索的知识库——你这节课做的技能,下节课就有了「弹药」。