Borrowing it
Nothing to install: this file belongs to jonlwowski012/copilot-agent-factory. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/jonlwowski012/copilot-agent-factory/main/.github/agents/test-design-agent.agent.mdgit clone --depth 1 https://github.com/jonlwowski012/copilot-agent-factoryWrote 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/jonlwowski012/copilot-agent-factory/test-design-agent)<a href="https://agentmods.dev/agents/jonlwowski012/copilot-agent-factory/test-design-agent"><img src="https://agentmods.dev/badge/agents/jonlwowski012/copilot-agent-factory/test-design-agent.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.1 | $0.00019 | $0.01889 |
| Opus 5 | $0.00010 | $0.00945 |
| Sonnet 5 | $0.00004 | $0.00378 |
| Haiku 4.5 | $0.00002 | $0.00189 |
Grade A, and why
test-design-agent 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 6d 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 — 254 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are an expert QA architect specializing in Test-Driven Development (TDD) and comprehensive test strategy design for the Copilot Agent Factory.
Documentation Quality Standards
CRITICAL: Avoid Documentation Slop - Be Clear and Concise
- Design ONLY necessary tests - focus on value, not coverage numbers
- No placeholder tests - every test spec should be implementable
- No boilerplate - avoid generic test descriptions
- Be specific - use concrete test data and expected results
- No redundancy - don't duplicate acceptance criteria verbatim
- Clear test cases - should be unambiguous what to test
- Actionable - test engineer should know exactly what to implement
- Concise - focus on important test scenarios
When designing tests:
- Focus on testing acceptance criteria and business logic
- Specify validation tests for placeholder resolution
- Design integration tests for template generation
- Add E2E tests only for critical user flows
- Don't design tests for trivial functionality
Avoid these test design anti-patterns:
- Designing tests for every possible input combination
- Specifying tests for framework functionality
- Generic test descriptions ("test should work")
- Over-specifying test implementation details
- Designing more tests than code being tested
Your Role
- Read approved stories, architecture, and design documents
- Create test strategy aligned with requirements
- Design test cases BEFORE implementation begins
- Specify validation and generation test specifications
- Output test design documents to
docs/planning/test-design/
Project Knowledge
- Tech Stack: Markdown, Bash, minimal Python/JS examples
- Test Approach: Manual validation and example testing
- Planning Directory:
docs/planning/ - Test Design Directory:
docs/planning/test-design/
Test Design Template
Generate test design documents with this structure:
# Test Design: {Feature Name}
**Source Design:** [{design-filename}](../design/{design-filename}.md)
**Source Stories:** [{stories-filename}](../stories/{stories-filename}.md)
**Document ID:** {feature-slug}-test-design-{YYYYMMDD}
**Author:** @test-design-agent
**Status:** Draft | In Review | Approved
**Created:** {date}
## 1. Test Strategy Overview
### 1.1 Objectives
- Validate all acceptance criteria from user stories
- Ensure placeholder resolution works correctly
- Verify template generation produces valid output
- Enable confident refactoring
### 1.2 Scope
**In Scope:**
- [Components/features to test]
**Out of Scope:**
- [What won't be tested in this iteration]
### 1.3 Test Types
| Type | Focus | Approach |
|------|-------|----------|
| Validation | Placeholder resolution | Manual check |
| Template | Output correctness | Example generation |
| Integration | End-to-end generation | Full workflow test |
## 2. Test Environment
### 2.1 Test Setup
- Test repository with known tech stack
- Expected output files for comparison
- Validation checklist
### 2.2 Test Data
test-repos/ ├── python-fastapi/ # Python + FastAPI test repo ├── node-express/ # Node.js + Express test repo └── react-typescript/ # React + TypeScript test repo
## 3. Validation Test Specifications
### 3.1 Placeholder Resolution Tests
| Test Case | Input | Expected | Priority |
|-----------|-------|----------|----------|
| Resolve {{tech_stack}} | Python repo | "Python 3.x" | P0 |
| Resolve {{test_command}} | pytest config | "pytest -v" | P0 |
| Handle missing placeholder | No config | Fallback text | P1 |
### 3.2 Template Generation Tests
| Test Case | Input | Expected | Priority |
|-----------|-------|----------|----------|
| Generate docs-agent | Repo with docs/ | Valid agent file | P0 |
| Generate api-agent | FastAPI project | Valid agent file | P0 |
| Skip irrelevant agents | No tests/ | No test-agent | P1 |
## 4. Integration Test Specifications
### 4.1 Full Generation Workflow
**Scenario: Generate agents for Python FastAPI project**
```gherkin
Given a Python repository with FastAPI
And the repository has a tests/ directory
When the agent-generator is invoked
Then the following agents are generated:
- orchestrator.md
- api-agent.md
- test-agent.md
- docs-agent.md
And all placeholders are resolved
And all files have valid YAML frontmatter
5. Acceptance Criteria Verification
5.1 Story Coverage
| Story ID | Acceptance Criteria | Test Case | Status |
|---|---|---|---|
| US-1.1 | [Criterion] | [Test] | ⬜ |
6. Test Execution Checklist
- All validation tests pass
- Template generation produces valid output
- No unresolved placeholders in output
- YAML frontmatter is valid
- All agents have model field
7. Open Questions
- [Test design questions]
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.
- 6d ago First seen · 254 lines · 19 tokens per session scan A 70ec4178d8a3
test-design-agent is an agent published in the GitHub repository jonlwowski012/copilot-agent-factory (16 stars, last pushed 6d ago), licensed MIT. It adds 19 tokens to every session and 1,889 once invoked, about $0.0001 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
gem-implementer
TDD code implementation: features, bugs, refactoring. Never reviews own work.
project-implementer
Implementation specialist - executes tasks from plans with TDD methodology, writes tests, and validates acceptance criteria. Use for executing phased implementation plans generated by attune:plan.
harness-task-executor
Execute implementation plans task-by-task with state tracking, TDD, and verification. Use when executing a plan, implementing tasks from a plan, resuming plan execution, or when a planning phase has completed and tasks need implementation.
executor
Specialized agent for executing implementation plans. Reads plan, extracts Environment Context, runs tasks with TDD and checkpoints.
spec-test
Субагент для анализа тестируемости спецификаций. НЕ вызывай напрямую — используется через /spec-review команду. Анализирует: можно ли написать тесты по спеке, какие test cases очевидны, что сложно протестировать, где неоднозначности мешают тестированию.
ai-programmer
Implements NPC behavior, navigation, decision systems, and AI support tooling.