@rongyi7/dsh-spec

Readme

# @rongyi7/dsh-spec

Spec-Driven Development (SDD) skills for [DeepSeek Harness](https://github.com/deepseek-ai/deepseek-harness). One bundle, three skills.

**Code is not the first step. The Spec is.**

## Skills

| Skill | Stage | Trigger |
| --- | --- | --- |
| `dsh-spec-new` | Idea → Spec | "帮我做一个 X" / "开个新项目" / "先写规格" / "需求变了" |
| `dsh-spec-implement` | Spec → Code | "开始实现" / "按 spec 做" / "继续实现" |
| `dsh-spec-validate` | Spec → Acceptance | "验收" / "测试一下" / "验证" |

The three skills share one convention: a project keeps three reviewable files under `specs/` — `requirements.md` (WHAT, with Given/When/Then acceptance criteria), `design.md` (HOW), and `tasks.md` (ordered executable tasks). The spec stays the single source of truth; implementation progress and validation reports are written back to `specs/`.

## Install

From a tarball:

```sh
dsh plugin --profile <name> add ./@rongyi7-dsh-spec-0.1.0.tgz
dsh --profile <name>
```

From npm:

```sh
dsh plugin --profile <name> add @rongyi7/dsh-spec
```

From git (requires a `prepare` build script; see the DSH publish guide):

```sh
dsh plugin --profile <name> add github:you/dsh-spec
```

## Usage

Just ask naturally — the skill catalog routes the request:

1. "帮我做一个文件分享网站" → `dsh-spec-new` asks clarifying questions, writes `specs/`.
2. "开始实现" → `dsh-spec-implement` executes `tasks.md` in order, checks progress back into the spec.
3. "验收" → `dsh-spec-validate` turns each acceptance criterion into a runnable check and writes `specs/validation.md`.

## License

MIT