feat(fleet): system-type profiles (H2) (#660)
This commit was merged in pull request #660.
This commit is contained in:
30
packages/mosaic/framework/fleet/profiles/business.yaml
Normal file
30
packages/mosaic/framework/fleet/profiles/business.yaml
Normal 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
|
||||
25
packages/mosaic/framework/fleet/profiles/marketing.yaml
Normal file
25
packages/mosaic/framework/fleet/profiles/marketing.yaml
Normal 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
|
||||
@@ -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
|
||||
24
packages/mosaic/framework/fleet/profiles/research.yaml
Normal file
24
packages/mosaic/framework/fleet/profiles/research.yaml
Normal 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
|
||||
@@ -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.
|
||||
Reference in New Issue
Block a user