Comparison: Workspace Profiles vs 12-Factor-AgentOps Examples

March 29, 2026 · View on GitHub

Date: 2025-11-09 Comparing: Two profile/role-based systems


Overview

System 1: Workspace Role Profiles (This Directory)

Location: /path/to/workspaces/.claude/profiles/

Purpose: Organize existing 100+ workspace artifacts (commands, agents, skills) into discoverable role-based profiles

Focus: Inventory and taxonomy of what already exists

Created: Today (2025-11-09) via /ultra-think analysis

System 2: 12-Factor-AgentOps Examples

Location: /path/to/workspaces/personal/12-factor-agentops/examples/

Purpose: Provide copy-paste ready .claude/ configurations demonstrating 12-factor patterns

Focus: Educational templates for learning the framework

Created: Prior (referenced in bundle from 2025-11-09)


Structural Comparison

Workspace Profiles Structure

.claude/profiles/
├── schema/role-profile.yaml           # Profile definition
├── shared/                            # Infrastructure (3 profiles)
│   ├── foundational.yaml              # Laws, hooks, constitution
│   ├── orchestration.yaml             # Workflow commands
│   └── context.yaml                   # Bundles, memory
├── roles/                             # 5 roles
│   ├── sre-devops.yaml
│   ├── platform-engineer.yaml
│   ├── web-developer.yaml
│   ├── researcher.yaml
│   └── personal.yaml
├── META_PATTERNS.md                   # 15 extracted patterns
└── README.md                          # Complete taxonomy doc

Characteristics:

  • YAML-based (metadata about existing artifacts)
  • Points to existing files across multiple repos
  • Token budgets for composition
  • Meta-pattern extraction
  • Multi-repository scope

12-Factor Examples Structure

examples/
├── reference/                         # Universal reference
│   ├── .claude/
│   │   ├── agents/
│   │   │   ├── research-agent.md
│   │   │   ├── plan-agent.md
│   │   │   ├── implement-agent.md
│   │   │   └── learn-agent.md
│   │   └── commands/
│   │       ├── research.md
│   │       ├── plan.md
│   │       ├── implement.md
│   │       └── learn.md
│   ├── README.md
│   └── WORKFLOWS.md
├── devops/
│   └── .claude/ (similar structure)
├── platform-engineering/
│   └── .claude/ (similar structure)
├── sre/
│   └── .claude/ (similar structure)
└── web-development/
    └── .claude/ (similar structure)

Characteristics:

  • Markdown-based (actual executable agent files)
  • Copy-paste ready
  • 12-factor compliance documented
  • Educational examples
  • Single-repository scope (framework teaching)

Key Differences

AspectWorkspace Profiles12-Factor Examples
PurposeInventory & organize existingTeach & demonstrate patterns
ScopeMulti-repository workspaceSingle framework repo
FormatYAML (metadata)Markdown (executable)
ContentPoints to production filesTemplate examples
Artifacts100+ existing real agents3-4 example agents per domain
UsersYou (workspace navigation)Public (learning framework)
MaturityProduction (2 years of work)Educational (reference implementations)
EvolutionTaxonomy of what existsBlueprint for what could be

Role/Domain Comparison

Overlapping Domains

Both systems have these domains:

Workspace Role12-Factor ExampleOverlap
sre-devopssre/ + devops/✅ Same domain, different granularity
platform-engineerplatform-engineering/✅ Exact match
web-developerweb-development/✅ Exact match
researcher(none)❌ Workspace-specific
personal(none)❌ Workspace-specific
(none)reference/❌ Framework-specific (meta-profile)

Insight: 60% overlap (3 of 5 roles)

Unique to Workspace Profiles

  1. researcher - Pattern extraction, meta-analysis, compliance auditing

    • Makes sense for workspace (204 sessions to analyze)
    • Doesn't make sense for framework (nothing to research in template)
  2. personal - Career planning, philosophy, quarterly planning

    • Makes sense for workspace (life/ repository integration)
    • Doesn't make sense for framework (not AI agent work)

Unique to 12-Factor Examples

  1. reference/ - Universal meta-profile demonstrating all 12 factors
    • Makes sense for framework (teaching all factors together)
    • Could apply to workspace (general-purpose research→plan→implement)

Philosophical Differences

Workspace Profiles: "What Do I Have?"

Question answered: "I'm doing SRE work - which of my 52 agents apply?"

Value proposition: Navigate complexity of existing production system

Analogy: Library catalog (Dewey Decimal System for your artifacts)

Design goal: Discoverability + composition

12-Factor Examples: "How Should I Build This?"

Question answered: "I want to apply 12-factor patterns to DevOps - what does that look like?"

Value proposition: Learn framework through concrete examples

Analogy: Cookbook (recipes showing technique)

Design goal: Education + copy-paste readiness


What Can Be Learned From Each Other

Workspace Profiles Could Adopt From 12-Factor

  1. Reference Profile Pattern: Add universal "research→plan→implement→learn" role

    • Currently: Specific roles (sre, platform, web, researcher, personal)
    • Could add: Generic role demonstrating the phase-based workflow
    • Benefit: Onboarding (start with reference, specialize later)
  2. 12-Factor Mapping: Document which factors each role implements

    • Currently: Token budgets and artifact lists
    • Could add: "sre-devops implements Factors I, II, IV, V" explicitly
    • Benefit: Framework compliance visibility
  3. Workflow Examples: Add WORKFLOWS.md showing typical day-in-the-life

    • Currently: Artifact lists and meta-patterns
    • Could add: "A day as an SRE: incident response workflow"
    • Benefit: Concrete usage examples

12-Factor Examples Could Adopt From Workspace

  1. Token Budget Tracking: Add estimated token costs to examples

    • Currently: No token guidance
    • Could add: "reference profile = ~8k tokens, safe for composition"
    • Benefit: Users understand context window implications
  2. Shared Infrastructure Pattern: Document foundational vs role-specific split

    • Currently: Each example is standalone
    • Could add: "All domains inherit Laws + standards (foundational)"
    • Benefit: Clearer DRY principles
  3. Multi-Role Composition: Show how to combine multiple domain examples

    • Currently: Single domain examples
    • Could add: "Combining devops + sre for full platform team"
    • Benefit: Real-world scenarios often span domains
  4. Meta-Pattern Documentation: Extract patterns from examples

    • Currently: Examples exist, patterns implicit
    • Could add: META_PATTERNS.md showing what patterns emerge
    • Benefit: Higher-level learning (not just examples)

Integration Opportunities

Opportunity 1: Bi-Directional Reference

Workspace → 12-Factor:

# In workspace sre-devops.yaml
educational_reference:
  framework: 12-factor-agentops
  example_profile: examples/sre/
  learn_patterns: https://github.com/.../examples/sre/

12-Factor → Workspace:

# In examples/sre/README.md
## Production Example

See this pattern in production use:
- Repository: fullerbt/workspaces (gitops)
- Profile: .claude/profiles/roles/sre-devops.yaml
- Scale: 30+ agents, 204 sessions, 95% success rate

Benefit: Theory (12-factor) ↔ Practice (workspace)

Opportunity 2: Validation Pipeline

Use workspace as validation source for 12-factor patterns:

12-Factor Pattern (hypothesis) → Workspace Production (test) → Validation (result)

Example:

  • Pattern: "Factor IV (Validation Gates) reduces errors"
  • Test: Analyze workspace git history for pre/post validation gate adoption
  • Result: Quantified error reduction (95% success rate)

Benefit: Framework patterns backed by production evidence

Opportunity 3: Shared Schema

Both systems could use same profile schema:

# Universal profile schema
profile:
  name: string
  type: [role, domain, reference]  # role=workspace, domain=12-factor
  scope: [workspace, framework, universal]

  # Same structure for both:
  artifacts:
    commands: [...]
    agents: [...]
    skills: [...]

  # Workspace-specific
  repositories: [...]
  token_budget: int

  # 12-Factor-specific
  factors_implemented: [I, II, III, ...]
  educational_examples: [...]

Benefit: Single schema, multiple instantiations


Concrete Similarities

Both Use Role-Based Organization

Pattern: Organize by "what role am I in" not "what artifact type is this"

Why it works: Maps to user's mental model of work

Example: User thinks "I'm doing SRE work" → Both systems route to SRE artifacts

Both Document Artifact Relationships

Workspace: Token budgets show composition math (sre-devops + platform = 50k)

12-Factor: Factor mappings show pattern relationships (Factor II enables Factor VI)

Pattern: Explicit dependencies reduce cognitive load

Both Enable Progressive Learning

Workspace: Start with 1 role (10-30k tokens), add more as needed

12-Factor: Start with reference profile, customize to domain

Pattern: Gentle learning curve (simple → complex)


Divergent Strengths

Workspace Excels At

  1. Production Scale: 100+ artifacts, 52 agents, 204 sessions
  2. Multi-Repository: Coordination across 14+ repos
  3. Real Metrics: Token budgets, success rates, actual usage patterns
  4. Evolution Tracking: Git history shows how roles emerged
  5. Cross-Domain Feedback: Technical work → Personal development loops

12-Factor Excels At

  1. Educational Clarity: Clean examples without production baggage
  2. Universal Patterns: Domain-agnostic reference profile
  3. Copy-Paste Ready: Download and use immediately
  4. Framework Teaching: Each example demonstrates specific factors
  5. Public Accessibility: Anyone can learn from examples

Synthesis: Complementary Systems

Thesis: These aren't competing systems - they're complementary layers.

Layer Model

┌─────────────────────────────────────────┐
│ 12-Factor Examples (Educational)        │  ← Learn patterns
│ - Reference profile (universal)         │
│ - Domain examples (devops, sre, etc.)   │
└──────────────────┬──────────────────────┘
                   │ Apply to workspace

┌─────────────────────────────────────────┐
│ Workspace Profiles (Production)         │  ← Organize reality
│ - 5 roles with 100+ real artifacts      │
│ - Multi-repo coordination               │
│ - Token budgets for composition         │
└─────────────────────────────────────────┘

Flow:

  1. Learn 12-factor patterns from examples
  2. Apply to workspace using profile taxonomy
  3. Extract new patterns from production use
  4. Feed back to 12-factor framework
  5. Cycle continues (knowledge compounds)

Recommendations

For Workspace Profiles (This Directory)

  1. Add reference role: Generic research→plan→implement→learn
  2. Document 12-factor compliance: Which factors each role implements
  3. Link to 12-factor examples: Cross-reference for learning
  4. Extract more meta-patterns: Already have 15, could have 30+

For 12-Factor Examples

  1. Add token budgets: Help users understand composition
  2. Document shared infrastructure: Foundational vs domain split
  3. Show multi-domain composition: Real work spans domains
  4. Link to production example: Point to workspace as validation

For Integration

  1. Bi-directional references: Each points to the other
  2. Shared schema: Common profile definition
  3. Validation pipeline: Workspace validates 12-factor patterns
  4. Meta-pattern extraction: Document patterns that emerge

Key Insight

Discovery: The two systems solve different problems in the same space.

Workspace profiles answer: "I have 100+ artifacts - how do I navigate them?" 12-factor examples answer: "I want to learn the framework - where do I start?"

Together they create a complete learning→production pipeline:

  • Start with 12-factor examples (learn patterns)
  • Apply to workspace (production use)
  • Extract new patterns (meta-learning)
  • Feed back to framework (evolution)

This is Knowledge OS in action: Theory ↔ Practice feedback loop.


Next Steps

Immediate (This Week)

  1. Add reference to 12-factor examples in workspace README
  2. Document which 12 factors each workspace role implements
  3. Extract any missing patterns from workspace that could inform framework

Near-Term (This Month)

  1. Add token budgets to 12-factor examples (workspace-informed)
  2. Create shared profile schema usable by both
  3. Document bi-directional references

Long-Term (This Quarter)

  1. Use workspace as validation pipeline for 12-factor patterns
  2. Extract meta-patterns from both systems
  3. Publish integrated documentation

Conclusion

Two systems, one philosophy: Role-based organization works.

Workspace profiles = Production reality (messy, rich, validated) 12-factor examples = Educational ideal (clean, focused, generalizable)

Together = Complete knowledge system (learn → apply → extract → evolve)

Meta-pattern discovered: Systems that teach (12-factor) and systems that do (workspace) need each other to create knowledge that compounds.


Version: 1.0.0 Created: 2025-11-09 Authors: Ultra-think analysis of both systems