Migrate existing ADRs to YAML frontmatter format. Scans docs/decisions/ for ADRs without frontmatter, infers status from body text, shows dry-run for approval. Trigger: /adr-migrate
日本語の概要は準備中です。原文の説明を表示しています。
berlysia/dotfiles92026年10月20日 更新
無料GitHub で公開
test-design
Design test viewpoints and test cases from code changes using ISO 25010. Use when writing test plans for plan.md, reviewing PR test coverage, or when asked to 'テスト設計', 'テスト観点洗い出し', 'design test cases'. Do NOT use for writing test code or TDD workflows (use /bugfix).
日本語の概要は準備中です。原文の説明を表示しています。
インストール方法を見る含まれるファイル（1）
- SKILL.md2.6 KB
SKILL.md（原文）
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Test Design
変更内容からテスト観点を洗い出し、検証可能なテストケースに展開する。
スコープ
- 読み取り専用の分析スキル。ファイルの作成・変更・削除は行わない
- 対象はカレントリポジトリ内のファイルのみ
このスキルがやらないこと
- テストコードの実装（開発者の責務）
- TDD ワークフロー（/bugfix の責務）
- 既存テストコードの品質レビュー
入力の取得
- 引数あり → そのまま使用（ファイルパス、変更概要、PR番号など）
- 引数なし →
git diff HEADで変更差分を取得 - Document Workflow 内 →
<wfDir>/plan.mdのテスト計画セクションがあれば参照（オプション）
Phase 1: テスト観点の洗い出し
- 変更内容を分析し、影響を受ける機能・データフロー・境界を特定する
/document-workflow-referenceの「ISO 25010 特性選択ガイド」を参照し、変更の種類に応じた品質特性を選択する- 各品質特性について副特性レベルで具体的なテスト観点を列挙する
観点の粒度: 「この入力でこの結果が期待される」と言い換えられるレベルまで具体化する。「正しく動作する」のような抽象的な観点は禁止。
Phase 2: テストケースの展開
各テスト観点について具体的なテストケースを設計し、以下の形式で出力する:
| 品質特性 | 副特性 | テスト/検証方法 | 判定基準 |
|---|
次の記述品質ルールを適用する:
- 曖昧語禁止: 判定基準に「正しく」「適切に」「問題なく」を使用しない。具体的な期待値・状態で記述する
- 検証可能な形式: 各テストケースは「入力/操作 → 期待される結果」の形式にする
- 境界値の明記: 境界値・異常値が関わる場合は具体的な値を明記する
出力
- テスト観点リスト（Phase 1 の結果）
- テストケーステーブル（Phase 2 の結果、plan.md のテスト計画セクションにそのまま貼り付け可能な形式）
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
コメント
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
同じリポジトリのスキル
Start or resume an ADR session. Without number: show status overview and recommend next actionable ADR. With number: provide phase-specific guidance. Trigger: /adr-session, /adr-session NNN, /adr-session new
日本語の概要は準備中です。原文の説明を表示しています。
berlysia/dotfiles92026年10月20日 更新
Analyze a project's harness maturity and guide staged adoption of Harness Engineering best practices (quality loops, safety gates, linters, CLAUDE.md optimization).
日本語の概要は準備中です。原文の説明を表示しています。
berlysia/dotfiles92026年10月20日 更新
bugfix
無料Standardized bug fix workflow using TDD (Red-Green-Refactor). Use when fixing bugs, resolving issues, or when the user invokes /bugfix. Ensures root cause analysis, failing test first, then minimal fix.
日本語の概要は準備中です。原文の説明を表示しています。
berlysia/dotfiles92026年10月20日 更新
clarify
無料Create detailed specifications by iteratively clarifying unclear points for Plan mode. Use when: After completing a plan when detailed requirements need clarification before implementation.
日本語の概要は準備中です。原文の説明を表示しています。
berlysia/dotfiles92026年10月20日 更新
Policy-enforcing installer that deploys hardened Claude Code Action workflows (`@claude` manual mention + dependency-bot auto-fix) into a personal GitHub repository the user administers. Use when asked to introduce Claude Code Action, apply `@claude` mention support, or set up automated CI auto-fix for dependency bot PRs, using the security-hardened templates shipped with this skill.
日本語の概要は準備中です。原文の説明を表示しています。
berlysia/dotfiles92026年10月20日 更新