绿源选择
M1 · 项目文书链
立项→结项链路串联
把项目书的目标、指标、预算映射为结项报告的检查项——两份文书数据对齐。适合执行型机构、多项目并行机构。
深化重点：两份文书的数据字段对齐
第二技能：资助申请信 / 项目摘要
第 4 课 · 场景深化 · 学员手册
90 分钟，
按你的主场景深化，补齐第 2 个技能
项目助理「什么都能聊一点」不等于「什么都好用」。 这节课你将从第 3 课互测暴露的短板出发，选对深化方向、构建第二个技能、确保两个技能不打架。 手册用「绿源环保公益中心」做全程示范——他们发现了一个真实问题，并在 90 分钟内修好了它。
发现短板
第 3 课互测暴露的问题
上节课的交叉互测不是走个过场——它帮你发现项目助理「看似能用但其实不行」的场景。绿源就被测出了一个典型短板。
绿源互测现场还原
同学提问
帮我写一封给XX基金会的资助申请信，我们想申请河流巡护项目的资金支持。
绿源项目助理回复
好的，以下是河流巡护项目结项报告：一、项目背景
二、活动记录
三、项目产出
四、成效分析
五、经验反思
六、缺失项提醒
......输出了六章节报告格式，完全不是申请信！
诊断：助理只有「结项报告」技能，把所有文书需求都往六章节报告格式上套
这就是第 2 个技能的需求来源——缺少「资助申请信」技能，必须补上。
你的项目助理也可能有类似问题：只会一招，遇到相近但不同的任务就「硬套」。回顾你在第 3 课互测中收到的反馈，找出那个「答偏了」的场景——那就是你第二个技能的方向。
检验理解 → 课后测验 Q5
三模块深化方向
找到你的模块，确定第二技能
三个模块痛点不同、深化方向不同、推荐的第二技能也不同。找到你在第 0 课选定的模块，对号入座。
M2 · 案例与知识沉淀
检索命中率优化
调整 Top-K、相似度阈值、文档切片粒度，用 5 个典型查询测覆盖率。适合运营 3 年以上、案例散落各处的机构。
深化重点：检索参数调优 + 切片粒度
第二技能：案例萃取 / 服务故事脱敏
M3 · 传播与运营
tone 一致性
用 3 篇机构历史推文提取语气基准，写进输出契约。适合有专职传播岗、每周发推文的机构。
深化重点：语气基准提取 + 写入契约
第二技能：活动复盘 / 社群 FAQ
每个模块的第二技能和第一技能形成配合：M1「长文书 + 短文书」、M2「查案例 + 写案例」、M3「对外传播 + 对内沉淀」。绿源选了 M1，第二技能确定为资助申请信。
构建第二技能
六步构建，复用第 1 课方法
跟第 1 课构建第一个技能的方法一样，但这次多了一个关键要求：不能和技能 1 打架。每一步都用绿源的「资助申请信」技能做示范。
1
确认
从立项书确认第二技能方向
回到第 0 课的立项书，找到「技能 2（可选）」那一栏。绿源当时写的是「资助申请信」——经过第 3 课互测验证，这个技能从「可选」变成了「必做」。
绿源立项书摘录
技能 1：结项报告生成（已在第 1 课完成）
技能 2（可选）：资助申请信 → 现在正式启动构建
如果立项书没写技能 2
从第 3 课互测的「答偏了」记录里找——那个你的助理想接但接不住的场景，就是第二技能的方向。
2
触发
写触发说明（避免和技能 1 冲突！）
这是本课最关键的一步。两个技能挂在同一个助理里，触发说明写不好就会「打架」——用户说一句话，两个技能都觉得该自己接。
冲突：会打架
技能 1
当用户需要写项目相关文档时使用
技能 2
当用户需要写资助相关文档时使用
问题：「帮我写结项报告给资助方」——既是「项目相关」又是「资助相关」，两个都触发，打架！
不冲突：各管各的
技能 1 · 结项报告
当用户提供项目执行流水账/活动记录，需要结构化结项报告时加载；不用于申请信、推文
技能 2 · 资助申请信
当用户需要给资助方/基金会写一页纸申请信或项目摘要时加载；不用于结项报告、项目书
关键差异：输入不同（流水账 vs 项目核心信息），输出不同（六章节报告 vs 一页信件）
3
契约
写输出契约
和技能 1 的输出格式差异越大，路由越不容易混。结项报告是六章节长报告，资助申请信是一页纸信件——差异足够大。
资助申请信 · 输出契约
1
称呼与开头（1 句话点明来意）
2
机构简介（≤100 字，说清楚「我们是谁、做了什么」）
3
项目概要（问题 → 方案 → 预期成效，3 段式）
4
资金需求（总额 + 用途分类，金额必须从知识库查取）
5
结尾（感谢 + 联系方式占位符 [机构联系方式]）
对比：资助申请信 vs 结项报告
申请信：5 段、一页纸、信件语气、面向未来
结项报告：6 章节、长报告、总结语气、回顾过去
两个格式完全不同，路由不容易混。
如果格式太像就容易混
假设两个技能的输出都是「六段式文档」，AI 就很难区分该调哪个——所以设计第二技能时要刻意拉开输出格式差异。
4
红线
写 Gotchas（易翻车点）
参照第 1 课方法，列出资助申请信最容易翻车的 4 个点。每条都有好/坏对照。
1. 不要套用结项报告格式
GOOD
输出信件格式：称呼 → 正文 → 结尾
BAD
输出六章节：背景 / 活动 / 产出 / 成效 / 反思 / 缺失
2. 金额必须从知识库查，不编造
GOOD
「本项目预算 15 万元（依据：2024 年项目书 p.3）」
BAD
「本项目预计需要约 20 万元」（凭空编造的数字）
3. 不替机构承诺不确定的事
GOOD
「预计覆盖 [X] 个社区」——留占位符让人工填写
BAD
「我们承诺覆盖 30 个社区并确保 100% 参与率」
4. 保持信件语气，不要变成报告
GOOD
「我们诚挚地希望能获得贵基金会的支持」
BAD
「综上所述，本项目已圆满完成各项指标」（报告语气）
5
跑通
在 WorkBuddy 跑通
用真实的项目核心信息作为输入，在 WorkBuddy 里跑一遍资助申请信技能，确认输出符合五段契约。
绿源跑通结果
输入：河流巡护项目核心信息（项目名、目标、预算、预期覆盖范围）
输出：一封完整的资助申请信，5 段结构齐全，语气得当
耗时：30 分钟完成（原来手写半天）
常见问题
如果输出还是六章节格式 → 检查触发说明是否写清了「不用于结项报告」；如果金额不对 → 检查知识库里是否上传了项目预算文件。
6
同步
同步到元器
把新技能的触发说明、输出契约和 Gotchas 加入项目助理的系统提示词。两个技能的描述要放在一起读一遍，确认不冲突。
同步完成后，绿源的项目助理变成：1 个助理 + 2 个技能（结项报告 + 资助申请信）+ 1 个知识库（53 份文档）。接下来做路由自检，确认两个技能各司其职。
路由不冲突自检表
5 组测试输入，确认两个技能各司其职
每组测试用一句真实的用户说法，检查项目助理是否调用了正确的技能。绿源用这张表做了 5 轮测试，4 轮通过、1 轮修改后通过。
| 测试输入 | 应触发技能 | 不应触发 | 绿源结果 |
|---|---|---|---|
| 「附件是项目执行流水账，帮我写结项报告」 | 技能 1 结项报告 | 技能 2 资助信 | 通过 |
| 「帮我给XX基金会写封资助申请信」 | 技能 2 资助信 | 技能 1 结项报告 | 通过 |
| 「把这段活动记录改成朋友圈文案」 | 都不触发（超出技能范围） | 技能 1 和 技能 2 | 通过 |
| 「帮我写一份项目摘要发给资助方」 | 技能 2 资助信 | 技能 1 结项报告 | 通过 |
| 「写一份给资助方的结项报告」 | 技能 1 结项报告 | 技能 2 资助信 | 修改后通过 |
边缘案例修复：「给资助方的结项报告」——关键词是「结项报告」不是「申请信」，应触发技能 1。
绿源第一次测试时技能 2 被误触发了，因为出现了「资助方」三个字。修复方法：在技能 2 的触发说明里加上「仅当用户明确要求写信件/申请/摘要时加载，提到资助方不等于要写申请信」。
如果你的测试里有 2 项以上不通过，大概率是触发说明写得不够精确。回到 Step 2 重写——好的触发说明应该像两个岗位的 JD：各管各的、边界清晰、有交叉时明确「归谁」。
模块化互测
同模块小组交叉测试（15 分钟）
自检通过不代表真正好用——让同模块的同学来「挑刺」，重点测路由：两个技能是否各司其职。
互测流程
同模块 2-3 人一组，每人用对方的项目助理提 5 个问题。
-
1分组（2 分钟）——同模块学员自动配对。M1 和 M1 一组、M2 和 M2 一组。
-
2提问（10 分钟）——每人给对方的助理问 5 个问题，至少覆盖两个技能场景。重点测试：
- 明确属于技能 1 的问题 → 是否正确触发技能 1？
- 明确属于技能 2 的问题 → 是否正确触发技能 2？
- 不属于任何技能的问题 → 是否会拒绝或提示「我不擅长这个」？ -
3记录（同步）——每个问题标记：准 / 不准 / 乱答。把「不准」和「乱答」的问题记入「未答好问题清单」。
-
4修一轮（3 分钟）——根据反馈当场修改最紧急的 1 个问题（通常是触发说明边界不够清晰）。
分类标准——准：加载了对的技能、输出格式正确、内容基于真实信息。不准：加载了对的技能，但内容有误或编造了数据。乱答：加载了错误的技能、两个技能打架、或答非所问。
检验理解 → 课后测验 Q9
课后作业
分层作业：用起来 / 用得顺
两个层级，选适合你当前进度的那个。下课时记住这句话：「我的项目助理现在有 _____ 和 _____ 两个技能，互测中路由准确率 ___/___。」
L1 · 用起来
- 2 个技能跑通，各完成 1 次真实任务
- 至少 1 条模块化工作流
- 两个技能不互相打架
绿源 L1：结项报告 + 资助申请信两个技能各跑通 1 次真实任务，路由自检 5/5 通过。
L2 · 用得顺
- 2 个技能 + 路由自检全部通过
- 完整模块工作流 + 兜底规则
- 找 3 个同事内测、收集反馈并修一轮
- 准确率达到 70% 以上
进阶目标：3 人内测后，把「未答好问题清单」控制在 3 条以内，并全部修复。
下一步
两个技能 + 知识库 + 项目助理就位——最后一课，准备上线！
你的项目助理已经从「只会一招」变成「有两个拿手菜」了。第 5 课《上线前检查》帮你做最后一轮测试、修 Bug、写操作手册、设置权限，让项目助理从你一个人的玩具变成团队的工具。