跳转到内容

团队落地模板

团队使用 Skill 的目标不是“每个人各写各的 prompt”,而是把高频工作流变成可版本化、可审计、可回归的能力资产。

最后校验:2026-05-30

推荐目录

项目级 Skill 建议随仓库管理:

text
project/
├── .agents/
│   └── skills/
│       ├── code-review/
│       │   ├── SKILL.md
│       │   ├── references/
│       │   └── scripts/
│       └── release-notes/
│           └── SKILL.md
├── AGENTS.md
└── package.json

如果主要使用 Claude Code,也可以同步维护:

text
project/
├── .claude/
│   └── skills/
└── .agents/
    └── skills/

跨平台团队建议以开放规范为核心,平台特有配置只放在各自目录或 sidecar。

角色分工

角色职责
Owner定义 Skill 目标、适用范围和版本节奏
Domain reviewer确认 SOP 是否符合业务事实
Security reviewer审查脚本、工具权限、外部访问
Maintainer处理 issue、更新依赖、维护 eval
User反馈触发失败、执行失败和实际使用场景

小团队不一定要多人,但这些职责不能缺。

Skill 提交流程

text
提出需求

收集真实 case

编写 eval 草稿

编写 Skill

跑触发与执行评估

安全审查

合并到项目或团队 catalog

定期复审

不要从“先写一份长 SOP”开始。先确认它是否真是高频、可复用、可评估的能力。

PR 模板

markdown
## Skill 变更说明

- Skill 名称:
- 变更类型:新增 / 更新 / 废弃
- 适用平台:Claude Code / Codex / Cursor / 其它
- 是否包含脚本:是 / 否
- 是否需要联网:是 / 否

## 为什么需要

- 真实问题:
- 高频程度:
- 原来没有 Skill 时的问题:

## 验证

- [ ] 格式校验通过
- [ ] should-trigger 样例通过
- [ ] should-not-trigger 样例通过
- [ ] with / without 对照有改善
- [ ] 安全审查完成

## 风险

- 可能误触发的场景:
- 高风险命令或权限:
- 回滚方式:

版本策略

推荐语义化版本:

版本含义
patch修 typo、补示例、收窄表述,不改变行为
minor新增场景、脚本或输出格式
major改变触发边界、默认行为或安全策略

可以在 metadata 中记录:

yaml
metadata:
  owner: platform-team
  version: '1.2.0'
  last_reviewed: '2026-05-30'

内部 Catalog 表

团队可以维护一张 Skill 索引:

Skill用途Owner平台风险最后审查
code-review按团队规范审查 PRdevexClaude / Codex2026-05-30
release-notes生成发布说明releaseClaude / Codex2026-05-30
security-audit做依赖与代码安全审查securityCodex2026-05-30

风险等级建议:

  • :只读、生成文本、不执行脚本。
  • :读写项目文件、调用本地脚本。
  • :联网、上传、删除、覆盖、调用外部系统。

回归测试节奏

建议在以下时机重跑 eval:

  • 修改 description
  • 修改核心 SOP
  • 新增或修改脚本
  • 切换主要 agent 平台或模型
  • 有用户反馈误触发 / 漏触发
  • 平台发布重大更新

最低要求:每季度复审一次团队核心 Skill。

废弃与合并

不是所有 Skill 都应该一直存在。

考虑废弃的信号:

  • 半年没人触发
  • 与另一个 Skill 高度重叠
  • 依赖的内部系统已下线
  • 触发误伤太多
  • 维护人离开且无人接手

废弃建议:

markdown
# Deprecated

This skill is deprecated. Use `new-skill-name` instead.

如果平台支持,也可以移出安装目录,只保留归档记录。

主要参考

下一步

Released under the MIT License.