一键导入
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 starting work, branching, committing, opening/reading PRs, reading issues, or checking CI — the git + GitHub (gh) workflow.
Apply when writing, editing, reviewing, or refactoring ANY code in this repo — coding-behavior rules to avoid overcomplication and make surgical, verifiable changes.
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 in mehari-python/ — the PyO3/maturin Python extension.
| 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 -- -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.