Skip to content

docs(agents): add AGENTS.md — multi-agent coordination rules - #904

Merged
kovtcharov merged 1 commit into
mainfrom
kalin/add-agents-md
Apr 28, 2026
Merged

kovtcharov merged 1 commit into
mainfrom
kalin/add-agents-md

Conversation

@kovtcharov

Copy link
Copy Markdown
Contributor

Summary

Adds AGENTS.md establishing coordination rules for coding agents (Claude Code, Cursor, Copilot, custom orchestrators) working on GAIA in parallel. Complements CLAUDE.md without duplicating it — CLAUDE.md owns project conventions; AGENTS.md owns multi-agent coordination. Priority order is explicit (CLAUDE.md > AGENTS.md > default agent behavior).

Why

With v0.20.0 carrying 11+ consumer-critical PRs landing in parallel, coordination becomes the dominant cost — typing speed isn't the bottleneck anymore. Without explicit rules, parallel agents create merge conflicts, divergent component patterns, and incoherent UX. This documents the discipline once so it doesn't get reinvented per release.

Key rules established

Cross-references

Test plan

Adds AGENTS.md establishing coordination rules for coding agents
(Claude Code, Cursor, Copilot, custom orchestrators) working on GAIA
in parallel. Complements CLAUDE.md without duplicating it — CLAUDE.md
owns project conventions; AGENTS.md owns multi-agent coordination.

Establishes stop-the-line discipline for foundational PRs, spec-before-PR
for consumer-critical work, the review chain (code-reviewer +
architecture-reviewer + claude.yml + human), and pre-flight checks
agents must run before opening PRs.

Referenced by issues #899 (orchestration playbook), #900 (spec
preflight), and #903 (PR #606 stop-the-line).
@antmikinka

Copy link
Copy Markdown
Contributor

How can we rely on an LLM when its context bloated to be following rules?

@kovtcharov

Copy link
Copy Markdown
Contributor Author

How can we rely on an LLM when its context bloated to be following rules?

Splitting into multiple specialized agents and enabling them to communicate with each other is our best bet. If you're referring to this specific agents.md, this is specific to Claude code for development, not Gaia agents and is just a helper to coordinate agents like Claude.md.

@kovtcharov
kovtcharov added this pull request to the merge queue Apr 28, 2026
Merged via the queue into main with commit 773b5e8 Apr 28, 2026
18 of 19 checks passed
@kovtcharov
kovtcharov deleted the kalin/add-agents-md branch April 28, 2026 14:36
dislovelhl pushed a commit to dislovelhl/amd-gaia that referenced this pull request May 4, 2026
…work (amd#906)

Adds a third issue template (alongside `bug_report.yaml` and
`feature_request.yaml`) specifically for team-internal feature work and
tasks intended for coding-agent assignment.

## Why
The existing templates are user-facing. With AGENTS.md (PR amd#904)
establishing "spec-before-PR" as a rule for consumer-critical work,
internal issues need a template that prompts authors to capture: Goal,
Scope, Acceptance criteria, Attribution / prior art, Dependencies,
Failure modes, plus capability domain and product track selection.

## What it captures
- **Goal** + **Scope** + **Acceptance criteria** sections (required)
matching the depth of amd#887/amd#888/amd#890 specs
- **Attribution** section (per CLAUDE.md attribution rule)
- **Failure modes** section (per CLAUDE.md no-silent-fallback rule)
- **Domain dropdown** — 8 options matching the new `domain:*` label
taxonomy
- **Track dropdown** — 3 options matching `track:*` labels (consumer-app
/ oem-pc / platform)
- **Priority dropdown** with explicit definitions (p0=4 weeks, p1=2
milestones, etc.)
- **Consumer-critical** checkbox

## Cross-references
- AGENTS.md (PR amd#904) establishes the rules this template enforces in
practice
- Mobile design-system spec (PR amd#905) is an example of the spec depth
required for consumer-critical work

## Test plan
- [ ] Template renders correctly in the GitHub "New issue" picker
- [ ] All dropdowns work
- [ ] Required fields enforce on submit
- [ ] No conflict with existing bug_report or feature_request templates
theonlychant pushed a commit to theonlychant/gaia that referenced this pull request May 5, 2026
…work (amd#906)

Adds a third issue template (alongside `bug_report.yaml` and
`feature_request.yaml`) specifically for team-internal feature work and
tasks intended for coding-agent assignment.

## Why
The existing templates are user-facing. With AGENTS.md (PR amd#904)
establishing "spec-before-PR" as a rule for consumer-critical work,
internal issues need a template that prompts authors to capture: Goal,
Scope, Acceptance criteria, Attribution / prior art, Dependencies,
Failure modes, plus capability domain and product track selection.

## What it captures
- **Goal** + **Scope** + **Acceptance criteria** sections (required)
matching the depth of amd#887/amd#888/amd#890 specs
- **Attribution** section (per CLAUDE.md attribution rule)
- **Failure modes** section (per CLAUDE.md no-silent-fallback rule)
- **Domain dropdown** — 8 options matching the new `domain:*` label
taxonomy
- **Track dropdown** — 3 options matching `track:*` labels (consumer-app
/ oem-pc / platform)
- **Priority dropdown** with explicit definitions (p0=4 weeks, p1=2
milestones, etc.)
- **Consumer-critical** checkbox

## Cross-references
- AGENTS.md (PR amd#904) establishes the rules this template enforces in
practice
- Mobile design-system spec (PR amd#905) is an example of the spec depth
required for consumer-critical work

## Test plan
- [ ] Template renders correctly in the GitHub "New issue" picker
- [ ] All dropdowns work
- [ ] Required fields enforce on submit
- [ ] No conflict with existing bug_report or feature_request templates
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants