M1 · 文书链
立项→结项链路串联
把项目书的目标、指标、预算映射为结项报告的检查项——两份文书数据对齐，减少「立项时写的指标结项时对不上」。
深化重点：两份文书的数据字段对齐
推荐第二技能：资助信 / 项目摘要
第 4 课 · 场景深化
按你的主场景深化
补齐第 2 个技能
项目助理「什么都能聊一点」不等于「什么都好用」。 这节课按你机构的主场景纵深打磨——补齐第二个技能、确保两个技能不打架， 把准确率从「能用」拉到「好用」。
课后自测：课后测验（10 题）→ 覆盖本课 3 项教学目标（主模块深化 / 凑齐 ≥2 技能 / 模块化互测），每题标注对应《学员手册》章节。
模块分流深化
找到你的模块，对号入座
三个模块痛点不同、深化方向不同。跟着自己的模块走，把最疼的那条链路打磨到位。
M2 · 案例库
检索命中率优化
调整 Top-K、相似度阈值、文档切片粒度，用 5 个典型查询测覆盖率和精准度，把「搜不到」变成「搜得准」。
深化重点：检索参数调优 + 切片粒度
推荐第二技能：案例萃取 / 脱敏
M3 · 传播运营
tone 一致性
用 3 篇机构历史推文提取语气基准，写进 Output Contract，确保 AI 输出的语气像「我们机构的人写的」。
深化重点：语气基准提取 + 写入契约
推荐第二技能：活动复盘 / 社群 FAQ
每个模块的第二技能和第一技能形成配合：M1「长文书 + 短文书」、M2「查案例 + 写案例」、M3「对外传播 + 对内沉淀」。选择时优先考虑你机构最高频的场景组合。
构建第二技能
构建你的第二个技能
从立项书的「Skill 2」字段出发，按五步构建、在 WorkBuddy 里跑通，重点确认两技能路由不冲突。
1
确认场景
从模块推荐中选一个第二技能场景，或沿用你立项书里已预留的 Skill 2。
2
写触发说明
一句「什么情况下用我」+ 明确「不该用我」的相邻场景——和技能 1 的触发说明放一起读，不能打架。
3
写输出契约
固定输出结构、字段、字数范围。和技能 1 的输出格式差异越大，路由越不容易混。
4
写 6 条 Gotchas
最容易翻车的 6 点。参照第 1 课方法：脱敏、缺数据、套话、格式跑偏、编造、误触发。
5
WorkBuddy 跑通
在 WorkBuddy 里用真实材料跑一遍，确认输出符合契约。然后挂载到项目助理，测试两技能路由。
关键原则：两个技能的 description 放在一起读，应该像两个岗位的 JD——各管各的、边界清晰、有交叉时明确「归谁」。
路由自检
两技能路由不冲突自检
把两个技能的触发说明放在一起对比——好的触发说明像两个清晰的岗位 JD，坏的触发说明像两个人抢同一件事。
边界清晰 · 不冲突
技能 1 · 结项报告
当用户提供项目流水账/活动记录、需要结构化结项报告时加载；不要用于项目立项书或资助申请信。
技能 2 · 资助信
当用户提供项目核心信息、需要一页纸资助申请信或项目摘要时加载；不要用于完整项目书或结项报告。
两个技能各管各的格式和场景，互相用「不要用于」排除了对方的领地。
边界模糊 · 会打架
技能 1
帮公益机构写文书。
技能 2
帮公益机构写申请材料。
两个触发说明都太宽泛——「写文书」和「写申请材料」高度重叠，AI 不知道该调用谁。
自检清单：逐项检查你的两个技能
下一步
从「能用」到「敢给同事用」
两个技能跑通、路由不打架——你的项目助理已经「能用」了。第 5 课《上线前检查》帮你做最后一轮测试、修 Bug、写操作手册、设置权限，让项目助理从你一个人的玩具变成团队的工具。