一键导入
issue-workflow
Apply when creating or tracking a GitHub issue, or planning multi-step work — the issue template and the task convergence loop.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Apply when creating or tracking a GitHub issue, or planning multi-step work — the issue template and the task convergence loop.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Apply for build/test/lint, dependency or feature changes, and editing Cargo.toml or .cargo config in this repo.
Apply when changing the REST API surface — actix handlers, utoipa annotations, or request/response types under server/.
Apply when editing .proto files or the generated protobuf types (src/pbs/*) in this repo.
Apply when working with RocksDB storage — importing datasets, key encoding, column families, or query paths.
Apply when writing or editing Rust code in this crate — idioms, error handling, logging, docs, and lint rules.
Apply when writing or running tests, or updating insta snapshots, in this repo.
| name | issue-workflow |
| description | Apply when creating or tracking a GitHub issue, or planning multi-step work — the issue template and the task convergence loop. |
Create issues with gh issue create. The template also lives at .github/ISSUE_TEMPLATE/task.md. Sections marked (if applicable) are omitted for simple fixes.
## 1. Goal
[1-3 sentences: what must be achieved and why.]
**Scope**: [In scope. Explicitly deferred.]
## 2. Implementation Strategy (if applicable — complex features)
[Approach, design decisions, key changes.]
## 3. Implementation Plan / Tasks
- [ ] [Concrete, independently completable task]
## 4. Acceptance Criteria
- [ ] [Observable, verifiable condition]
- [ ] Tests pass (`cargo test --all-features`)
- [ ] `cargo fmt --check` and `cargo clippy --all-features --workspace -- -D warnings` clean
- [ ] OpenAPI schema regenerated + committed if the API surface changed
## 5. Design Rationale (if applicable)
[Why this approach over the alternatives.]
Rules: granular [ ] tasks; verifiable criteria that always include the cargo test/fmt/clippy baseline; omit inapplicable sections.
Keep a gitignored issue-<n>.md at the repo root as the working source of truth (issue-*.md is git-ignored). Then loop, ONE task at a time:
← in progress.cargo clippy / cargo fmt after each change.[x]; move to the next.When all [x]: confirm the full suite green, then tick §4.