feat(fleet): system-type profiles (H2) (#660)
All checks were successful
ci/woodpecker/push/publish Pipeline was successful
ci/woodpecker/push/ci Pipeline was successful

This commit was merged in pull request #660.
This commit is contained in:
2026-06-24 16:02:25 +00:00
parent 538f0556d5
commit a738ac1410
10 changed files with 783 additions and 2 deletions

View File

@@ -0,0 +1,30 @@
id: business
title: Business (Company-in-a-Box)
description: >-
A full company org: the CEO sets direction, the COO and CFO run execution and
finance, and the functional leads (product, marketing, sales, operations,
customer success) plus a small engineering slice deliver the work. reports_to
encodes the org chart.
lead: ceo
floor:
- ceo
roster:
- class: ceo
- class: coo
reports_to: ceo
- class: cfo
reports_to: ceo
- class: product-manager
reports_to: coo
- class: marketing-lead
reports_to: coo
- class: sales-lead
reports_to: coo
- class: operations-manager
reports_to: coo
- class: customer-success-manager
reports_to: coo
- class: code
reports_to: product-manager
- class: review
reports_to: product-manager

View File

@@ -0,0 +1,25 @@
id: marketing
title: Marketing
description: >-
A marketing org that owns strategy, content, channels, and growth. The
marketing-lead sets strategy and budget and runs a roster of content, copy,
SEO, social, brand, growth, and UX specialists.
lead: marketing-lead
floor:
- marketing-lead
roster:
- class: marketing-lead
- class: content-strategist
reports_to: marketing-lead
- class: copywriter
reports_to: content-strategist
- class: seo-specialist
reports_to: marketing-lead
- class: social-media-manager
reports_to: content-strategist
- class: brand-strategist
reports_to: marketing-lead
- class: growth-marketer
reports_to: marketing-lead
- class: ux-designer
reports_to: marketing-lead

View File

@@ -0,0 +1,19 @@
id: personal-assistant
title: Personal Assistant
description: >-
A personal-logistics fleet for one principal: handles errands, reminders,
calendar, inbox triage, and ad-hoc lookups. The personal-assistant leads and
delegates scheduling, inbox triage, and research to specialist seats.
lead: personal-assistant
floor:
- personal-assistant
roster:
- class: personal-assistant
- class: executive-assistant
reports_to: personal-assistant
- class: scheduler
reports_to: executive-assistant
- class: inbox-manager
reports_to: personal-assistant
- class: researcher
reports_to: personal-assistant

View File

@@ -0,0 +1,24 @@
id: research
title: Research
description: >-
A research fleet that decomposes a question, gathers and analyzes evidence, and
synthesizes cited findings. The lead-researcher owns the agenda and assigns
individual questions to researchers and the analytics seats.
lead: lead-researcher
floor:
- lead-researcher
roster:
- class: lead-researcher
- class: researcher
reports_to: lead-researcher
multiplicity: 2
- class: data-analyst
reports_to: lead-researcher
- class: data-scientist
reports_to: lead-researcher
- class: market-analyst
reports_to: lead-researcher
- class: documentation
reports_to: lead-researcher
- class: review
reports_to: lead-researcher

View File

@@ -0,0 +1,71 @@
# Mosaic system-type profile — SCHEMA REFERENCE
# ---------------------------------------------------------------------------
# A profile is a DECLARATIVE mapping from a "system type" to a persona roster
# plus its org topology. Profiles are DATA: drop a new <id>.yaml here and the
# loader/CLI pick it up with no code change (North Star NS-9 / AC-NS-6).
#
# Every persona referenced below (lead, floor[], roster[].class, roster[].reports_to)
# MUST resolve to a real persona in the library. The loader validates this against
# the role contracts in ../roles/*.md (see LIBRARY.md for the grouped index).
#
# Schema (this file documents every key; other profiles omit the comments):
#
# id: kebab-case system-type id — MUST equal the filename stem.
# title: human-readable name.
# description: one paragraph — what this system does.
# lead: persona class that coordinates the roster (the orchestrating seat).
# floor: persistent minimum roster that must stay staffed (list of classes).
# roster: the full default roster. Each entry:
# - class: persona class (MUST resolve to a role file).
# reports_to: optional — the class this seat reports to
# (encodes org topology). Omit for the lead.
# MUST resolve to a class present in this roster.
# multiplicity: optional int (default 1) — e.g. 2 coders.
# notes: optional free text.
# ---------------------------------------------------------------------------
id: software-delivery
title: Software Delivery
description: >-
The engineering fleet that turns ratified objectives into shipped, reviewed,
merged code. The lead (planner — the orchestrator seat) plans phased FRs into a
depends_on DAG, decomposition splits them into one-PR-each cards, coders execute
to green CI, and review / security-review / site-tester / merge-gate guard the
merge. This mirrors today's coding fleet.
# NOTE: the canonical lead seat is the "orchestrator". In the persona library the
# orchestrator IS the `planner` class (see roles/planner.md: "the planner role IS
# the existing orchestrator class") — so the lead/floor reference `planner`, the
# only class that actually resolves to a role contract.
lead: planner
floor:
- planner
- enhancer
roster:
- class: board
reports_to: planner
- class: planner
- class: decomposition
reports_to: planner
- class: code
reports_to: decomposition
multiplicity: 2
- class: review
reports_to: planner
- class: security-review
reports_to: review
- class: site-tester
reports_to: review
- class: documentation
reports_to: planner
- class: merge-gate
reports_to: planner
- class: rebase
reports_to: merge-gate
- class: operator
reports_to: planner
- class: session-review
reports_to: planner
- class: enhancer
reports_to: planner
notes: >-
Two-agent floor (orchestrator/planner + enhancer) is always staffed; every other
seat is added on demand.