Add declarative system-type profiles: framework/fleet/profiles/*.yaml map a system type to a persona roster + org topology (reports_to, multiplicity). Profiles are DATA, seeded like roles, so an operator declares a system type and gets the matching roster from the baseline library with no code change (NS-9 / AC-NS-6). - 5 baseline profiles: software-delivery, personal-assistant, research, business (company-in-a-box), marketing. - fleet-profiles.ts: loadProfiles/loadProfile/parseProfile/validateProfile + listPersonaClasses (extracts valid classes from the role library by unioning inline `class:` markers, LIBRARY.md rows, and role filenames so marker-less personas like planner/decomposition resolve). - CLI: `mosaic fleet profile list|show [--json]`; invalid profiles exit non-zero. - Spec covers parse/validate, the library-drift guard (every referenced class resolves against the real role library), and unknown-class/reports_to rejection. - install.sh: profiles seed via the existing rsync (comment clarified; the preserved top-level `fleet/*.yaml` glob does not shadow fleet/profiles/*.yaml). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
20 lines
625 B
YAML
20 lines
625 B
YAML
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
|