Neun Hive-Typen. Einer, der wahrscheinlich Ihrer ähnelt.
Hives kommen in unterschiedlichen Formen vor. Die Form ändert, welche Disziplinen für Sie am wichtigsten sind. Klicken Sie zwischen den neun Beispielen unten, um den zu finden, der zu Ihrem Setup passt — oder mehrere, die passen.
Was sich zwischen Hives ändert
Eine Handvoll qualitative Achsen beschreiben die Unterschiede: wie viele Agents laufen, wie viele Anbieter im Spiel sind, ob externe Stakeholder beteiligt sind und wie die Praxis gesteuert wird. Die Achsen erscheinen klar bei jedem Typ unten.
Klicken Sie zwischen den neun Typen
Ein Typ-Detail nach dem anderen. Verwenden Sie die Vorschaubilder zum Wechseln — jedes Beispiel verwendet denselben einfachen Rahmen, sodass Sie sie visuell vergleichen können.
Typ-Code · SI
Single-Instance Solo
Only one concurrent agent / hive instance running.
Default archetype for solo-operator practices and single-tenant hives. Includes the BDFL pattern (decision-process=C, final-authority=I) which maps to SI primary plus an OSS-substrate-declaration via §14.0.
Technisches Detail dahinter zeigen
Standard-Achsenvektor
instance=S
Beispiele
Solo-developer agentic IDE workflow
Single-tenant internal automation
BDFL-led OSS project
Typ-Code · MI
Multi-Instance Federated
≥1 concurrent-write event from non-primary instance, primary also live, in last 90 days.
Federated topology. Sequential failover (write-baton) does NOT qualify — that remains SI. Event-based criterion (per §15-A3) replaces the earlier 5%-time-window measure.
Technisches Detail dahinter zeigen
Standard-Achsenvektor
instance=M
Beispiele
Active-active hive replication
Geographically-distributed multi-region agents
Typ-Code · MV
Multi-Vendor Production
Production traffic actively routed across ≥2 distinct LLM/agent vendors.
Requires ≥30 days evidence of cross-vendor routing plus documented failover or cost-routing rationale. Single-vendor-with-fallback-on-paper does not qualify.
Technisches Detail dahinter zeigen
Standard-Achsenvektor
vendor=M, mode=P
Beispiele
Anthropic + OpenAI dual-routed agent platform
Cost-router across 3 model providers
Typ-Code · NP
No-PII Internal Tooling
No externally-enforced SLA with external legal entity; no PII processing.
Holding-company intercompany flows with shared-leadership / IP / substrate qualify as NP. A real client-SLA with breach-remedy clauses pushes the practice into EX.
Technisches Detail dahinter zeigen
Standard-Achsenvektor
pii=N, ext=N
Beispiele
Internal devtools hive
Intercompany automation under shared leadership
Typ-Code · EX
External-Stakeholder Practice
SLA with breach-remedy enforced by an external legal entity.
OR a customer-facing deliverable acceptance is recorded against an external party. EX/SVC formal boundary-rule was dropped — multi-type-tagging plus cohort-tier-A handles overlap cleanly.
Practices should prefer an archetype-claim if axes match cleanly; HY is reserved for genuinely mixed shapes. Per-axis rules and item-overrides resolve applicability.
Technisches Detail dahinter zeigen
Standard-Achsenvektor
declared per axis
Beispiele
Mixed regulated / non-regulated workloads under one practice
Typ-Code · REG
Regulated-Jurisdiction Practice
Specific regulatory framework explicitly applies (EU AI Act high-risk, GDPR-bound, AML, HIPAA).
Documented obligation-registry per regime is mandatory. Production-mode is required for regulatory exposure to count.
Technisches Detail dahinter zeigen
Standard-Achsenvektor
mode=P
Beispiele
EU AI Act high-risk system operator
HIPAA-bound healthcare agent
AML monitoring hive
Typ-Code · SVC
Service-Provider (Agentic-as-a-Service)
Provides agentic-software-development as a service to third parties.
Deploys hives FOR client organisations and carries deployer-obligations under EU AI Act Art. 26.
Technisches Detail dahinter zeigen
Standard-Achsenvektor
ext=Y, mode=P
Beispiele
Hive-deployment consultancy
Agentic-platform vendor with managed-service tier
Typ-Code · OSC
Open-Source / Community-Maintained
Strict precondition: decision-process=C AND final-authority=D.
Post-2018 Python steering-council pattern, Apache Foundation, CNCF graduated projects. Type-canon mandates evidence-property-class: public + cryptographically-signed releases + fork-recoverable. Substrate is declared per practice. BDFL is explicitly NOT OSC.
Technisches Detail dahinter zeigen
Standard-Achsenvektor
decision-process=C, final-authority=D
Strikte Voraussetzung
decision-process=C AND final-authority=D
Beispiele
Apache Foundation top-level project
CNCF graduated project
Python core under steering-council
Was, wenn mehr als ein Typ passt?
Das passiert oft. Eine Praxis kann mehrere Typ-Tags gleichzeitig tragen. Wenn zwei Tags nicht übereinstimmen, gewinnt die konservativere Lesart; wenn keine Regel die Überschneidung abdeckt, sagen wir das offen, statt zu raten.
Technisches Detail dahinter zeigen
Axes (full reference)
Code
Achse
Erlaubte Werte
Bedeutung
instance
Instance topology
S / M
Single vs Multi-instance (concurrent agent / hive instances).
vendor
Vendor topology
S / M
Single vs Multi-vendor (production traffic across ≥2 LLM/agent vendors).
pii
PII processing
Y / N
Practice processes personal identifiable information.
ext
External stakeholders
Y / N
Practice has external customer / client recipients of deliverables.
mode
Production / research
P / R
Production-mode vs Research-mode operation.
decision-process
Governance process
I / C
Individual vs Collaborative-process decision-making.
final-authority
Final-authority topology
I / D
Individual vs Distributed final-veto-authority. Optional quorum_size annotation: small (≤5) / medium (6-15) / broad (>15).
Möchten Sie das auf Ihre eigene Praxis angewandt sehen?
Die Selbstbewertung verwendet klare Beobachtungen, um die wahrscheinlichste Form abzuleiten. Sie müssen die Antwort nie selbst auswählen.