实践指南 / 给 OPC 与 AI 实践者
如何把 AI 技能写成可合作的能力介绍
让别人看懂：你能帮谁，把哪件事做好。
介绍 AI 能力时，把工具名称放回具体工作里。先说明服务对象与问题，再写交付成果、实施条件和证据，让合作方能够判断适不适合进一步沟通。下面是一份可根据实际情况调整的准备方法。
一张能力卡，回答七个问题
| 字段 | 写清楚什么 |
|---|---|
| 服务对象 | 熟悉的行业、岗位或团队；不要把所有企业都列为目标。 |
| 工作问题 | 一项有明确输入和输出的任务，以及现在卡住的位置。 |
| 交付成果 | 能交付的演示、应用、工作流、文档或培训材料。 |
| 前置条件 | 需要的资料、工具权限、业务人员配合与部署条件。 |
| 验收方式 | 用什么样本检查结果，哪些失败情况必须处理。 |
| 周期与费用 | 已确定的写清楚；未确定的列出影响因素，沟通后确认。 |
| 作品证据 | 可公开链接、本人负责的部分、当前阶段和已知限制。 |
示例：把“会做知识库”讲得更具体
以下为能力介绍的写法示例，并非真实客户项目或效果承诺：
可以选中并复制，按你的实际情况修改。
服务对象：产品资料较多、需要频繁查找手册的小团队。 工作问题：员工经常跨文档查找产品信息，答案依据不容易核对。 可交付：限定资料范围的问答演示、带来源的回答、问题测试清单与维护说明。 需要配合：可使用的手册、版本信息、典型问题，以及负责确认答案的业务人员。 验收讨论：正确性、来源支持、无答案情况和权限边界；具体标准在试点前约定。 作品阶段：请填写练习 / 原型 / 实际应用 / 已验收，并附对应证据。 周期与费用：根据资料整理、接入和部署条件进一步确认。
用作品说明能力的边界
练习作品可以说明方法与实现能力；实际项目还应说明本人负责的范围、使用条件和核验依据。团队项目不要把其他成员完成的部分写成个人成果。
展示前确认资料可公开。没有公开授权时，可以准备重新制作的演示材料，并明确它与真实项目的区别。不要把客户内部记录直接放进作品页。
现在可以做的一步
- 挑选一项最熟悉的能力，按上表写出第一版。
- 让一位不了解你工作的人阅读，检查他能否说出你帮助谁、交付什么。
- 补齐作品阶段与限制，再用这份介绍发起交流或登记能力。
带着这份介绍登记能力
从一件具体的事开始，让接下来的交流更清楚。