fix: Adjust reasoning effort level to medium in developer agent and update tester model reference
This commit is contained in:
@@ -8,7 +8,7 @@ permission:
|
|||||||
edit: allow
|
edit: allow
|
||||||
bash: allow
|
bash: allow
|
||||||
options:
|
options:
|
||||||
reasoningEffort: high
|
reasoningEffort: medium
|
||||||
thinking:
|
thinking:
|
||||||
type: enabled
|
type: enabled
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -2,7 +2,7 @@
|
|||||||
name: tester
|
name: tester
|
||||||
description: "Holistic QA: Manages unit, integration, and writes and auto-repairs E2E test suites."
|
description: "Holistic QA: Manages unit, integration, and writes and auto-repairs E2E test suites."
|
||||||
mode: "subagent"
|
mode: "subagent"
|
||||||
model: "deepseek/deepseek-v4-pro"
|
model: "deepseek/deepseek-v4-flash"
|
||||||
permission:
|
permission:
|
||||||
edit: allow
|
edit: allow
|
||||||
bash:
|
bash:
|
||||||
|
|||||||
@@ -7,7 +7,7 @@ description: "Executes the full dev-to-docs pipeline: Developer -> Tester -> Wri
|
|||||||
|
|
||||||
I orchestrate a sequential feature implementation and verification pipeline:
|
I orchestrate a sequential feature implementation and verification pipeline:
|
||||||
|
|
||||||
1. **Architect**: Explores codebase, asks clarifying questions, and drafts the spec. \*_Waits for user approval before handoff._
|
1. **Architect**: Explores codebase, asks clarifying questions, and drafts the spec. *Waits for user approval before handoff.*
|
||||||
2. **Developer**: Implements the feature based on the spec.
|
2. **Developer**: Implements the feature based on the spec.
|
||||||
3. **Tester**: Runs full unit test suites; repairs failures if found.
|
3. **Tester**: Runs full unit test suites; repairs failures if found.
|
||||||
4. **Writer**: After updating README and API docs, review `docs/tech_debt_and_optimizations.md` for formatting consistency and ensure no duplicate entries exist.
|
4. **Writer**: After updating README and API docs, review `docs/tech_debt_and_optimizations.md` for formatting consistency and ensure no duplicate entries exist.
|
||||||
@@ -15,10 +15,11 @@ I orchestrate a sequential feature implementation and verification pipeline:
|
|||||||
## Execution Rules
|
## Execution Rules
|
||||||
|
|
||||||
- **Architect Gate**: Stop after Phase 3 and wait for user approval on the spec before calling `@developer`.
|
- **Architect Gate**: Stop after Phase 3 and wait for user approval on the spec before calling `@developer`.
|
||||||
|
- **Tester Repair Limit**: Allow `@tester` a maximum of 2 auto-repair attempts for failing test suites. If tests still fail after 2 attempts, hand the error context back to `@developer` to fix the underlying implementation.
|
||||||
- Stop and ask the user for clarification if any step fails or is ambiguous.
|
- Stop and ask the user for clarification if any step fails or is ambiguous.
|
||||||
- Use `@` mentions to trigger subagents sequentially.
|
- Use `@` mentions to trigger subagents sequentially.
|
||||||
- Pass context from each completed stage to the next stage
|
- Pass context from each completed stage to the next stage.
|
||||||
|
|
||||||
## When to use me
|
## When to use me
|
||||||
|
|
||||||
Invoke me when you are ready to begin a new feature/fix or when the Architect has finished a specification.
|
Invoke me when you are ready to begin a new feature/fix or when the Architect has finished a specification.
|
||||||
Reference in New Issue
Block a user