feat: rename skills/skiff to pouch and move ACK state under .pouch
Use ~/.pouch, the pouch CLI, and .pouch.yaml as the SSOT container. Keep the inner skills/ packages, and store ACK project state in .pouch/ack instead of docs/ack.
This commit is contained in:
@@ -0,0 +1,185 @@
|
||||
---
|
||||
name: pouch
|
||||
description: >-
|
||||
创建和维护 ~/.pouch 自研 skill:把项目开发中产生的想法提炼为草稿,完善并校验后发布,
|
||||
用 pouch add/remove 在项目及全局挂卸 skill,或用 pouch init 初始化 skill 项目状态。
|
||||
触发词:pouch、skiff、自研 skill、创建 skill、想做一个 skill、publish skill、安装自研 skill、
|
||||
更新 skill 到项目、初始化 skill。
|
||||
---
|
||||
|
||||
# pouch 自研 Skill 工作流
|
||||
|
||||
SSOT 固定在 `~/.pouch/skills/<name>/`。内容通过 **symlink** 分发到各 agent,改 SSOT 即全项目生效。
|
||||
|
||||
---
|
||||
|
||||
## 在项目中使用 skill
|
||||
|
||||
先浏览可用的 builtin skill,再安装到当前项目:
|
||||
|
||||
```bash
|
||||
pouch add --list
|
||||
pouch add <name> -a cursor -a claude -a codex -a agents -y
|
||||
```
|
||||
|
||||
`pouch add <name>` 默认安装到当前项目;只有用户明确需要所有项目使用时才加 `-g`。安装结果是指向 `~/.pouch/skills/<name>/` 的软链,不要在 Agent 目录创建副本。
|
||||
|
||||
## 创建新的 skill
|
||||
|
||||
### 从项目想法创建 skill
|
||||
|
||||
当用户在项目开发中提出“想创建一个 skill”时:
|
||||
|
||||
1. 用一句话确认它要解决的重复问题,并建议符合小写连字符规范的名称;信息足够时不要为了形式追问。
|
||||
2. 读取当前项目中与想法直接相关的代码和规范,区分可复用工作流与项目私有事实。
|
||||
3. 创建草稿:
|
||||
|
||||
```bash
|
||||
pouch create <name> --idea "<用户原始想法>" --from-project .
|
||||
```
|
||||
|
||||
4. 编辑 `~/.pouch/.drafts/<name>/SKILL.md`,完善触发条件、不适用场景、步骤、边界与验证方法。
|
||||
5. 编辑同目录的 `README.md`,用面向人类的语言说明用途、准备事项、可直接复制的请求示例、Agent 会做什么以及如何判断完成。README 不应复述 Agent 内部指令。
|
||||
6. 仅在确有必要时增加 `references/`、`scripts/` 或 `assets/`。不要把项目专属路径、私有业务规则、一次性命令或密钥复制到通用 skill。
|
||||
7. 运行校验并修复所有问题:
|
||||
|
||||
```bash
|
||||
pouch check <name>
|
||||
```
|
||||
|
||||
8. 向用户展示名称、description、README 的人类使用方式、核心步骤和验证方式。获得确认后再转正:
|
||||
|
||||
```bash
|
||||
pouch finalize <name>
|
||||
```
|
||||
|
||||
转正不会自动 commit、push 或安装。用户明确要求后再执行 `pouch publish` 或 `pouch add`。
|
||||
|
||||
## 问题或优化回流
|
||||
|
||||
在项目里使用 skills 遇到问题,或者发现可复用的优化时:
|
||||
|
||||
1. 先记录最小证据:触发用户表达、使用的 skill 名称、实际结果、期望结果,以及能复现问题的必要项目上下文。
|
||||
2. 判断归属:
|
||||
- 通用工作流、触发条件或验证缺陷:回流 builtin skill。
|
||||
- 仅当前项目成立的命令、路径、业务规则:留在项目文档或项目配置,不写回通用 skill。
|
||||
- CLI 安装、软链或校验行为异常:修改 `~/.pouch/pouch/` 中的 CLI 和测试。
|
||||
- 第三方 skill:不要复制成 builtin skill 或直接改安装目录;整理证据反馈上游,除非用户明确决定维护 fork。
|
||||
3. 确认真实来源。Agent 目录通常是软链,builtin skill 的 SSOT 固定为:
|
||||
|
||||
```text
|
||||
~/.pouch/skills/<name>/
|
||||
```
|
||||
|
||||
4. 修改 SSOT。行为修复应先补能复现问题的测试或示例,再改 `SKILL.md`、引用文件或脚本。
|
||||
5. 校验并在原项目重跑最初失败的场景:
|
||||
|
||||
```bash
|
||||
pouch check <name>
|
||||
```
|
||||
|
||||
6. 汇报修改内容、验证结果和影响范围。只有用户明确要求提交或推送时才运行:
|
||||
|
||||
```bash
|
||||
pouch publish skills/<name> -m "update <name>" --push
|
||||
```
|
||||
|
||||
软链正确时无需重新安装;SSOT 保存后项目立即读取新内容。
|
||||
|
||||
## 安装与维护
|
||||
|
||||
安装本项目的 `pouch` skill 到所有 Agent:
|
||||
|
||||
```bash
|
||||
pouch bootstrap
|
||||
```
|
||||
|
||||
安装其他 skill:
|
||||
|
||||
```bash
|
||||
# 当前项目
|
||||
cd ~/code/my-app
|
||||
pouch add discussion-notes -a cursor -y
|
||||
|
||||
# 全局(所有项目)
|
||||
pouch add discussion-notes -a cursor -g -y
|
||||
|
||||
# 多个 agent
|
||||
pouch add discussion-notes -a cursor -a codex -g -y
|
||||
```
|
||||
|
||||
catalog source既可以指向单个 skill,也可以指向包含多个 skill 目录的
|
||||
collection。安装 collection 全部内容或其中一个:
|
||||
|
||||
```bash
|
||||
pouch add waza -a codex -g -y
|
||||
pouch add waza/think -a codex -g -y
|
||||
```
|
||||
|
||||
`pouch select` 会把 collection 显示为两级菜单:选择 `waza` 仓库会选中其
|
||||
全部子 skill,也可以只选择 `waza/think`、`waza/ui` 中的若干项。
|
||||
普通 `pouch select` 只向项目安装,并只读显示每个 Agent 的全局安装状态;
|
||||
`pouch select -g` 只向全局安装。取消已勾选项不会卸载,卸载继续使用
|
||||
`pouch remove`。
|
||||
|
||||
卸载:
|
||||
|
||||
```bash
|
||||
pouch remove discussion-notes -a cursor -y # 当前项目
|
||||
pouch remove discussion-notes -g -a cursor -y # 全局
|
||||
pouch rm discussion-notes -g -y # rm 别名
|
||||
```
|
||||
|
||||
浏览可用自研 skill:
|
||||
|
||||
```bash
|
||||
pouch add --list
|
||||
```
|
||||
|
||||
使用 Skill 自带模板初始化项目状态:
|
||||
|
||||
```bash
|
||||
pouch init ack
|
||||
pouch init ack --project ~/app
|
||||
```
|
||||
|
||||
`pouch` 只负责可靠地生成项目状态文件,不复制或链接 Skill。需要分析项目并完善
|
||||
ACK 配置、检查接入状态或
|
||||
运行三角色闭环时,显式调用全局 `/ack` skill。
|
||||
|
||||
---
|
||||
|
||||
## 与 Vercel `npx skills` 的分工
|
||||
|
||||
| 场景 | 工具 |
|
||||
|------|------|
|
||||
| 自研 skill(~/.pouch) | **pouch** |
|
||||
| 社区 skill(GitHub 任意仓库) | `npx skills add` |
|
||||
|
||||
---
|
||||
|
||||
## 命令对照
|
||||
|
||||
| pouch | 说明 |
|
||||
|-------|------|
|
||||
| `bootstrap` | 将本项目的 `pouch` skill 全局安装到所有 Agent |
|
||||
| `update` | 在 `~/.pouch` 执行 `git pull`,更新 pouch 自身 |
|
||||
| `add <name> [-g] [-a AGENT...] [-y]` | 安装 |
|
||||
| `remove <name> [-g] [-a AGENT...] [-y]` | 卸载(`rm` / `r` 别名) |
|
||||
| `add --list` | 列出可用自研 skill |
|
||||
| `publish [paths] -m MSG [--push]` | git add / commit / push |
|
||||
| `list` | 列出 ~/.pouch 目录结构 |
|
||||
| `status` | 查看软链安装状态 |
|
||||
| `create <name> --idea TEXT [--from-project PATH]` | 创建自研 skill 草稿 |
|
||||
| `check <name>` | 校验草稿或正式 skill |
|
||||
| `finalize <name>` | 校验草稿并转为正式 skill |
|
||||
| `init <name> [--project DIR]` | 使用 skill 模板初始化项目状态 |
|
||||
|
||||
---
|
||||
|
||||
## 注意
|
||||
|
||||
- 不要在 `project/.agents/skills/` 里直接改文件;应改 `~/.pouch/skills/` 再 `publish`
|
||||
- 未完成的内容保留在 `~/.pouch/.drafts/`,不要直接放进正式 `skills/`
|
||||
- symlink 正确时,**不需要 reinstall**;保存 SSOT 后各项目自动读到新内容
|
||||
- 社区 skill 用 `npx skills add`,不要用 pouch `catalog add` 除非团队要 pin 版本
|
||||
Reference in New Issue
Block a user