direct-verify

A verification command for checking whether configuration work from a direct task was applied correctly and behaves as expected.

In plain words
What is it for?
It is for validating setup work after direct-setup, using the recorded task results and the project's technology-stack definitions.
Why use it?
It checks files, dependencies, environment variables, services, syntax, tests, security settings, performance, and logs, and may try to fix basic errors.

Command

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add commands/classmethod/tsumiki/direct-verify
Clone the repo
git clone --depth 1 https://github.com/classmethod/tsumiki
Per session 45 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 4,750 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00045 $0.04750
Opus 5 $0.00023 $0.02375
Sonnet 5 $0.00009 $0.00950
Haiku 4.5 $0.00005 $0.00475

Measured yesterday against content hash 8ecc9e72d787, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

direct-verify scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

legacy/commands/direct-verify.md · 551 lines

How it starts

The opening of the file, as written. The whole thing — 551 lines — stays where its author put it; the contents beside it link to each section on GitHub.

direct-verify

目的

DIRECTタスクで実行した設定作業の動作確認とテストを行います。設定が正しく適用され、システムが期待通りに動作することを確認します。

前提条件

  • /tsumiki-legacy:direct-setup が実行済み
  • タスクIDが提供されている
  • 設定作業の記録が存在する

実行内容

【重要】: direct-setupで作成されたファイルについて、コンパイルエラーや構文エラーが見つかった場合は自動的に解決を試行します。

1. 追加ルールの読み込み

  • docs/rule ディレクトリが存在する場合は読み込み
  • docs/rule/direct ディレクトリが存在する場合は読み込み
  • docs/rule/direct/verify ディレクトリが存在する場合は読み込み
  • 各ディレクトリ内のすべてのファイルを読み込み、追加ルールとして適用

2. 技術スタック定義の読み込み

  • docs/tech-stack.md が存在する場合は読み込み
  • 存在しない場合は CLAUDE.md から技術スタックセクションを読み込み
  • どちらも存在しない場合は .claude/commands/tech-stack.md のデフォルト定義を使用

3. 設定の確認

  • 読み込んだ技術スタック定義に基づいて検証項目を特定
  • Task tool (subagent_type: Explore, thoroughness: quick) を使用して関連設定や検証パターンを探索
  • docs/implements/{要件名}/{TASK-ID}/setup-report.md をReadツールで読み込み、設定作業の結果を確認
  • 環境変数の確認
  • 設定ファイルの内容確認
  • 依存関係のインストール状況確認
  • サービスの起動状況確認

4. コンパイル・構文確認

  • TypeScript/JavaScript構文エラーチェック(該当する場合)
  • 設定ファイルの構文確認(JSON, YAML等)
  • SQL構文確認(該当する場合)
  • 最低限のコンパイルエラー解消
  • エラーが見つかった場合は自動的に修正を試行

5. 動作テストの実行

  • Task tool (subagent_type: Explore, thoroughness: quick) を使用して既存のテストケースや検証スクリプトを探索
  • 基本的な動作確認
  • 接続テスト
  • 権限の確認
  • エラーケースの確認

6. 品質チェック

  • セキュリティ設定の確認
  • パフォーマンス基準の確認
  • ログの確認

7. CLAUDE.mdへの記録

  • サブプロジェクトの存在確認(package.json, Cargo.toml, pyproject.toml, go.mod等)
  • 各サブプロジェクトまたはルートの CLAUDE.md の存在確認
  • CLAUDE.mdに以下の情報が最小限記載されているか確認:
    • テスト実行コマンド
    • アプリケーション起動コマンド
    • ビルドコマンド(該当する場合)
    • データベース操作コマンド(該当する場合)
  • 情報が不足している場合は「## 開発コマンド」セクションを追加/更新
  • 既存の情報が古い場合は更新。ファイルがなければ必要に応じて新規作成

8. 検証レポートの作成

  • docs/implements/{要件名}/{TASK-ID}/verify-report.md を作成
  • 全ての確認結果を記録
  • 発見された問題と解決内容を記載
  • CLAUDE.mdへの記録内容を記載
  • 推奨事項と次のステップを記載

9. タスクの完了マーキング

完了条件を全て満たす場合は、自動的に以下のファイルを更新:

完了条件
  • 全ての設定確認項目がクリア
  • コンパイル・構文チェックが成功(エラーがすべて解決済み)
  • 全ての動作テストが成功
  • 品質チェック項目が基準を満たしている
  • 発見された問題が適切に対処されている
  • セキュリティ設定が適切
  • パフォーマンス基準を満たしている
更新対象ファイル
  1. Overview ファイル: docs/tasks/{要件名}/overview.md または docs/tasks/{要件名}-overview.md

    • 該当タスクの進捗状況を「完了」に更新
    • 完了日を記録
  2. タスク詳細ファイル: docs/tasks/{要件名}/TASK-{task_id}.md または docs/tasks/{要件名}-tasks.md

    • ステータスを「✅ 完了」に更新
    • 完了日を記録
    • 完了条件のチェックボックスを全て [x] に変更

Read the full file on GitHub · 551 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 551 lines · 45 tokens per session scan A 8ecc9e72d787

Subscribe to this mod's changes

direct-verify is a command published in the GitHub repository classmethod/tsumiki (974 stars, last pushed 25d ago), licensed MIT. It adds 45 tokens to every session and 4,750 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.