第 1 课 · 技能 · 学员手册

120 分钟,
把「每次重新写」变成可复用的能力包

这份手册是第 1 课「技能构建」的完整学习指南。你会看到概念辨析、WorkBuddy 上的逐步操作、结项报告的完整 Before/After 演示, 以及自测清单和数据合规底线。手册用青澜环境政策研究中心做全程示范—— 案例格式参照机构成长支持类结项模板,机构名与数据均为虚构脱敏。 他们在课前作业选了 M1(项目文书链),这节课要把「结项报告生成」做成第一个技能。

120 分钟课时 6 步 WorkBuddy 实操 产出 ≥1 个跑通的技能 附完整 Before/After 演示 格式参照 · 数据虚构

贯穿案例:青澜环境政策研究中心 · 第 1 课进度

青澜【虚构机构】在课前作业确认了方向:M1 项目文书链,首个技能是机构成长支持类结项报告生成。 他们的痛:每半年要向资助方提交进展报告,需要从培训记录、活动日志、成果清单里拼凑——上次「社群参与反馈」写得太简略,被要求补写。 这节课,项目主管陈琳要把「零散执行记录 → 结构化结项报告」封装成一个可复用的技能——以后每次只需 30 分钟。

概念辨析

先分清四件事,再动手

很多人把所有内容塞进一段超长提示词——结果每次都要从零开始。把「怎么做」的事做成技能,把「有什么」的事留给第 2 课的知识库,这是少走弯路的关键。

一次性提示词

这一次怎么答

每次打开对话框,临时写的一段话。用完就丢,下次同样的任务还得重来。

类比:临时写的一条微信——用完即弃,无法复用
本课重点 · 技能

这类任务怎么做

把做法、输出格式与边界规则封装下来,一次封装永久复用。

类比:机构 SOP + 模板 + 规则——谁来做都一样
知识库(第 2 课)

机构有哪些事实

历年项目档案、资助指南、案例库等可检索的事实与数据。

类比:档案柜——所有项目资料分门别类
AI智能体(第 3 课)

谁在用、走什么流程

调用哪些技能、按什么流程跑,最终汇成你的「项目助理」。

类比:项目助理本人——知道找谁问、按啥流程干
一句话记住:写项目书、结项报告这类「怎么做」的事 → 做成技能;历年案例、资助指南这类「有什么」的事 → 留给第 2 课的知识库。

感受差别:一次性提示词 vs 技能

❌ 一次性提示词(每次从零开始)
「帮我写个结项报告」

没有章节要求、没有脱敏规则、没有缺失项提醒。每次都要重新说一遍格式,AI 每次输出都不一样。上次漏了「成效分析」整章,这次可能漏别的。

✅ 结项报告技能(一次封装永久复用)
固定 6 章节 + 脱敏规则 + 缺失项清单 + 范例参照

技能定义了固定的输出结构、不编造数据的规则、自动标注缺失。不管谁来用、用几次,输出格式稳定、章节齐全、合规脱敏。

检验理解 → 课后测验 Q1 · Q8

WorkBuddy 实操指南

6 步,在 WorkBuddy 上构建你的第一个技能

在 WorkBuddy 里,「一个角色就是一个最小可用的技能」。 跟着下面 6 步,把你的结项报告(或项目书、资助信)做成一个可复用的技能。 每一步都有青澜的示范和常见踩坑。

1 STEP

创建角色

打开 WorkBuddy,点击「新建角色」。给角色起一个明确的名字,让你一看就知道它能做什么。

✅ 青澜示范

角色名:机构成长结项报告助手

触发场景:当项目主管需要把半年执行记录转成伙伴计划类结构化结项报告时使用

❌ 常见问题

角色名:AI助手

名字太泛,看不出能做什么。以后角色多了根本分不清。

2 STEP

写触发说明(Description)

触发说明决定了将来「项目助理」会不会正确地调用你的技能。好的触发说明 = 什么时候用 + 什么时候不用。下面是三版改写练习——从模糊到精准。

❌ v1 功能版(不推荐)

「帮公益机构写报告。」

太模糊——写什么报告?结项报告还是年度报告?什么情况下调用?AI 无法判断。

⚠️ v2 意图版(有进步但缺边界)

「当用户给出执行流水账、需要结项报告时使用。」

说清了「什么时候用」,但没说「什么时候不用」。如果用户要的是项目书,AI 可能也错误调用这个技能。

✅ v3 带边界版(提交版)

「当用户提供项目流水账/活动记录、需要结构化结项报告时加载;不要用于项目立项书或公众号推文。」

既说了什么时候用,又画了红线。将来「项目助理」有多个技能时,能准确路由到正确的那个。

讲师提示:好的触发说明决定了将来「项目助理」会不会正确调用你的技能。写完后自问:「如果用户说的是立项书,AI 会不会误调这个技能?」如果会,就补上边界。
3 STEP

写输出契约(Output Contract)

输出契约 = 「技能每次输出必须长什么样」。固定了章节结构和字数要求,AI 就不会每次都给你一个不同格式的输出。

青澜结项报告的 6 章节结构(技能输出版)

正式模板常有七大块(基本信息 / 目标完成 / 执行进展 / 社群反馈 / 传播等);技能压缩为下列六章,便于 WorkBuddy 封装。映射说明见样板 format_伙伴计划结项结构.md

  1. 项目背景不超过 200 字,说清项目名称、执行周期、资助方
  2. 主要活动表格形式:时间 / 活动内容 / 参与人数,按时间线排列
  3. 核心产出量化数据为主,只使用用户输入中确有出处的数字
  4. 社会成效定性 + 定量结合,无数据支撑的标注「项目方表述」
  5. 经验与反思至少 3 条,含下一期改进方向
  6. 缺失项清单报告必需但用户未提供的信息,逐项列出
为什么要固定章节?资助方审阅有固定审查清单。章节固定了就不会漏项——青澜上次差点漏写完整的「社群参与反馈」,有了输出契约,正式模板要求的每一块都有对应落点。
4 STEP

写 Gotchas(6 条避坑要点)

Gotchas = 「最容易翻车的地方」。把机构踩过的坑、资助方最在意的规范写进去,AI 就不会重蹈覆辙。每条都有「错误做法 → 正确做法」的对照。

1

编造活动

「项目期间举办了 10 场环保讲座」
「根据提供的活动记录,共举办了 7 场环保讲座」
2

夸大人数

「活动吸引了上百人积极参与」
「7 场活动累计参与 87 人次(据签到表统计)」
3

套话堆砌

「机构取得了重大突破,影响力显著提升」
「本报告期完成约 8 份成果发布、约 12 场交流活动(据执行记录)」
4

泄露隐私

「员工张三(13912345678)牵头编制知识手册」
「员工 A 牵头编制《员工知识手册》」
5

忽略缺失

假装数据完整,用模糊表述掩盖
在「缺失项清单」中明确标注:「预算执行明细未提供,需补充」
6

格式不稳

每次输出的章节顺序和结构都不一样
固定 Markdown 六章节,顺序不变,章节标题一致
讲师提示:Gotchas 不是越多越好,6 条足够。关键是每一条都来自真实踩坑——你或者你的同行曾经犯过的错。写的时候想「资助方看到什么会打回?」
5 STEP

上传范例(2-3 份)

范例让 AI 「看到」你机构的真实文书风格。上传前务必脱敏——把真实姓名、手机号、身份证号替换掉。

✅ 青澜上传了

范例 1:上一期结项报告(已脱敏的虚构机构范例)——让 AI 学习伙伴计划类模板的章节风格

范例 2:本半年零散执行记录(见 `example_input_流水账.md`,虚构脱敏)——让 AI 知道「输入长什么样」

❌ 常见问题

上传了含有志愿者全名和手机号的原始签到表

上传了 10 份文件——太多了,AI 反而混乱。2-3 份最佳。

脱敏方法:打开文档,用查找替换功能——所有人名替换为 A/B/C,手机号替换为「1XXXXXXXXXX」,删除身份证号和银行账号。保存为新文件再上传。5 分钟就能搞定。
6 STEP

跑一遍真实任务

技能做好了,必须用材料跑一次才算数。下面是青澜的 Before/After 演示——格式参照业内常见的伙伴计划结项模板,机构名与数据均为虚构脱敏

BEFORE · 输入(青澜的零散执行记录 · 虚构)

散乱的项目记录

7-8月搞了两次通用培训,一次讲沟通,一次讲AI入门,大概18人参加。9-12月有内部分享和复盘会,人数没统计。

1-3月编《员工知识手册》,员工A牵头,B、C几个同事参与。4月写了使用指南,电子化还没完全上线。

这半年大概8份成果、12场交流活动——研讨会、政策分享之类的,完整清单在文件夹里没整理。

去了1次伙伴年会,线上共学也参加了几次。社群感受还没写成正式段落。传播做了十几篇,具体没数。

散乱、无结构、部分活动缺签到、成果只有约数、社群与传播待成文……

AFTER · 技能输出(结构化结项报告 · 虚构)

六章节结项报告

一、项目背景

「新锐机构成长支持项目(第 1 年)」【虚构】,报告期 2024-12 至 2025-06,执行机构青澜环境政策研究中心【虚构】,资助方某环保基金会伙伴计划【虚构】,预算约 5 万元、执行率约 96%【虚构】。

二、主要活动

  • 7–8 月 通用能力培训 2 场(沟通技巧;AI 工具入门),约 18 人参与
  • 9–12 月 内部专题分享 / 复盘会(场次与人数待统计
  • 2025-01至03 编制《员工知识手册》(员工 A 牵头等)
  • 2025-04 编制知识手册使用指南

三、产出与数据

  • 约 8 份成果发布、约 12 场交流活动(据口述记录,逐项清单待核对
  • 《员工知识手册》及使用指南已完成

六、缺失项清单

  • 成果与活动的逐项清单待从文件夹核对
  • 社群参与感受与建议需整理为正式表述
  • 传播情况需量化(目前仅「十几篇」)
原来 2 天
现在 30 分钟
(含人工审校、核对清单与补缺失项)
注意:技能生成的是初稿,不是终稿。你仍然需要 15-20 分钟审校、补充缺失数据、确认数字准确。但这比从零写省了一天半。

检验理解 → 课后测验 Q2 · Q4 · Q6

三个技能样板详解

项目文书链:任选其一改成你的版本

每个样板都内置输出契约、范例模板和核心 Gotchas。课堂上任选一个 Fork 后改成你机构的版本。

场景 · 结项报告

结项报告技能

把项目执行流水账转成结构稳定、可直接交给资助方的结项报告。

执行流水账 → 六章节结构化报告(800-1500字)

核心 Gotchas

  • 未提供的数字一律不编造,列入缺失项
  • 受益人/志愿者信息必须脱敏
  • 避免「圆满成功」等无信息量套话
青澜示例:半年培训与知识手册记录 → 六章节结项报告 + 标注 3 项缺失【虚构】
场景 · 项目书 / 提案

项目书技能

用机构简介、过往案例与资助方指南,组装一份项目立项书初稿。

机构简介 + 案例 + 指南 → 七章节立项书(1000-1800字)

核心 Gotchas

  • 成果指标必须可衡量,不写「提升公众意识」
  • 没有资助方指南时用通用结构,不伪造
  • 预算数字未给不代编,列入缺失项
青澜示例:准备下一期成长支持项目申报,用第 1 年脱敏结项数据支撑【虚构】
场景 · 资助申请信

资助信技能

把项目核心信息浓缩成一封简短、有说服力的资助申请信。

项目核心信息 → 一页纸申请信(400-700字)

核心 Gotchas

  • 不用「最后的希望」等悲情绑架式表达
  • 金额未定不随意编数字
  • 目的是「勾起兴趣」而非塞满细节
青澜示例:给某环保基金会写 500 字进展摘要,附政策研究产出清单【虚构】
课堂上不必真的建文件夹:在 WorkBuddy 里「一个角色就是一个最小可用的技能」——把输出契约和 Gotchas 粘进去、上传 2-3 份范例即可。第 3 课再迁到腾讯元器。

检验理解 → 课后测验 Q3

自测清单

5 条测试用例,确保技能靠谱

技能跑通后,用下面的测试表验证:该加载时加载、不该加载时别误触发、缺数据时不编造。至少覆盖 5 种场景。

用户说 期望表现 判定
「附件是流水账,帮我写结项报告」 加载结项技能,输出六章节 + 缺失项清单 ✅ 应触发 · 输出完整
「把这段改成朋友圈文案」 不加载结项技能(这不是结项报告场景) ❌ 不应触发
「没有成效数据,先给我完整报告」 列出缺失项,不编造成效数据 ✅ 应触发 · 标注缺失
「报告里写上受益人全名和电话」 自动脱敏或拒绝——不输出真实个人信息 ✅ 应触发 · 拒绝隐私
「按资助方模板写项目书初稿」 加载项目书技能,不是结项报告技能 ❌ 不应触发结项技能
「上季度做了 2 场培训,帮我写机构成长结项」 加载结项技能,基于仅有的信息生成框架,大量标注缺失 ✅ 应触发 · 标注大量缺失
自测小技巧:打开 WorkBuddy,把上面 6 句话逐条输入你创建的角色,看 AI 的反应是否符合「期望表现」。不符合的地方,说明触发说明或 Gotchas 需要调整。

检验理解 → 课后测验 Q5

技能优化 · skillopt

评测之后怎么改:四步优化循环

自测发现失败用例只是开始,怎么改才是重点。固定循环:评测 → 定位病因 → 最小修改 → 重跑评测

病因 症状 最小修改
触发说明太宽 / 太窄 误触发,或该用不用 改 description:补「不要用于 ××」边界
输出契约不固定 每次输出长得不一样 固定章节、顺序、字数
Gotchas 缺位 编造数据、套话、漏脱敏 每个失败用例对应加 1 条 Gotcha
模板缺失 AI 自由发挥格式 把机构真实模板放进 assets/
两条铁律:① 每轮只改 ≤3 处——大改之后你不知道是哪处起的效;② 新失败先加 Gotcha,不重写技能;高频失败再同步加评测用例。
让 AI 帮你体检:样板库里有一个工具型技能「技能优化(skillopt)」——把你的 SKILL.md 发给它,它会按 10 项清单打健康分、生成评测用例、给出可直接粘贴的改写文本。每轮改动记入迭代记录卡;健康分 ≥9 的技能才挂载到第 3 课的「项目助理」。
数据合规底线

把资料喂给 AI 前,先分级

不是所有资料都能直接上传到技能或知识库。用四级分类法,确保不越线。

L1 公开

可直接使用

公众号文章、年度报告(已发布版)、公开的政策文件、媒体报道

可用 — 放心上传到技能和知识库
L2 准公开

审核后使用

脱敏后的项目案例、内部培训资料、往届结项报告(去除个人信息后)

审核后用 — 确认已脱敏,再上传
L3 内部

仅限本地

团队会议纪要、未发布的项目计划、内部财务预算草案、合作备忘录

仅本地 — 不上传到云端 AI 平台
L4 敏感

禁止写入

捐赠人手机号与身份证、受益人真实姓名与住址、志愿者银行账户、未公开的举报内容

禁止 — 不写进技能、知识库或任何云端
✅ 青澜的做法

上传结项报告前,把人员分工表中的姓名替换为「员工 A/B」,删除联系方式列。内部会议纪要只在本地使用,不上传到 WorkBuddy。

❌ 常见踩坑

把含有 20 名志愿者全名和手机号的签到表直接上传到 AI 平台。把捐赠人的转账截图当作「范例」上传。

红线:受益人、志愿者、捐赠人的姓名与联系方式,输出前一律脱敏(姓名→A/B,删除手机/证件号)。这条规则贯穿整个课程每一节课。

检验理解 → 课后测验 Q7

课后作业

分层作业:入门 vs 进阶

选一个层级完成。下课带走一句话:「我的 _____ 技能,把 _____ 从 ___ 小时变成了 ___ 分钟。」

L1 入门 · 用起来

  • 完成 ≥1 个跑通的文书技能(结项报告 / 项目书 / 资助信三选一)
  • 用机构真实材料跑通 ≥1 次真实任务
  • 输出基本符合模板结构
  • 记录「原来多久 / 现在多久」
青澜 L1 交付:「我的机构成长结项报告技能,把半年进展报告从 2 天变成了 30 分钟。」【虚构示范】

L2 进阶 · 用得顺

  • 完成 ≥2 个技能(含至少 1 个文书链技能)
  • 每个技能都有完整的输出契约 + 6 条 Gotchas
  • 用真实材料跑通 ≥3 次替代任务
  • 完成 5 条以上自测用例
青澜 L2 交付:结项报告技能 + 资助申请信技能都跑通,分别用脱敏执行记录和项目摘要测试了 3 次,自测表全部通过。【虚构示范】
提交方式:在课程群里发一条消息,格式:「我的 [技能名] 技能,把 [任务名] 从 [原来时间] 变成了 [现在时间]。」附上技能生成的一份输出截图即可。

检验理解 → 课后测验 Q9 · Q10(开放题)