Role Layer

Die Role-Schicht bindet Actors an Kontext, Permissions, Constraints und Skills. Sie ersetzt Jobtitel-Denken durch operative, prüfbare Funktionszuweisung.

1. Was eine Role ist1. What a Role Is

Eine Role beschreibt nicht Rang oder Organigramm, sondern: Was darf dieser Actor hier tun, welche Skills darf er einsetzen und unter welchen Constraints steht er?

Actor-agnostisch Kontextgebunden Skill-gebunden Permission + Constraint

id: role-<uuid>
kind: role
name: reviewer | contributor | coordinator | owner | observer
actor_type: "*"
grounded_in_context:
  composition: team-backend
  space: product-space
  effective_from: 2026-04-26T00:00:00Z
inherent_skills: [critical_analysis, code_review]
granted_permissions: [approve:artifacts, request:changes]
constraints:
  - no_conflict_of_interest
  - rationale_required

2. Die 5 universellen Rollen2. The 5 Universal Roles

Contributor

Erzeugt Work, Artifacts oder State-Änderungen
Typische Skills: Implementierung, Erstellung, Testen
Constraint: Arbeit muss Plan-gebunden und geloggt sein

Reviewer

Prüft Qualität, Sicherheit, Kohärenz
Skills: Urteil, kritische Analyse, Genehmigung
Constraint: keine Selbstfreigabe, Objektivitätspflicht

Coordinator

Orchestriert Arbeit, Prioritäten und Abhängigkeiten
Skills: Kommunikation, Scheduling, Eskalation
Constraint: keine verdeckte Neudefinition von Zielen

Owner

Trägt Verantwortung für Space, Komponente oder Composition
Skills: Governance, Strategie, Accountability
Constraint: audit-liable, finale Verantwortung

Observer

Darf lesen, aber nicht verändern
Skills: Monitoring, Analyse, Dokumentation
Constraint: Reporting-only

3. Eine Role gilt für Human, Agent und Composite Actor3. A Role Applies to Human, Agent and Composite Actor

Actor-Typ	Beispiel	Gleiches Role-PrinzipSame Role Principle
Individual Human	Alice als Reviewer	Skill + Permission + Constraint werden explizit an den Kontext gebunden
Individual Agent	Validator als Reviewer	Nur deterministische Teile der Reviewer-Role, wenn subjektive Urteile ausgeschlossen sind
Composite Actor	Team als Service Provider	Nach außen ein Actor mit einer externen Role; intern mehrere Member-Rollen

Das ist die operative Umsetzung von P-ROLE-002: Role ist actor-type agnostisch.

4. Role-Dispatch: wie Arbeit zugewiesen wird4. Role Dispatch: How Work is Assigned

1. Work klassifizieren
Was wird verlangt: Implementierung, Review, Koordination, Ownership, Beobachtung?

2. Passende Role bestimmen
Contributor, Reviewer, Coordinator, Owner oder Observer.

3. Skill Registry abfragen
Wer hat die Role-relevanten Skills mit ausreichender Proficiency?

4. Boundary prüfen
Darf die Role auf dieses Ziel überhaupt zugreifen?

5. Konflikt prüfen
Liegt ein Role-Konflikt vor, z.B. Reviewer und Autor derselben Änderung?

6. Assignment loggen
Actor + Role + Skill + Constraint werden als Transaction verankert.

Input: Work Item "Implement API Gateway"
  1. Role match?          -> contributor
  2. Actor in context?    -> team-backend/member-bob
  3. Required skill?      -> skill-eng-api-implementation
  4. Boundary allows?     -> yes
  5. Conflict present?    -> no
  6. Dispatch + TX log    -> execute

5. Multi-Homing und Konfliktauflösung5. Multi-Homing and Conflict Resolution

Ein Actor darf mehrere Rollen in verschiedenen Kontexten gleichzeitig tragen. Verboten ist nur der direkte Rollenkonflikt im selben Entscheidungsraum.

Situation	Erlaubt?Allowed?	BegründungReason
Alice ist Lead in Team A und Contributor in Projekt B	Ja	P-ROLE-003 erlaubt Multi-Homing über getrennte Kontexte
Validator reviewt ein Artefakt, das er selbst erzeugt hat	Nein	P-ROLE-004: Role-Konflikt, Reviewer darf nicht Autor desselben Artefakts sein
Owner ist zusätzlich Observer in einem anderen Space	Ja	Unterschiedliche Kontexte, keine direkte Interessenkollision

Konflikt → Recusal Konflikt → Eskalation Konflikt → Exemption nur mit Log

6. Skill-Anforderungen pro Role6. Skill Requirements per Role

Skills hängen im IIO-Modell nicht primär an Actor-Typen, sondern an der Role im jeweiligen Kontext. Ohne Mindest-Skill bleibt die Role gesperrt, eingeschränkt oder nur beaufsichtigt aktiv.

Role	Beispiel-SkillsExample Skills	Fallback bei LückeFallback When Gap
Reviewer	critical_analysis, quality_gate, domain_knowledge	learning mode, supervised mode oder deny
Coordinator	communication, dependency_resolution, escalation	Owner oversight
Contributor	implementation, testing, artifact_handling	assign to different actor or pairing

role: Team Lead
required_skills:
  - decision_making: advanced
  - communication: advanced
  - conflict_resolution: advanced
fallback_rule: supervised_mode | learning_mode | deny

7. Role Layer im Gesamtmodell7. Role Layer in the Overall Model

Die Role-Schicht sitzt zwischen Story und Composition. Sie übersetzt ein Ziel in eine kontrollierte, prüfbare Arbeitsverteilung.

Layer	FrageQuestion	Role-BezugRole Reference
Ontology	Wer/was ist ein Actor?	Role behandelt alle Actors identisch
Story	Warum handeln wir?	Role macht Story operativ
Composition	Wie koordinieren mehrere Actors?	Roles verteilen interne Verantwortung
Boundary	Wer darf worauf zugreifen?	Access wird über Role statt Typ entschieden
Skill Registry	Wer kann es wirklich?	Role verweist auf Skill-Anforderungen

P-ROLE-001 P-ROLE-002 P-ROLE-003 P-ROLE-004 P-ROLE-005 P-STORY-002 P-SKILL-002 P-BOUND-002