sdd-verify-evidence-recorder
A tool for standardizing SDD verification records, ensuring every result is linked to specific command outputs and gap lists.
Install
mkdir -p .claude/skills/sdd-verify-evidence-recorder && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/15262" && unzip -o skill.zip -d .claude/skills/sdd-verify-evidence-recorder && rm skill.zipInstalls to .claude/skills/sdd-verify-evidence-recorder
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
SDDカテゴリのVerify証跡記録を、再利用テンプレートと追記専用実行ログで標準化し、具体的証跡と結び付ける。Key capabilities
- →Standardize verification evidence recording
- →Append new execution records with timestamp and担当者
- →Map Pass/Fail status to specific evidence items
- →Link Failed items to gap-list.md entries
- →Record execution command, directory, exit code, and output
How it works
The skill enforces a standardized format for recording verification evidence by using reusable templates, appending new execution logs, and linking results to specific evidence and gap lists.
Inputs & outputs
When to use sdd-verify-evidence-recorder
- →Updating acceptance criteria after performing assessments
- →Logging web UI or CLI execution results with specific command logs
- →Linking verification failures to existing gap lists
- →Standardizing evidence format across multiple project categories
About this skill
SDD Verify 証跡レコーダー
使用するタイミング
- チェックやアセスメント後に
05_verify/<request-folder>/配下文書を更新するとき。 - 12カテゴリで証跡フォーマットを統一したいとき。
- 具体リンク付きの追記専用検証記録を残したいとき。
使用しないタイミング
- 要件定義やアーキテクチャ設計をしているとき。
- 実際の検証結果や証跡がまだ存在しないとき。
必須入力
- カテゴリの verify パス（
categories/<category>/05_verify/<request-folder>/） - 対象文書（例:
acceptance-criteria.md,assessment-sheet.md,gap-list.md） - 証跡参照（コマンド出力、クエリ結果ファイル、ログ、スクリーンショット、レポートパス）
出力契約
以下の順序で必ず出力すること:
検証記録サマリー追記内容（追記専用）証跡リンク一覧未充足項目
記録ルール
- 再利用テンプレート + 実行追記:
- 固定テンプレートブロックは再利用可能な状態を維持する。
- 新規実行記録は日時と担当者つきで追記する。
- 具体証跡必須:
- 証跡リンクまたはパスのない主張は記録しない。
- 各 Pass/Fail は最低1つの証跡項目に対応付ける。
- ステータス固定:
- ステータスは
Pass,Fail,Blocked,N/Aのみを使用する。
- Gap 連携:
- Failed 項目は
gap-list.mdのエントリに必ず紐付ける。
- カテゴリ境界安全性:
- verify 成果物を同一カテゴリ外へ配置しない。
- 受入動作検証の必須化（再発防止）:
- 実行可能成果物（Web UI / CLI / バッチ / スクリプト）がある場合、起動コマンドを実行した実ログを必ず記録する。
- Web UI の場合、初回アクセス（
http://localhost:<port>）可否を確認し、確認結果を記録する。 - 未実行・未確認の項目は
Passを付けない（BlockedまたはFailを使用）。 - 失敗した場合は、修正内容と再実行結果を同一セクションで追記する。
- 実行記録の最小証跡セット:
- 実行コマンド
- 実行ディレクトリ
- 終了コード
- 主要出力（成功/失敗を判定できる行）
- 判定と根拠
手順
- 既存の
05_verify/<request-folder>/*対象文書を読む。 - 明示的要求がない限り、再利用ヘッダと判定基準は変更しない。
- 起動検証ログと（Web UIの場合）初回アクセス確認結果を取得する。
- 新規実行ブロックのみを追記する。
- 証跡リンクを追加し、ステータス項目へ対応付ける。
- Fail/Blocked に対応する gap レコードを追加または更新する。
すぐ使えるプロンプト例
- 「カテゴリ01の verify に
sdd-verify-evidence-recorderを実行して、今日の結果を追記して」 - 「カテゴリ08に証跡対応付きで検証記録を追記し、gapリンクも付けて」
実行ブロックテンプレート
## 実行記録 - YYYY-MM-DD HH:MM (JST)
- 担当者: <name>
- 対象範囲: <何を検証したか>
- 結果: Pass|Fail|Blocked|N/A
### チェック項目
- <check id>: <status>
- 証跡: <相対パスまたは参照>
- 補足: <短い根拠>
### フォローアップ
- Gap ID: <id or N/A>
- 次アクション: <担当者 + 期限>
When not to use it
- →When defining requirements or designing architecture
- →When actual verification results or evidence do not yet exist
Limitations
- →Status must be Pass, Fail, Blocked, or N/A
- →Evidence links or paths are mandatory for claims
- →Failed items must be tied to gap-list.md entries
How it compares
This skill standardizes verification evidence recording with reusable templates and specific evidence links, ensuring auditability and consistency across categories, unlike ad-hoc documentation.
Compared to similar skills
sdd-verify-evidence-recorder side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| sdd-verify-evidence-recorder (this skill) | 0 | 1mo | No flags | Intermediate |
| webapp-testing | 353 | 3mo | Review | Intermediate |
| dev-browser | 53 | 5mo | Review | Intermediate |
| codex-cli-bridge | 9 | 9mo | Review | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
You might also like
webapp-testing
anthropics
Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.
dev-browser
SawyerHood
Browser automation with persistent page state. Use when users ask to navigate websites, fill forms, take screenshots, extract web data, test web apps, or automate browser workflows. Trigger phrases include "go to [url]", "click on", "fill out the form", "take a screenshot", "scrape", "automate", "test the website", "log into", or any browser interaction request.
codex-cli-bridge
alirezarezvani
Bridge between Claude Code and OpenAI Codex CLI - generates AGENTS.md from CLAUDE.md, provides Codex CLI execution helpers, and enables seamless interoperability between both tools
playwright-browser-automation
lackeyjb
Complete browser automation with Playwright. Auto-detects dev servers, writes clean test scripts to /tmp. Test pages, fill forms, take screenshots, check responsive design, validate UX, test login flows, check links, automate any browser task. Use when user wants to test websites, automate browser interactions, validate web functionality, or perform any browser-based testing.
windows-ui-automation
martinholovsky
Expert in Windows UI Automation (UIA) and Win32 APIs for desktop automation. Specializes in accessible, secure automation of Windows applications including element discovery, input simulation, and process interaction. HIGH-RISK skill requiring strict security controls for system access.
skill-forge
WilliamSaysX
Automated skill creation workshop with intelligent source detection, smart path management, and end-to-end workflow automation. This skill should be used when users want to create a new skill or convert external resources (GitHub repositories, online documentation, or local directories) into a skill. Automatically fetches, organizes, and packages skills with proactive cleanup management.