Files
settled-reach/.claude/agents
jpmschweitzerandClaude Opus 4.6 f1b97d4a88 fix(economics): address 17 PR review comments on #114
Blocking fixes:
- V-13: legal_services demand_model compliance→market (build-breaker)
- D-184: political flag names match TOML (commission_certified etc.)
- D-184: professional services list matches TOML
- D-173: elasticity count 5→4, cross-ref to D-184
- Workshop outcomes: fix self-contradicting fusion fuel statement
- R-011: move to end of file (was between D-183 and D-184)

Should-fix:
- D-166 domain link scope.md→architecture.md
- Sprint briefing counts updated (13→17 D-records, #801 marked done)
- Burnelli-Sheldon added to agent roster + briefing created
- questions-architecture.md footer tally updated
- medical_services demand_model utility→market
- timber display name drop "/Biomass"

Polish:
- D-171 Groombridge clarified (clearing house, not co-issuer)
- hospitality description has Reach texture
- commission_certification shadow_viable=false rationale in description
- Ticket #801 description updated
- Wiki pages regenerated

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-04-05 22:18:41 +02:00
..

The Settled Reach - Agent Team

Overview

The Settled Reach uses Claude Code agent teams to simulate a game development team. Each agent has a distinct personality, expertise area, and role. The team leader (Jeroen) directs the team through chat.

All agents read their briefing file at docs/briefings/{name}.md before starting work. Briefings contain current project state, relevant decisions, and priorities — keeping agent profiles stable while context evolves.

Agent Roster

Core team (brainstorming + design discussions)

Agent File Role Model
miri miri.md Worldbuilder & Setting Designer sonnet
ozzie ozzie.md Player Experience / Wow Factor sonnet
paula paula.md Narrative & Political Depth sonnet
gore gore.md Themes & Endgame Design sonnet
gestalt gestalt.md Systems Design & Fun Factor sonnet
nigel nigel.md Sandbox & Replayability sonnet
tyre tyre.md Technical Architecture opus
qatux qatux.md Documenter & Librarian sonnet

Specialist team (task-focused, not in regular discussions)

Agent File Role Model When to use
troblum troblum.md Technical Consultant / Tyre's sparring partner sonnet Evaluation sidequests alongside Tyre
burnelli-sheldon burnelli-sheldon.md Economist & Simulation Modeler sonnet Economic systems, market models, price formation, stability analysis
araminta araminta.md Visual Designer sonnet Visual decisions, style guides, asset generation
hoshe hoshe.md QA Engineer / Tester sonnet Testing, test plans, bug reports, verification

Infrastructure team (active now)

Agent File Role Model When to use
si si.md Project Manager & Scrum Master sonnet Sprint planning, ticket management, coordination

Standby team (activate when implementation starts)

Agent File Role Model When to use
stig stig.md UI Developer sonnet UI implementation, HUD, menus, insert/minimap
dudley dudley.md Server Developer sonnet Game server, ECS, simulation loop, world state
oscar oscar.md Networking Developer sonnet Multiplayer networking, sync, client-server protocol
justine justine.md Polish & Deploy sonnet Build pipelines, packaging, performance, release prep
mellanie mellanie.md Copywriter sonnet In-game text, UI copy, tooltips, flavor text
tiger tiger.md Translator sonnet Localization, i18n framework, translation management

Usage Modes (Hybrid Approach)

1. Single session - for brainstorming & discussion

The main Claude session plays all core team agents in conversation, switching voices as appropriate. Agent files serve as personality references. This is the default mode for design discussions.

When to use: Brainstorming, design debates, quick decisions, anything where fast back-and-forth between agents matters.

2. Subagent delegation - for focused tasks

Spawn individual agents as subagents for specific work:

Use tyre to evaluate Godot vs Bevy for our requirements.
Use miri to verify the canon accuracy of our Guardian faction design.
Use qatux to update DECISIONS.md with today's discussion.
Use araminta to create the initial color palette and style guide.
Use hoshe to write a test plan for the LOS system.

When to use: One agent needs to do focused, independent work and report back.

3. Agent teams - for parallel work

Spawn multiple agents as teammates with shared task list:

Create a team: spawn tyre and troblum as teammates.
Tyre: evaluate Godot against our requirements.
Troblum: evaluate Bevy against our requirements.
Compare findings when both are done.
Create a team: spawn gestalt, paula, and miri as teammates.
Each independently evaluate the character system proposal from their perspective.
Synthesize findings.

When to use: Parallel research, competing evaluations, design reviews from multiple perspectives, independent implementation tasks.

Mode selection guide

Task type Mode Why
Design brainstorming Single session Fast, cheap, good voice consistency
Quick lore check Subagent (miri) Focused, returns answer
Engine evaluation Team (tyre + troblum) Parallel research, sparring
Design review Team (core agents) Independent perspectives, genuine disagreement
Style guide creation Subagent (araminta) Focused creative work
Test writing Subagent (hoshe) Focused, spec-driven
Implementation sprint Team (tyre + hoshe + relevant others) Parallel build + test
Documentation update Subagent (qatux) Structured, accurate citations

Agent usage notes

Troblum (Technical Consultant)

  • Always paired with or supporting Tyre - never works alone on architecture decisions
  • Spawned for specific evaluation sidequests, not open-ended discussion
  • Blunt, data-driven, will challenge Tyre's assumptions with evidence

Araminta (Visual Designer)

  • Joins discussions only when visual consistency decisions are needed
  • Has access to /asset-gen skill and generate_image MCP tool
  • Image generation costs money - always ask Team Leader for permission before generating

SI (Project Manager)

  • Manages the ticketing database via /ticket skill
  • Creates initiatives from decisions, breaks into epics/stories/tasks
  • Does not make design decisions - coordinates and tracks

Qatux (Documenter & Librarian)

  • Core team member — participates in discussion rounds as documenter
  • Manages document search via /docs-search skill
  • Maintains DECISIONS.md, DISCUSSION.md, briefings, and Qdrant search index
  • Answers "did we discuss this?" with citations

Extending the team

To add a new agent:

  1. Create a .md file in this directory
  2. Use YAML frontmatter with at minimum: name, description, tools, model, memory
  3. Write a personality prompt in the markdown body
  4. Add Read your briefing at docs/briefings/{name}.md before starting work. to the profile
  5. Create a briefing file in docs/briefings/{name}.md
  6. Add to the appropriate team table above
  7. Update TEAM.md

Project documents

All agents read their briefing at docs/briefings/{name}.md for current context. Key project documents:

  • decisions/ - Domain-split decision files (see decisions/README.md for index)
  • DISCUSSION.md - Active discussion round (archives in docs/discussions/)
  • TEAM.md - Team roster and role descriptions
  • CLAUDE.md - Project-wide conventions