mirror of
https://github.com/github/awesome-copilot.git
synced 2026-04-11 02:35:55 +00:00
[gem-team] New Agents + magic keywords + coverage tracking + contract checks (#1227)
* feat(orchestrator): add Discuss Phase and PRD creation workflow - Introduce Discuss Phase for medium/complex objectives, generating context‑aware options and logging architectural decisions - Add PRD creation step after discussion, storing the PRD in docs/prd.yaml - Refactor Phase 1 to pass task clarifications to researchers - Update Phase 2 planning to include multi‑plan selection for complex tasks and verification with gem‑reviewer - Enhance Phase 3 execution loop with wave integration checks and conflict filtering * feat(gem-team): bump version to 1.3.3 and refine description with Discuss Phase and PRD compliance verification * chore(release): bump marketplace version to 1.3.4 - Update `marketplace.json` version from `1.3.3` to `1.3.4`. - Refine `gem-browser-tester.agent.md`: - Replace "UUIDs" typo with correct spelling. - Adjust wording and formatting for clarity. - Update JSON code fences to use ````jsonc````. - Modify workflow description to reference `AGENTS.md` when present. - Refine `gem-devops.agent.md`: - Align expertise list formatting. - Standardize tool list syntax with back‑ticks. - Minor wording improvements. - Increase retry attempts in `gem-browser-tester.agent.md` from 2 to 3 attempts. - Minor typographical and formatting corrections across agent documentation. * refactor: rename prd_path to project_prd_path in agent configurations - Updated gem-orchestrator.agent.md to use `project_prd_path` instead of `prd_path` in task definitions and delegation logic. - Updated gem-planner.agent.md to reference `project_prd_path` and clarify PRD reading. - Updated gem-researcher.agent.md to use `project_prd_path` and adjust PRD consumption logic. - Applied minor wording improvements and consistency fixes across the orchestrator, planner, and researcher documentation. * feat(plugin): expand marketplace description, bump version to 1.4.0; revamp gem-browser-tester agent documentation with clearer role, expertise, and workflow specifications. * chore: remove outdated plugin metadata fields from README.plugins.md and plugin.json * feat(tooling): bump marketplace version to 1.5.0 and refine validation thresholds - Update marketplace.json version from 1.4.0 to 1.5.0 - Adjust validation criteria in gem-browser-tester.agent.md to trigger additional tests when coverage < 0.85 or confidence < 0.85 - Refine accessibility compliance description, adding runtime validation and SPEC‑based accessibility notes- Add new gem-code-simplifier.agent.md documentation for code refactoring - Update README and plugin metadata to reflect version change and new tooling * docs: improve bug‑fix delegation description and delegation‑first guidance in gem‑orchestrator.agent.md - Clarified the two‑step diagnostic‑then‑fix flow for bug fixes using gem‑debugger and gem‑implementer. - Updated the “Delegation First” checklist to stress that **no** task, however small, should be performed directly by the orchestrator, emphasizing sub‑agent delegation and retry/escalation strategy. --------- Co-authored-by: Aaron Powell <me@aaron-powell.com>
This commit is contained in:
Muhammad Ubaid Raza
committed by
GitHub
GitHub
parent
1c6002448d
commit
4a6858179f
16
plugins/gem-team/.github/plugin/plugin.json
vendored
16
plugins/gem-team/.github/plugin/plugin.json
vendored
@@ -7,7 +7,11 @@
|
||||
"./agents/gem-browser-tester.md",
|
||||
"./agents/gem-devops.md",
|
||||
"./agents/gem-reviewer.md",
|
||||
"./agents/gem-documentation-writer.md"
|
||||
"./agents/gem-documentation-writer.md",
|
||||
"./agents/gem-debugger.md",
|
||||
"./agents/gem-critic.md",
|
||||
"./agents/gem-code-simplifier.md",
|
||||
"./agents/gem-designer.md"
|
||||
],
|
||||
"author": {
|
||||
"name": "Awesome Copilot Community"
|
||||
@@ -17,16 +21,16 @@
|
||||
"multi-agent",
|
||||
"orchestration",
|
||||
"tdd",
|
||||
"ci-cd",
|
||||
"devops",
|
||||
"security-audit",
|
||||
"documentation",
|
||||
"dag-planning",
|
||||
"compliance",
|
||||
"code-quality",
|
||||
"prd"
|
||||
"prd",
|
||||
"debugging",
|
||||
"refactoring"
|
||||
],
|
||||
"license": "MIT",
|
||||
"name": "gem-team",
|
||||
"repository": "https://github.com/github/awesome-copilot",
|
||||
"version": "1.4.0"
|
||||
"version": "1.5.0"
|
||||
}
|
||||
|
||||
@@ -1,9 +1,53 @@
|
||||
# Gem Team
|
||||
|
||||
> A modular, high-performance multi-agent orchestration framework for complex project execution, feature implementation, and automated verification.
|
||||
> A modular, high-performance multi-agent orchestration framework for spec-driven development, feature implementation, and automated verification.
|
||||
|
||||
[](https://awesome-copilot.github.com/plugins/#file=plugins%2Fgem-team)
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
## Why Gem Team?
|
||||
|
||||
### Single-Agent Problems → Gem Team Solutions
|
||||
|
||||
| Problem | Solution |
|
||||
|:--------|:---------|
|
||||
| Context overload | **Specialized agents** with focused expertise |
|
||||
| No specialization | **12 expert agents** with clear roles and zero overlap |
|
||||
| Sequential bottlenecks | **DAG-based parallel execution** (≤4 agents simultaneously) |
|
||||
| Missing verification | **TDD + mandatory verification gates** per agent |
|
||||
| Intent misalignment | **Discuss phase** captures intent; **clarification tracking** in PRD |
|
||||
| No audit trail | Persistent **`plan.yaml` and `PRD.yaml`** tracks every decision & outcome |
|
||||
| Over-engineering | **Architectural gates** validate simplicity; **gem-critic** challenges assumptions |
|
||||
| Untested accessibility | **WCAG spec validation** (designer) + **runtime checks** (browser tester) |
|
||||
| Blind retries | **Diagnose-then-fix**: gem-debugger finds root cause, gem-implementer applies fix |
|
||||
| Single-plan risk | Complex tasks get **3 planner variants** → best DAG selected automatically |
|
||||
| Missed edge cases | **gem-critic** audits for logic gaps, boundary conditions, YAGNI violations |
|
||||
| Slow manual workflows | **Magic keywords** (`autopilot`, `simplify`, `critique`, `debug`, `fast`) skip to what you need |
|
||||
| Docs drift from code | **gem-documentation-writer** enforces code-documentation parity |
|
||||
| Unsafe deployments | **Approval gates** block production/security changes until confirmed |
|
||||
| Browser fragmentation | **Multi-browser testing** via Chrome MCP, Playwright, and Agent Browser |
|
||||
| Broken contracts | **Contract verification** post-wave ensures dependent tasks integrate correctly |
|
||||
|
||||
### Why It Works
|
||||
|
||||
- **10x Faster** — Parallel execution eliminates bottlenecks
|
||||
- **Higher Quality** — Specialized agents + TDD + verification gates = fewer bugs
|
||||
- **Built-in Security** — OWASP scanning on critical tasks
|
||||
- **Full Visibility** — Real-time status, clear approval gates
|
||||
- **Resilient** — Pre-mortem analysis, failure handling, auto-replanning
|
||||
- **Pattern Reuse** — Codebase pattern discovery prevents reinventing wheels
|
||||
- **Self-Correcting** — All agents self-critique at 0.85 confidence threshold before returning results
|
||||
- **Accessibility-First** — WCAG compliance validated at both spec and runtime layers
|
||||
- **Smart Debugging** — Root-cause analysis with stack trace parsing, regression bisection, and confidence-scored fix recommendations
|
||||
- **Safe DevOps** — Idempotent operations, health checks, and mandatory approval gates for production
|
||||
- **Traceable** — Self-documenting IDs link requirements → tasks → tests → evidence
|
||||
- **Decision-Focused** — Research outputs highlight blockers and decision points for planners
|
||||
- **Rich Specification Creation** — PRD creation with user stories, IN/OUT of scope, acceptance criteria, and clarification tracking
|
||||
- **Spec-Driven Development** — Specifications define the "what" before the "how", with multi-step refinement rather than one-shot code generation from prompts
|
||||
|
||||
---
|
||||
|
||||
## Installation
|
||||
|
||||
@@ -16,67 +60,274 @@ copilot plugin install gem-team@awesome-copilot
|
||||
|
||||
---
|
||||
|
||||
## Features
|
||||
## Architecture
|
||||
|
||||
- **TDD (Red-Green-Refactor)** — Tests first → fail → minimal code → refactor → verify
|
||||
- **Security-First Review** — OWASP scanning, secrets/PII detection
|
||||
- **Pre-Mortem Analysis** — Failure modes identified BEFORE execution
|
||||
- **Intent Capture** — Discuss phase locks user intent before planning
|
||||
- **Approval Gates** — Security + deployment approval for sensitive ops
|
||||
- **Multi-Browser Testing** — Chrome MCP, Playwright, Agent Browser support
|
||||
- **Sequential Thinking** — Chain-of-thought for complex analysis
|
||||
- **Codebase Pattern Discovery** — Avoids reinventing the wheel
|
||||
```mermaid
|
||||
flowchart TB
|
||||
subgraph USER["USER"]
|
||||
goal["User Goal"]
|
||||
end
|
||||
|
||||
---
|
||||
subgraph ORCH["ORCHESTRATOR"]
|
||||
detect["Phase Detection"]
|
||||
route["Route to agents"]
|
||||
synthesize["Synthesize results"]
|
||||
end
|
||||
|
||||
## The Agent Team
|
||||
subgraph DISCUSS["Phase 1: Discuss"]
|
||||
dir1["medium|complex only"]
|
||||
intent["Intent capture"]
|
||||
clar["Clarifications"]
|
||||
end
|
||||
|
||||
| Agent | Role | Description |
|
||||
| :--- | :--- | :--- |
|
||||
| `gem-orchestrator` | **ORCHESTRATOR** | Team Lead — Coordinates multi-agent workflows, delegates tasks, synthesizes results. Detects phase, routes to agents, manages Discuss Phase, PRD creation, and multi-plan selection. |
|
||||
| `gem-researcher` | **RESEARCHER** | Research specialist — Gathers codebase context, identifies relevant files/patterns, returns structured findings. Uses complexity-based proportional effort (1-3 passes). |
|
||||
| `gem-planner` | **PLANNER** | Creates DAG-based plans with pre-mortem analysis and task decomposition. Calculates plan metrics for multi-plan selection. |
|
||||
| `gem-implementer` | **IMPLEMENTER** | Executes TDD code changes, ensures verification, maintains quality. Includes online research tools (Context7, tavily_search). |
|
||||
| `gem-browser-tester` | **BROWSER TESTER** | Automates E2E scenarios with Chrome DevTools MCP, Playwright, Agent Browser. UI/UX validation with visual verification techniques. |
|
||||
| `gem-devops` | **DEVOPS** | Manages containers, CI/CD pipelines, and infrastructure deployment. Handles approval gates with user confirmation. |
|
||||
| `gem-reviewer` | **REVIEWER** | Security gatekeeper — OWASP scanning, secrets detection, compliance. PRD compliance verification and wave integration checks. |
|
||||
| `gem-documentation-writer` | **DOCUMENTATION WRITER** | Generates technical docs, diagrams, maintains code-documentation parity. |
|
||||
subgraph PRD["Phase 2: PRD Creation"]
|
||||
stories["User stories"]
|
||||
scope["IN/OUT of scope"]
|
||||
criteria["Acceptance criteria"]
|
||||
clar_tracking["Clarification tracking"]
|
||||
end
|
||||
|
||||
subgraph PHASE3["Phase 3: Research"]
|
||||
focus["Focus areas (≤4∥)"]
|
||||
res["gem-researcher"]
|
||||
end
|
||||
|
||||
subgraph PHASE4["Phase 4: Planning"]
|
||||
dag["DAG + Pre-mortem"]
|
||||
multi["3 variants (complex)"]
|
||||
critic_plan["gem-critic"]
|
||||
verify_plan["gem-reviewer"]
|
||||
planner["gem-planner"]
|
||||
end
|
||||
|
||||
subgraph EXEC["Phase 5: Execution"]
|
||||
waves["Wave-based (1→n)"]
|
||||
parallel["≤4 agents ∥"]
|
||||
integ["Wave Integration"]
|
||||
diag_fix["Diagnose-then-Fix Loop"]
|
||||
end
|
||||
|
||||
subgraph AUTO["Auto-Invocations (post-wave)"]
|
||||
auto_critic["gem-critic (complex)"]
|
||||
auto_design["gem-designer (UI tasks)"]
|
||||
end
|
||||
|
||||
subgraph WORKERS["Workers"]
|
||||
impl["gem-implementer"]
|
||||
test["gem-browser-tester"]
|
||||
devops["gem-devops"]
|
||||
docs["gem-documentation-writer"]
|
||||
debug["gem-debugger"]
|
||||
simplify["gem-code-simplifier"]
|
||||
design["gem-designer"]
|
||||
end
|
||||
|
||||
subgraph SUMMARY["Phase 6: Summary"]
|
||||
status["Status report"]
|
||||
prod_feedback["Production feedback"]
|
||||
decision_log["Decision log"]
|
||||
end
|
||||
|
||||
goal --> detect
|
||||
|
||||
detect --> |"No plan\n(medium|complex)"| DISCUSS
|
||||
detect --> |"No plan\n(simple)"| PHASE3
|
||||
detect --> |"Plan + pending"| EXEC
|
||||
detect --> |"Plan + feedback"| PHASE4
|
||||
detect --> |"All done"| SUMMARY
|
||||
detect --> |"Magic keyword"| route
|
||||
|
||||
DISCUSS --> PRD
|
||||
PRD --> PHASE3
|
||||
PHASE3 --> PHASE4
|
||||
PHASE4 --> |"Approved"| EXEC
|
||||
PHASE4 --> |"Issues"| PHASE4
|
||||
EXEC --> WORKERS
|
||||
EXEC --> AUTO
|
||||
EXEC --> |"Failure"| diag_fix
|
||||
diag_fix --> |"Retry"| EXEC
|
||||
EXEC --> |"Complete"| SUMMARY
|
||||
SUMMARY --> |"Feedback"| PHASE4
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Core Workflow
|
||||
|
||||
The Orchestrator follows a 4-Phase workflow:
|
||||
The Orchestrator follows a 6-phase workflow with automatic phase detection.
|
||||
|
||||
1. **Discuss Phase** — Requirements clarification, intent capture
|
||||
2. **Research** — Complexity-aware codebase exploration
|
||||
3. **Planning** — DAG-based plans with pre-mortem analysis
|
||||
4. **Execution** — Wave-based parallel agent execution with verification gates
|
||||
### Phase Detection
|
||||
|
||||
| Condition | Action |
|
||||
|:----------|:-------|
|
||||
| No plan + simple | Research Phase (skip Discuss) |
|
||||
| No plan + medium\|complex | Discuss Phase |
|
||||
| Plan + pending tasks | Execution Loop |
|
||||
| Plan + feedback | Planning |
|
||||
| All tasks done | Summary |
|
||||
| Magic keyword | Fast-track to specified agent/mode |
|
||||
|
||||
### Phase 1: Discuss (medium|complex only)
|
||||
|
||||
- **Identifies gray areas** → 2-4 context-aware options per question
|
||||
- **Asks 3-5 targeted questions** → Architectural decisions → `AGENTS.md`
|
||||
- **Task clarifications** captured for PRD creation
|
||||
|
||||
### Phase 2: PRD Creation
|
||||
|
||||
- **Creates** `docs/PRD.yaml` from Discuss Phase outputs
|
||||
- **Includes:** user stories, IN SCOPE, OUT OF SCOPE, acceptance criteria
|
||||
- **Tracks clarifications:** status (open/resolved/deferred) with owner assignment
|
||||
|
||||
### Phase 3: Research
|
||||
|
||||
- **Detects complexity** (simple/medium/complex)
|
||||
- **Delegates to gem-researcher** (≤4 concurrent) per focus area
|
||||
- **Output:** `docs/plan/{plan_id}/research_findings_{focus}.yaml`
|
||||
|
||||
### Phase 4: Planning
|
||||
|
||||
- **Complex:** 3 planner variants (a/b/c) → selects best
|
||||
- **gem-reviewer** validates with architectural checks (simplicity, anti-abstraction, integration-first)
|
||||
- **gem-critic** challenges assumptions
|
||||
- **Planning history** tracks iteration passes for continuous improvement
|
||||
- **Output:** `docs/plan/{plan_id}/plan.yaml` (DAG + waves)
|
||||
|
||||
### Phase 5: Execution
|
||||
|
||||
- **Executes in waves** (wave 1 first, wave 2 after)
|
||||
- **≤4 agents parallel** per wave (6-8 with `fast`/`parallel` keyword)
|
||||
- **TDD cycle:** Red → Green → Refactor → Verify
|
||||
- **Contract-first:** Write contract tests before implementing tasks with dependencies
|
||||
- **Wave integration:** get_errors → build → lint/typecheck/tests → contract verification
|
||||
- **On failure:** gem-debugger diagnoses → root cause injected → gem-implementer retries (max 3)
|
||||
- **Prototype support:** Wave 1 can include prototype tasks to validate architecture early
|
||||
- **Auto-invocations:** gem-critic after each wave (complex); gem-designer validates UI tasks post-wave
|
||||
|
||||
### Phase 6: Summary
|
||||
|
||||
- **Decision log:** All key decisions with rationale (backward reference to requirements)
|
||||
- **Production feedback:** How to verify in production, known limitations, rollback procedure
|
||||
- **Presents** status, next steps
|
||||
- **User feedback** → routes back to Planning
|
||||
|
||||
---
|
||||
|
||||
## The Agent Team
|
||||
|
||||
| Agent | Role | When to Use |
|
||||
|:------|:-----|:------------|
|
||||
| `gem-orchestrator` | **ORCHESTRATOR** | Coordinates multi-agent workflows, delegates tasks. Never executes directly. |
|
||||
| `gem-researcher` | **RESEARCHER** | Research, explore, analyze code, find patterns, investigate dependencies. Decision-focused output with blockers highlighted. |
|
||||
| `gem-planner` | **PLANNER** | Plan, design approach, break down work, estimate effort. Supports prototype tasks, planning passes, and multiple iterations. |
|
||||
| `gem-implementer` | **IMPLEMENTER** | Implement, build, create, code, write, fix (TDD). Uses contract-first approach for tasks with dependencies. |
|
||||
| `gem-browser-tester` | **BROWSER TESTER** | Test UI, browser tests, E2E, visual regression, accessibility. |
|
||||
| `gem-devops` | **DEVOPS** | Deploy, configure infrastructure, CI/CD, containers. |
|
||||
| `gem-reviewer` | **REVIEWER** | Review, audit, security scan, compliance. Never modifies. Performs architectural checks and contract verification. |
|
||||
| `gem-documentation-writer` | **DOCUMENTATION** | Document, write docs, README, API docs, diagrams. |
|
||||
| `gem-debugger` | **DEBUGGER** | Debug, diagnose, root cause analysis, trace errors. Never fixes. |
|
||||
| `gem-critic` | **CRITIC** | Critique, challenge assumptions, edge cases, over-engineering. |
|
||||
| `gem-code-simplifier` | **SIMPLIFIER** | Simplify, refactor, dead code removal, reduce complexity. |
|
||||
| `gem-designer` | **DESIGNER** | Design UI, create themes, layouts, validate accessibility. |
|
||||
|
||||
---
|
||||
|
||||
## Key Features
|
||||
|
||||
| Feature | Description |
|
||||
|:--------|:------------|
|
||||
| **TDD (Red-Green-Refactor)** | Tests first → fail → minimal code → refactor → verify |
|
||||
| **Security-First** | OWASP scanning, secrets/PII detection, tiered depth review |
|
||||
| **Pre-Mortem Analysis** | Failure modes identified BEFORE execution |
|
||||
| **Multi-Plan Selection** | Complex tasks: 3 planner variants → selects best DAG |
|
||||
| **Wave-Based Execution** | Parallel agent execution with integration gates |
|
||||
| **Diagnose-then-Fix** | gem-debugger finds root cause → injects diagnosis → gem-implementer fixes |
|
||||
| **Approval Gates** | Security + deployment approval for sensitive ops |
|
||||
| **Multi-Browser Testing** | Chrome MCP, Playwright, Agent Browser |
|
||||
| **Codebase Patterns** | Avoids reinventing the wheel |
|
||||
| **Self-Critique** | Reflection step before output (0.85 confidence threshold) |
|
||||
| **Root-Cause Diagnosis** | Stack trace analysis, regression bisection |
|
||||
| **Constructive Critique** | Challenges assumptions, finds edge cases |
|
||||
| **Magic Keywords** | Fast-track modes: `autopilot`, `simplify`, `critique`, `debug`, `fast` |
|
||||
| **Docs-Code Parity** | Documentation verified against source code |
|
||||
| **Contract-First Development** | Contract tests written before implementation |
|
||||
| **Self-Documenting IDs** | Task/AC IDs encode lineage for traceability |
|
||||
| **Architectural Gates** | Plan review validates simplicity & integration-first |
|
||||
| **Prototype Wave** | Wave 1 can validate architecture before full implementation |
|
||||
| **Planning History** | Tracks iteration passes for continuous improvement |
|
||||
| **Clarification Tracking** | PRD tracks unresolved items with ownership |
|
||||
|
||||
---
|
||||
|
||||
## Knowledge Sources
|
||||
|
||||
All agents consult these sources in priority order:
|
||||
All agents consult in priority order:
|
||||
|
||||
- `docs/PRD.yaml` — Product requirements
|
||||
- Codebase patterns — Semantic search
|
||||
- `AGENTS.md` — Team conventions
|
||||
- Context7 — Library documentation
|
||||
- Official docs & online search
|
||||
| Source | Description |
|
||||
|:-------|:------------|
|
||||
| `docs/PRD.yaml` | Product requirements — scope and acceptance criteria |
|
||||
| Codebase patterns | Semantic search for implementations, reusable components |
|
||||
| `AGENTS.md` | Team conventions and architectural decisions |
|
||||
| Context7 | Library and framework documentation |
|
||||
| Official docs | Guides, configuration, reference materials |
|
||||
| Online search | Best practices, troubleshooting, GitHub issues |
|
||||
|
||||
---
|
||||
|
||||
## Why Gem Team?
|
||||
## Generated Artifacts
|
||||
|
||||
- **10x Faster** — Parallel execution eliminates bottlenecks
|
||||
- **Higher Quality** — Specialized agents + TDD + verification gates
|
||||
- **Built-in Security** — OWASP scanning on critical tasks
|
||||
- **Full Visibility** — Real-time status, clear approval gates
|
||||
- **Resilient** — Pre-mortem analysis, failure handling, auto-replanning
|
||||
| Agent | Generates | Path |
|
||||
|:------|:----------|:-----|
|
||||
| gem-orchestrator | PRD | `docs/PRD.yaml` |
|
||||
| gem-planner | plan.yaml | `docs/plan/{plan_id}/plan.yaml` |
|
||||
| gem-researcher | findings | `docs/plan/{plan_id}/research_findings_{focus}.yaml` |
|
||||
| gem-critic | critique report | `docs/plan/{plan_id}/critique_{scope}.yaml` |
|
||||
| gem-browser-tester | evidence | `docs/plan/{plan_id}/evidence/{task_id}/` |
|
||||
| gem-designer | design specs | `docs/plan/{plan_id}/design_{task_id}.yaml` |
|
||||
| gem-code-simplifier | change log | `docs/plan/{plan_id}/simplification_{task_id}.yaml` |
|
||||
| gem-debugger | diagnosis | `docs/plan/{plan_id}/logs/{agent}_{task_id}_{timestamp}.yaml` |
|
||||
| gem-documentation-writer | docs | `docs/` (README, API docs, walkthroughs) |
|
||||
|
||||
---
|
||||
|
||||
## Source
|
||||
## Agent Protocol
|
||||
|
||||
This plugin is part of [Awesome Copilot](https://github.com/github/awesome-copilot), a community-driven collection of GitHub Copilot extensions.
|
||||
### Core Rules
|
||||
|
||||
- Output ONLY requested deliverable (code: code ONLY)
|
||||
- Think-Before-Action via internal `<thought>` block
|
||||
- Batch independent operations; context-efficient reads (≤200 lines)
|
||||
- Agent-specific `verification` criteria from plan.yaml
|
||||
- Self-critique: agents reflect on output before returning results
|
||||
- Knowledge sources: agents consult prioritized references (PRD → codebase → AGENTS.md → Context7 → docs → online)
|
||||
|
||||
### Verification by Agent
|
||||
|
||||
| Agent | Verification |
|
||||
|:------|:-------------|
|
||||
| Implementer | get_errors → typecheck → unit tests → contract tests (if applicable) |
|
||||
| Debugger | reproduce → stack trace → root cause → fix recommendations |
|
||||
| Critic | assumption audit → edge case discovery → over-engineering detection → logic gap analysis |
|
||||
| Browser Tester | validation matrix → console → network → accessibility |
|
||||
| Reviewer (task) | OWASP scan → code quality → logic → task_completion_check → coverage_status |
|
||||
| Reviewer (plan) | coverage → atomicity → deps → PRD alignment → architectural_checks |
|
||||
| Reviewer (wave) | get_errors → build → lint → typecheck → tests → contract_checks |
|
||||
| DevOps | deployment → health checks → idempotency |
|
||||
| Doc Writer | completeness → code parity → formatting |
|
||||
| Simplifier | tests pass → behavior preserved → get_errors |
|
||||
| Designer | accessibility → visual hierarchy → responsive → design system compliance |
|
||||
| Researcher | decision_blockers → research_blockers → coverage → confidence |
|
||||
|
||||
---
|
||||
|
||||
## Contributing
|
||||
|
||||
Contributions are welcome! Please feel free to submit a Pull Request.
|
||||
|
||||
## License
|
||||
|
||||
This project is licensed under the MIT License.
|
||||
|
||||
## Support
|
||||
|
||||
If you encounter any issues or have questions, please [open an issue](https://github.com/mubaidr/gem-team/issues) on GitHub.
|
||||
|
||||
Reference in New Issue
Block a user