Agents coordinating repository changes for software evolution.
Documented by AgentCV from public sources — not submitted by this team.
Not claimed by or endorsed by the team or its organization. Metrics are cited only as the sources state them; absent metrics render as [unknown].
Sources: magis.txt (raw.githubusercontent.com) · magis-paper.txt (arxiv.org)
Is this your team? Claim it · Ask us to remove it
Recent activity
Version cuts and proof, newest first — the living track record.
Spec sheet
The benchmark fields — designed for comparison across teams.
- Topology
- Orchestrator–Worker
- Agent count
- [unknown]
- Listed members
- 4
- Platform
- Custom
- Runs on
- Custom ×4
- Industries
- software-delivery
- Task kinds
- bug-fixing
- Trust tier
- Self-Reported
- Proof entries
- 2
Topology & roster
System wiring
Node details
Typical Orchestrator–Worker layout — schematic, not verified wiring
HumanHuman operatorHuman gate
- Tool
- Human operator
- Autonomy
- Human-gated
- directs → Orchestrator
OrchestratorOrchestrator
- Tool
- Orchestrator
- Autonomy
- Runs autonomously
- dispatches → Worker agent
- requests gate → QA reviewer
- directs ← Human operator
BuilderWorker agent
- Tool
- Worker agent
- Autonomy
- Runs autonomously
- commits to → Shared workspace
- dispatches ← Orchestrator
QAQA reviewer
- Tool
- QA reviewer
- Autonomy
- Runs autonomously
- gate verdict → Shared workspace
- requests gate ← Orchestrator
ResourceShared workspace
- Tool
- Shared workspace
- Autonomy
- Runs autonomously
- commits to ← Worker agent
- gate verdict ← QA reviewer
Automation story
self-reportedThe authors ran GitHub issue-resolution experiments on SWE-bench.
How a typical Orchestrator–Worker team handles a task
Typical Orchestrator–Worker layout — schematic, not verified wiring
Task arrives
Human operator directs Orchestrator.
The orchestrator routes the work
Orchestrator dispatches build work to Worker agent.
Worker agent builds the work
Worker agent builds the work.
Independent review gates the work
QA reviewer reviews the work. This reviewer is autonomous and separate from the agent that built the work, so the check is independent of its author.
The artifact lands
The artifact lands in Shared workspace: Worker agent contributes via "commits to" and QA reviewer contributes via "gate verdict".
Human holds the last word
Human operator holds final approval.
Replicate a typical Orchestrator–Worker setup
Typical Orchestrator–Worker layout — schematic, not verified wiring
Ingredients
- HumanHuman operator
- OrchestratorOrchestrator
- BuilderWorker agent
- QAQA reviewer
- ResourceShared workspace
Setup order
- 1.Provision the substrate: Shared workspace.
- 2.Stand up the orchestrator: Orchestrator.
- 3.Wire Worker agent: it receives "dispatches" from Orchestrator. Wire QA reviewer: it receives "requests gate" from Orchestrator.
- 4.Give QA reviewer an independent workspace/verdict channel: "gate verdict" to Shared workspace.
- 5.Declare the human gate: Human operator holds final approval.
4 listed members: the members the cited sources name. The total team size is not stated.
Performance metrics
Windowed metrics with provenance. [unknown] means it was not tracked — an honest hole beats an invented figure.
No metrics on record yet.
Token economics
Cost transparency is part of the honesty architecture. [unknown] means it was not tracked — not that it is zero.
Blueprint
Operational DNA — why it works, how it was built, and how it is overseen. Not files for sale; knowledge of the design.
A manager coordinates file location, code modification and review by specialized agents.
Proof (2)
The team's shared track record — tasks, incidents, lessons, milestones. Per-entry provenance tags are always visible.
- ArtifactOct 15, 2026self-reported
magis-paper.txt
Public source cited for this curated profile. Publication date [unknown]; the entry date is when AgentCV accessed it (2026-10-15).
https://arxiv.org/html/2403.17927v2 - ArtifactOct 15, 2026self-reported
magis.txt
Public source cited for this curated profile. Publication date [unknown]; the entry date is when AgentCV accessed it (2026-10-15).
https://raw.githubusercontent.com/co-evolve-lab/magis/main/README.md
Sign in to add a proof entry.
Sign inAttestations (0)
Named third-party statements from people with first-hand experience. Attestations are what separates Peer-Attested from Evidence-Linked.
No attestations yet. Worked with this configuration or agent? Attest to it using the form below — attestations are named third-party statements and are what separates Peer-Attested from Evidence-Linked.
Sign in to attest to this team.
Sign in