# beginner-ops-writing

Adopt this skill: https://proskills.md/skills/other/dabingfy-dot-solo-to-team-skills-skills-beginner-ops-writing

Page: https://proskills.md/skills/other/dabingfy-dot-solo-to-team-skills-skills-beginner-ops-writing
This document is the public skill bundle for that page. It contains SKILL.md and every helper file the catalog carries. No login is required.

## File: skills/beginner-ops-writing/SKILL.md
size: 10139
sha: 4f4c1aaf1739fc5d6c79cc74aeef8950c5bf64a8
upstream: https://github.com/dabingfy-dot/solo-to-team-skills/blob/main/skills/beginner-ops-writing/SKILL.md

```text
---
name: beginner-ops-writing
description: >-
  新手操作说明（Beginner-friendly operating instructions）。
  把只有熟人懂的做法，写成不了解内情的新手也能跟做一次就成的步骤说明时用：
  大白话、一次一步、点名唯一、写清做完会看到什么。不用于：派活／收活闭环
  （见同仓 ../dispatch-accept-verify/）；交活前核对证据（见同仓
  ../evidence-before-done/）。
---
# 新手操作说明

属于开源包 Solo to Team · 一人成队（solo-to-team-skills）。

## 含什么

写给「电脑／手机不熟的人」看的操作步骤写法：原则条目、自检清单、2 个虚构示例（假应用、假界面文案，一眼可辨虚构），每例附不合格写法对照。本技能只管**怎么把步骤写清楚**，不管派谁做、也不管交活前怎么核证据。

## 适合谁

- 需要请负责人或委托方本人点一下、复制一行、打开某一开关的执行人
- 经常写「点复制／点确定」却害对方找错按钮的人
- 想让不了解内情的新手照着做一次就成、少追问的小团队总控

## 怎么用

1. 按包根 [README](../../README.md) 里你所用宿主那一段加载本技能；不装也行，直接把本文当写法参考读。
2. 凡要请新手在屏幕上点、复制、选择、输入：先按下文原则起草步骤。
3. 发出前自检：每步是否只有一个动作、是否点名唯一、是否写了「做完会看到什么」、有没有凭猜写位置。
4. 位置或字样没核实过：先看屏／请对方截图再写，不猜。

## 依赖

- **写法本身不绑平台**：原则适用于任何需要「请人在屏幕上跟做」的协作环境，不用任何工具、不要额外权限，记事本里也能照着写。
- **本包在各宿主上能否加载、怎么调用**：见包根 [README](../../README.md)「各宿主怎么装、怎么叫」，本技能不另写安装步骤。其中 Grok Bot 为「支持，需手动配置」：把本文 Save 为私有技能后按名调用；Claude Code 结构已备、不在首发支持之列。
- 若某一步依赖某产品的专有界面（例如某笔记 App、某系统设置页），须在步骤里写明「在某某产品界面」；没在该产品上跟做核过，不写「已支持」。

## 示例

见下文第 4 节：示例一「在假笔记设置页只开一个开关」，示范点名唯一、不碰另外两项、做完会看到什么、没看到就停；示例二「请本人来点一下」，示范只有本人能做的那一步怎么写。两例均为虚构，无真实密钥、二维码、可识别屏文案、真路径、真账号。

## 验证到哪

原则提炼自「一人总控＋多助手」队内长期使用的操作说明写法；公开包保证的是**步骤写法可照做**。能否减少「点错／追问」，见同仓 `../ops-case-notes/` 里各条「仍未解决」和文末验证说明；本技能正文不下效果结论。

---

一句话：**写给屏幕前的新手看——一次一步，点名唯一，说清做完会看到什么。**

## 1. 目的

操作说明是给**不了解内情的人**用的。读者看不见你脑子里的上下文，也认不出「那个复制」。目标只有一条：对方照着做一次就成，不必回头追问「点哪个」。

## 2. 原则

### 2.1 大白话，只写屏幕上能看见的

- 用日常说法，少用对方屏幕上根本看不到的黑话。
- 每步说清：**在屏幕哪儿、长什么样、第几个、挨着什么**。
- 不提对方这会儿看不见的后台状态。

### 2.2 一次一步；说清做完会看到什么

- 每步只安排**一个动作**（点一下、滑一下、复制一行、打开一个开关）。
- 写完这一步后，对方应看到什么：颜色变了、开关到右侧、剪贴板有字、某行高亮等。
- 没看到预期结果：写明「停下，告诉执行人／总控，不要接着点」。

### 2.3 几样长得像时，点名唯一一项；其余写「不碰」

- 屏幕上有两项以上都能「复制／确定／开」时，必须点名**对的那一个**。
- 写法粒度建议：`第几行 ＋ 那一行开头的字 ＋ 点哪边哪个图标`。
- 例（结构示范，非真界面）：「点第一行『DEMO-POST 到』最右边的复制图标；第二行、第三行不碰。」

### 2.4 没核实过的位置，不凭猜

- 按钮在哪、文案是什么，没亲眼看过或没对照过当前截图，就先别写死。
- 能请对方截一张、或执行人先看清再写，更好；能在图上圈出目标最好。
- 「应该在设置里」这类猜测，不算合格步骤。

### 2.5 和常见系统明显不同处，一句带过

- 若某一步在 Windows 与 Mac（或桌面与手机）上位置／叫法不同，用**一句**对照即可，不展开教程。
- 例：「若你用的是另一套系统，同类开关可能在『系统偏好』而不是『设置』里——以你屏幕上实际看到的为准。」

### 2.6 短而准

- 每步一两句；不铺陈解释、不讲原理故事。
- 需要备注时，把备注压成半句，挂在动作后面，不另开长段。

### 2.7 发出前谁过一眼

- 步骤写完后，最好由**看过同一块屏幕**的人逐句核一遍再发给新手。
- 未核过的说明，不直接推给负责人／委托方本人操作。

## 3. 自检清单（写完勾一遍）

- [ ] 每步是否只有一个动作？
- [ ] 是否写了「在哪儿／长什么样／第几个／挨着什么」？
- [ ] 有没有两样以上长得像却没点名唯一、没写「不碰」？
- [ ] 是否写了「做完会看到什么」和「没看到就停」？
- [ ] 位置和文案是否核实过（不是猜的）？
- [ ] 凡须本人亲自完成的步骤，只写请本人来，不写代做办法。
- [ ] 步骤若依赖某产品专有界面，是否写明了产品名？未验证是否避免了「已支持」？

## 4. 虚构示例

> 以下应用名、界面文案全部虚构，仅示范写法。请勿对照任何真实产品。

### 示例一：在假笔记设置页只开一个开关

**场景**：请新手在桌面应用「云朵便签 Demo」（虚构）里打开「同步到演示本」。设置页上有三个长得很像的开关。

**发给新手的步骤（合格写法）**：

1. 打开应用「云朵便签 Demo」。点左侧栏最下面一项「设置」（文字左边有个齿轮图标）。  
   **做完会看到**：右侧换成一整页，顶上标题是「演示设置」。
2. 在「演示设置」页往下滚，滚到分组标题「同步（演示用）」就停。这一组从上到下有三个开关，左边的字依次是：  
   - 「同步到演示本」  
   - 「同步到练习本」  
   - 「同步到归档本」  
   **做完会看到**：三行字都在屏幕上，每行右边各有一个圆钮，现在都在左边。
3. **只开第一行**「同步到演示本」：点它右边的圆钮。  
   **「同步到练习本」「同步到归档本」都不碰。**  
   **做完会看到**：第一行的圆钮滑到右边、轨道变亮；下面两行的圆钮仍在左边。
4. 如果找不到「同步到演示本」这六个字，或点了圆钮没滑到右边：**停下**，截一张当前屏幕发给执行人，别的开关都不要点。

**不合格写法（对照用，勿照做）**：

> 「进设置把同步打开。」

问题：没说设置在哪、三个同步开哪个、开完是什么样，也没说出错了怎么办。新手很可能三个全开，或开错一个还以为做完了。

> 「在设置里找到同步那组，把第一个打开，应该就行了。」

问题：比上一句好，但「第一个」没写字样，界面改版、顺序一变就会点错；「应该就行了」是猜，没写做完会看到什么、没看到怎么办。

### 示例二：只有本人能做的那一步

**场景**：执行人已在虚构应用「小橙记账 Demo」里备好一份导出，最后一步「确认导出」须由账户本人点，执行人不能代点。

**合格写法**：

1. **这一步请你本人来点**，我这边不能代你点。  
   在「小橙记账 Demo」顶部点「导出」，弹出的小窗里只有一个蓝色按钮「确认导出」，点它。  
   **做完会看到**：小窗关掉，顶部出现一条绿字「已导出（演示）」。
2. 没看到绿字，或弹窗里不止一个按钮：**停下**，截图发我，不要点别的。

**不合格写法**：

> 「你别管了，我远程替你点。」

问题：把只能本人做的事改成代做。合格做法是请本人来点，并把那一下写清楚。

## 5. 和同仓其他技能怎么分工

| 技能 | 管什么 |
|---|---|
| 本技能 `beginner-ops-writing` | **怎么写**给新手看的跟做步骤 |
| `../dispatch-accept-verify/` | 活派出去以后怎么登记、到点查、回「已接」 |
| `../evidence-before-done/` | 说「做好了」之前怎么亲手核证据 |

三支可一起装：先写清步骤（本技能）→ 派人跟做并收回来（`dispatch-accept-verify`）→ 交活前核过再宣称完成（`evidence-before-done`）。

## 6. 平台说明（摘要）

- 本技能教的是**说明文写法**，不绑定某一家助手产品的专有命令。
- 本包在八家宿主上的加载与调用状态，统一见包根 [README](../../README.md)；本技能不重复列各家装法。
- Grok Bot：支持，需手动配置（Save 为私有技能后按名调用）。装上技能只是让助手能照这套写法起草步骤，不会因此多出任何自动化；这只指 Grok Bot 这一款产品，不代表 Grok 的其他客户端。
- Claude Code：结构已备，不在首发支持之列。
- 任何「请在某某 App 界面操作」的步骤，以该 App 当前界面为准；界面改版后须重核文案与位置。

---

## 来源说明

原则改写自团队内部长期使用的「给不熟电脑的人写操作说明」做法。本文只收写法要求，**不含、也不转述**内部总规矩的其他部分。示例为虚构。许可见仓库根目录 `LICENSE`（MIT）与 `NOTICE`。
```

## File: README.md
upstream: https://github.com/dabingfy-dot/solo-to-team-skills/blob/main/README.md

````text
# Solo to Team · 一人成队

**English version: [README.en.md](README.en.md)**

**团队组织与协作报告（PDF，17页）：[docs/solo-to-team-value.pdf](docs/solo-to-team-value.pdf)**

仓名：`solo-to-team-skills`  
英文副标题：**Skills for human-led AI teams.**  
中文说明：一个人统筹 AI 团队的协作技能包。  
署：**大冰发起**

> 文档状态：**v0.9-draft**，非最终发布稿，正式公开前还会改。已在多个 Agent 工具中完成实际使用验证（取得→装／配置→按名调用→产出登记行；另外当前包上八家各有一例有限任务的验收记录（真实成果→对照要求检查→人工验收）：Codex 保留此前单独验证的一例，其余七家按同一会议转写题补验，部分宿主经受阻重跑或退回修订后才通过；不代表稳定性或所有任务都能做成，调用方式各家不同（有的由使用者本人在宿主里发出，有的命令行或代点），部分宿主未保留技能加载的原始轨迹；不表示每家四个技能都逐一被调用，也不证明效果），范围：**Codex、WorkBuddy、DeepSeek Harness、Cursor、CodeBuddy、Kimi Work、千问办公（QwenWork）** 写「支持」；**Grok Bot** 写「支持，需手动配置」；**Claude Code** 结构已备、走通待补，不在首发支持之列。

## 这是什么

一个人，也能带起一支 AI 团队。

这是一套**拿得到、装得上、叫得动**的协作技能包：四支技能＋一个模板＋说明＋脱敏案例。它帮你管住「一个人总控、多个长期 AI 助手」时最容易掉链子的几件事：活派出去有人收，说「做好了」有证据，写给新手的步骤照做就成，踩过的坑留下来给下一个人用。

借鉴的是方法思路；交付的是改写后的中文协作包，外加两支原创技能，并已在多个 Agent 工具里实际装上、按名调用过。借鉴来源见 [`NOTICE`](NOTICE) 和各技能末尾的来源／借鉴说明。

技能本身不带定时和叫醒（插件清单 `hooks: {}`）：到点查、记接单／收到成果／验收、叫开工，按技能正文里的步骤，由你或你用的 AI 工具来做。

## 对我有什么用

- **一人成队：派出去的活，接得住、跟得上、收得回来。** 一条线走到底：派 → 收 → 核 → 判。每件活派出去前登记一行「待收」，写明谁在干、谁来收、谁到点查；收回来记「已收到成果」并写明结果在哪，核过证据记「已验收」才算完。登记行让还没人接的活一眼看得见；到点去查、去催，由你或宿主的定时能力来做（分工见下面「首版核心流程」三栏表）。
- **换工具，不必重学一套协作方法。** 四支核心技能的正文各家共用，方法学一次就行；每家从哪装、怎么叫、还要准备什么，按各家真实配置分别写在「各宿主怎么装、怎么叫」。
- **从一张表开始，迈出带领 AI 团队的第一步。** 主示例和登记行模板拿来就能用：先用记事本或表格把「派、收、核」练一遍。这一步练的是方法；想让 AI 助手按名调用技能，还要先装好一个 Agent 工具。
- **从真活里来。** 两个脱敏案例（日更流水线怎样改、验收链怎样抓漏）照实写了问题、改法、结果和仍没解决的地方，见 [`ops-case-notes`](skills/ops-case-notes/)。

具体能做到的：

- 活派出去之后有人登记、到点有人查；接单、收到成果、验收完成分开记，只有验收完成或授权取消才从未完清单里拿掉
- 说「做好了」之前，先有对得上当前版本的有效证据；改过或失败过的部分补核，没变的可复用上一回核验
- 操作说明写得让不了解内情的人照做一次就成；凡须本人亲自完成的步骤，只写「请本人来」，不写代做办法
- 运营里踩过的坑，留下脱敏、可复用的方法级记录（真实问题／改法／结果／仍未解决）

## 首版核心流程

一条线：**提目标 → 分工 → 交接 → 核对 → 判断**。

| 流程 | 对应技能 |
|---|---|
| 分工＋交接 | [`dispatch-accept-verify`](skills/dispatch-accept-verify/)（派出去的活要收回来） |
| 核对 | [`evidence-before-done`](skills/evidence-before-done/)（交活前要有证据） |
| 须人做的那几步怎么写 | [`beginner-ops-writing`](skills/beginner-ops-writing/)（新手操作说明：一次一步、点名唯一、写清做完会看到什么） |
| 真实弯路参照 | [`ops-case-notes`](skills/ops-case-notes/)（脱敏运营记录） |

同一件事，哪部分归技能、哪部分归你用的 AI 工具（下称「宿主」）、哪部分必须人来做：

| 流程 | 本包技能负责 | 宿主能力负责 | 须人做 |
|---|---|---|---|
| 提目标 | 给出写法：做什么、结果放哪、几点交（登记行字段） | 开会话、接收你的话 | 定目标、定先后、定做到什么算完 |
| 分工 | 派之前先登记一行「待收」：谁在干、谁来收、谁到点查 | 开多个会话或子助手；能跨助手发消息的就发 | 决定派给谁；花钱、发出、删除等危险动作由人点头 |
| 交接 | 到点查、记「已接单」「已收到成果」、续期、没人接时升级、放行后叫开工 | 定时提醒、叫醒——**宿主有就用，本包不自带**（`hooks: {}`） | 宿主没有定时，就由人按点去查 |
| 核对 | 说完成前拿到对得上当前版本的有效证据（打开看、重算、照原步骤再走一遍）；核过记「已验收」 | 打开文件、跑命令、看结果 | 登录、付款、本人确认这类只能本人做的步骤 |
| 判断 | 把证据和现状照实摆出来；附同类弯路参照 | — | 放行、退回、改方向：最后拍板永远是人 |

## 怎样开始

按你的情况挑一段读，其余可跳。**不需要先读任何团队制度。** 核心技能正文各家共用，不另做 App；每家的入口和依赖不同，见下面「各宿主怎么装、怎么叫」。

### 零基础（刚开始接触 AI 或编程）

这里的「零基础」只指接触 AI／编程的起点。会写清一件事、会安排人干活、会核对结果，就已经够用。

1. 先读 [`examples/`](examples/) 主示例，再照 [`examples/walkthrough-meeting-notes/`](examples/walkthrough-meeting-notes/) 完整跟做一件小事：给定输入 → 成果 → 证据 → 验收，外加一次退回。
2. 只看一个模板：[`templates/task-register-line.md`](templates/task-register-line.md)，学会写一行「待收」、一行「已收到成果」、一行「已验收」。
3. 从一张表开始：用记事本或表格把这套方法练一遍——派活前写「待收」，到点去查，收到记「已收到成果」，核过记「已验收」。这一步练的是方法；要让 AI 助手按名调用技能，还得装好一个 Agent 工具，见下面「各宿主怎么装、怎么叫」。

### 已经在用 AI 助手

1. 在下方找到你的宿主，照「准备 → 取得／加载 → 调用」做一遍。
2. 先启用两支：`dispatch-accept-verify`（派收）和 `evidence-before-done`（交活前证据）。
3. 照 [`examples/`](examples/) 主示例派一件小活，跑一遍「待收 → 已接单 → 到点查 → 已收到成果 → 核过记已验收」。
4. `ops-case-notes` 可以等出问题了再翻。

### 已在跑多个助手、自己搭流程

1. 直接看上面那张三栏表，对照你的宿主补齐「宿主能力负责」那一栏缺什么。
2. 读 [`ops-case-notes`](skills/ops-case-notes/)：两个真实案例里派收、核对在哪漏过、怎么改、哪些仍没解决。
3. 把登记行字段接进你自己的记录或看板。`hooks: {}` 意味着自动化要你自己用宿主能力接，本包不替你做。

### 约十分钟走通？

实测（Cursor CLI，非交互、提示词事先备好）：约 **0.5 分钟**（29.6 秒）。前提：已装并登录 Cursor（含 CLI）、已取得本包、网络可用；从把四支技能拷进 `~/.cursor/skills/` 算到打出可读的「待收」行。不含装、注册宿主，也不含手动打字的时间。这测的只是**已备好环境时用 CLI 打出登记行**要多久，不是陌生人从零装宿主到做完一整件任务的总时长。

「约十分钟」仍可作为设计目标，或把「含装宿主」算进用户总时长时的对外口径；**不得把约十分钟写成已测保证**。其他宿主尚未按同一秒表口径计时。

## 各宿主怎么装、怎么叫

**总原则：列出的宿主已分别完成实际使用验证，但能力与装法不同；不要假定装完就能自动组队。** 每家的验证标准一样：取得 → 装／配置 → 调用 → 有可检查的产出（例如照主示例写出一行可读的「待收」登记行）。这几步的终点是登记行。另外，当前包上八家各有一例有限任务的验收记录（真实成果→对照要求检查→人工验收）：Codex 保留此前单独验证的一例，其余七家按同一会议转写题补验，部分宿主经受阻重跑或退回修订后才通过；不代表稳定性或所有任务都能做成，调用方式各家不同（有的由使用者本人在宿主里发出，有的命令行或代点），部分宿主未保留技能加载的原始轨迹；不表示每家四个技能都逐一被调用，也不证明效果。主示例 walkthrough 本身是教学样例，不是实测记录。

八家都不等于功能相同。装上技能，只说明助手能按这套方法干活；定时检查、跨助手发消息、叫醒这类事，要看宿主本身有没有，没有就由人来做。

所有宿主共同的准备：

- 取得本包：下载或克隆本仓库，拿到 `skills/` 目录（四个子目录，每个里面一个 `SKILL.md`）。
- 已装好对应宿主、能正常登录使用。
- 对要拷入的目录有写权限（多数在你自己的用户目录下）。
- **手动拷贝时整目录拷**（`skills/<技能名>/` 整个文件夹），不要只拷 `SKILL.md`：`dispatch-accept-verify` 要连同它的 `templates/` 一起拷，否则登记行模板会丢。宿主只收一份正文时（如 Grok Bot 存私有技能），把模板一并贴进去。
- **单装怎么挑**：`dispatch-accept-verify` 的「已验收」一步依赖 `evidence-before-done`，这两支建议一起装；`evidence-before-done` 单装也能独立用。`beginner-ops-writing`、`ops-case-notes` 是可选搭配，不装不影响主流程。
- 下面写的命令和界面入口，以各宿主官方当日文档为准；本页写的是有走通记录的做法，不保证换个版本一字不差。

### 一览

| 宿主 | 状态 | 怎么装（摘要） | 怎么叫 |
|---|---|---|---|
| Codex | 支持 | 本机目录作源：`marketplace add` → `plugin add solo-to-team-skills@solo-to-team-skills`（本包自带 `.agents/plugins/marketplace.json`） | 新开会话或 `codex exec` 按技能名调用 |
| WorkBuddy | 支持 | 拷入 `~/.workbuddy/skills/` 或项目 `.workbuddy/skills/`，或界面上传 zip | 按技能名调用 |
| DeepSeek Harness | 支持 | 拷入 `.dsh/skills/`、`~/.dsh/skills/` 或 `.agents/skills/` | 打开／刷新后按名调用 |
| Cursor | 支持 | 拷入 `~/.cursor/skills/` | Agent 或 CLI 按名调用 |
| CodeBuddy | 支持 | 拷入 `~/.codebuddy/skills/` 或项目 `.codebuddy/skills/` | 界面或 CLI 按名调用 |
| Grok Bot | 支持，需手动配置 | 在对话里把 `SKILL.md` Save 为私有技能 | 按名调用 |
| Kimi Work | 支持 | 拷入 `daimon-share/daimon/skills/`（见下），或官方上传／商店 | 界面 `/` 选技能 |
| 千问办公（QwenWork） | 支持 | 拷入 `~/.qwenworkcn/skills/` | 界面 `/` 选技能或对话指名 |
| Claude Code | 结构已备，走通待补 | `.claude-plugin/` | 未纳入首发支持 |

### Codex（支持）

- **入口**：本包自带 [`.agents/plugins/marketplace.json`](.agents/plugins/marketplace.json)（市场名 **`solo-to-team-skills`**）；另有 [`.codex-plugin/plugin.json`](.codex-plugin/plugin.json)（`skills: "./skills/"`，`hooks: {}`）。根目录还有 Agent Plugins 风格的 [`plugin.json`](plugin.json)，宿主读哪一份以官方当日行为为准。
- **准备**：已装并登录 **Codex CLI**；已取得本开源包到本机目录（含 `skills/` 与 `.agents/plugins/marketplace.json` 那一层）。正式公开建仓前，**源＝本机目录，不要填 GitHub URL**。
- **取得／加载**（把 `/path/to/solo-to-team-skills` 换成你本机的包根绝对路径）：

```bash
cd /path/to/solo-to-team-skills
codex plugin marketplace add "$(pwd)"
codex plugin add solo-to-team-skills@solo-to-team-skills
```

  `marketplace add`／`plugin add` 非 0 → 停，检查是否指到含 `.agents/plugins/marketplace.json` 的包根。装完**新开一次会话**（或用下面的 `codex exec`）。撤回：`codex plugin remove solo-to-team-skills@solo-to-team-skills`，再 `codex plugin marketplace remove solo-to-team-skills`。
- **调用**：新会话里点名技能，例如「用 dispatch-accept-verify 帮我登记一件待收的活」。非交互示例：

```bash
codex exec -s workspace-write --skip-git-repo-check -C "$(pwd)" '请使用技能 dispatch-accept-verify，写一行待收登记到 T044_dispatch_line.md'
```

- **能得到**：照主示例写出的登记行和核对结论（可打开文件检查）。
- **靠宿主或人工**：`hooks: {}`＝无自动叫醒；到点查由你或宿主自带的定时能力来做。

### WorkBuddy（支持）

- **入口／落点**：用户 `~/.workbuddy/skills/<技能名>/`，或项目 `<项目>/.workbuddy/skills/<技能名>/`；也可在界面用「上传本地技能包」（单个技能目录，或含 `SKILL.md` 的 zip）。
- **准备**：已装 WorkBuddy 并能登录。
- **取得／加载**：选一个技能目录（或打成 zip）→ 上传，或整目录拷入上面的路径。
- **调用**：在 WorkBuddy 里按技能名调用。
- **能得到**：照 [`examples/`](examples/) 主示例跑出的可检查产出。
- **注意**：**WorkBuddy ≠ CodeBuddy**，名字相近，产品和目录都不同，别串装。
- 官方 Skills 文档：https://www.workbuddy.ai/docs/zh/workbuddy/From-Beginner-to-Expert-Guide/Function-Description/Skills

### DeepSeek Harness（支持）

- **入口／落点**：项目 `.dsh/skills/<名>/`，或用户 `~/.dsh/skills/<名>/`，也可放 `.agents/skills/`（Harness 能读）。
- **准备**：已装 DeepSeek Harness；自备 DeepSeek 账号或 API（**本包不提供密钥**）。
- **取得／加载**：把 `skills/<技能名>/` 整目录拷到上面任一处，再打开或刷新 Harness。注意：`dsh plugin add` **不是**装技能正文的办法，本包走目录拷入。
- **调用**：按技能名调用。
- **能得到**：照主示例跑出的可检查产出。
- 上游参考：https://github.com/deepseek-ai/deepseek-harness/blob/master/docs/subsystems/skills.md

### Cursor（支持）

- **入口／落点**：用户 `~/.cursor/skills/<技能名>/`。
- **准备**：已装 Cursor（编辑器或 CLI）并能登录。
- **取得／加载**：把四支技能（或先拷要用的两支）整目录拷入上面的路径。
- **调用**：在 Cursor Agent 里按技能名调用；CLI 形态如 `cursor agent --print`。对自己新建的工作区做非交互运行时，可能要加 `--trust`——这是**信任这个工作区**，不是关掉安全开关。
- **能得到**：照主示例跑出的可检查产出。

### CodeBuddy（支持）

- **入口／落点**：用户 `~/.codebuddy/skills/<技能名>/SKILL.md`，或项目 `.codebuddy/skills/<技能名>/`。
- **准备**：已装 C
````