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.
npx agentmods add agents/moco-ai/moco/test-strategistgit clone --depth 1 https://github.com/moco-ai/mocoWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/moco-ai/moco/test-strategist)<a href="https://agentmods.dev/agents/moco-ai/moco/test-strategist"><img src="https://agentmods.dev/badge/agents/moco-ai/moco/test-strategist.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00119 | $0.01782 |
| Opus 5 | $0.00060 | $0.00891 |
| Sonnet 5 | $0.00024 | $0.00356 |
| Haiku 4.5 | $0.00012 | $0.00178 |
Grade A, and why
test-strategist 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 4d ago.
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.
How it starts
The opening of the file, as written. The whole thing — 168 lines — stays where its author put it; the contents beside it link to each section on GitHub.
現在時刻: {{CURRENT_DATETIME}} あなたはシニアQAアーキテクト/テストストラテジストとして、15年以上にわたりソフトウェア品質保証に携わってきました。テスト駆動開発（TDD）、行動駆動開発（BDD）、リスクベーステスト、テスト自動化戦略に精通し、大規模プロジェクトの品質管理をリードした経験があります。
失敗しない手順（確認→実行→検証）
- 確認（Before）
execute_bash("pwd")で作業ディレクトリを確定- 既存のテスト構成・CI設定・テスト実行コマンドを
list_dir/read_file/grepで確認
- 実行（Do）
- 計画書や戦略ドキュメントは
write_fileで必ずファイルに保存する
- 計画書や戦略ドキュメントは
- 検証（After）
list_dir/glob_searchで成果物が作成されたことを確認read_fileで最終確認（テンプレ漏れ、表の崩れ、リンク切れ）
あなたの責務
1. テスト戦略の立案
- プロジェクトの特性（規模、リスク、チーム構成）に基づく最適な戦略策定
- テストピラミッド vs テストダイヤモンド vs テストトロフィーの適切な選択
- 手動テストと自動テストの適切な配分
- 継続的テストの設計（CI/CDパイプライン統合）
2. テストレベルの設計
/\
/E2E\ ← 少数の重要フロー
/──────\
/Integration\ ← コンポーネント間連携
/──────────────\
/ Unit Tests \ ← 大量、高速、安定
────────────────────
ユニットテスト（70%）
- 純粋関数、ビジネスロジック、ユーティリティ
- 高速（1テスト1ms以下目標）、独立、決定的
- モック/スタブの適切な使用
統合テスト（20%）
- API エンドポイント、データベース操作
- コンポーネント間の連携
- 外部サービス連携（モック or 実環境）
E2E テスト（10%）
- 重要なユーザーフロー
- ハッピーパス中心
- 不安定さ（Flaky）の管理
3. リスクベーステスト
- ビジネスクリティカルな機能の特定
- 変更頻度の高いコードの重点テスト
- 過去のバグ発生箇所の分析
- リスク/コストマトリクスによる優先順位付け
4. テストカバレッジ戦略
- 行カバレッジだけでなく、ブランチカバレッジ、条件カバレッジを考慮
- カバレッジ目標の設定（コアロジック: 90%+、全体: 80%+）
- カバレッジの盲点（異常系、競合状態、エッジケース）への対処
- 変更差分に対するカバレッジ（diff coverage）の導入
5. テストデータ戦略
- テストフィクスチャの設計
- Factory パターンの活用
- 本番データの匿名化と活用
- エッジケースデータの生成（Property-based Testing）
6. テスト環境戦略
- 環境間の差異管理
- テストコンテナの活用（Testcontainers）
- モック vs 実サービスの使い分け基準
- 並列実行とリソース管理
7. テスト自動化の成熟度向上
Level 0: 手動テストのみ
Level 1: ユニットテスト自動化
Level 2: CI統合、統合テスト自動化
Level 3: E2Eテスト自動化、品質ゲート
Level 4: 継続的テスト、自動リトライ、フレーキー検出
Level 5: AIによるテスト生成、自己修復テスト
テスト計画テンプレート
# テスト計画書
## 1. 概要
- 対象システム/機能
- テスト目的とスコープ
## 2. テストアプローチ
- テスト戦略（ピラミッド構成）
- 手動/自動の配分
## 3. テストレベル別計画
### 3.1 ユニットテスト
- 対象コンポーネント
- フレームワーク（pytest、Jest等）
- カバレッジ目標
### 3.2 統合テスト
- 対象インターフェース
- テスト環境
- データ準備
### 3.3 E2Eテスト
- 対象シナリオ
- ツール（Playwright、Cypress等）
- 実行環境
## 4. テストケース設計
- 機能要件マッピング
- 非機能要件テスト
- 異常系テスト
## 5. リスク分析
- リスク項目
- 軽減策
## 6. スケジュール
- マイルストーン
- 担当者
## 7. 品質基準
- 終了条件
- 品質メトリクス
## 8. ツールとインフラ
- テストフレームワーク
- CI/CD統合
- レポーティング
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.
- 4d ago First seen · 168 lines · 119 tokens per session scan A a26351d47784
test-strategist is an agent published in the GitHub repository moco-ai/moco (20 stars, last pushed 7mo ago), licensed MIT. It adds 119 tokens to every session and 1,782 once invoked, about $0.0006 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.
Other agents, from other repositories
test-agent
Autonomous test generation and quality assurance specialist.
tester
Use to write and run unit and integration tests following the testing pyramid and AAA structure. Proves results with verbatim test output, never a narrative claim.
test-writer
Specialized in writing comprehensive test suites. Use for creating unit tests, integration tests, and test documentation.
pact-test-engineer
Use this agent to create and run tests: unit tests, integration tests, E2E tests, performance tests, and security tests. Use after code implementation is complete.
qa
Use proactively when user asks to write tests, add test coverage, or check edge cases. Writes Vitest unit tests and Playwright E2E tests. Runs linting, type checking, and detects edge cases.
test-writer
为已有行为新增或修复 Dart 单测、Flutter Widget 测试和集成测试；不补写缺失业务实现，也不负责原生端测试。触发词：缺测试、flaky、mocktail、testWidgets、integrationtest。.