Agent workforce architecture
Skill stephenrogan/leadership-skills/skills/agent-workforce-architecture
Agent Skills-compatible leadership and manager workflow library
npx -y skills add stephenrogan/leadership-skills --skill agent-workforce-architectureAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Designs a human-plus-agent workforce architecture with roles, work classes, autonomy levels, escalation paths, tool access, memory boundaries, and operating cadence. Use when a leader wants to scale management leverage through AI agents without creating chaos or shadow automation.
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
5.0 KB, as published. Nobody here has run it
Agent Workforce Architecture
Overview
Use this skill to support the leader as AI workforce architect in a mega-manager operating model. A clear operating model for what humans own, what agents own, where handoffs happen, and how the whole system is governed.
A mega manager is not a person who passively supervises more humans. It is a leader who manages a portfolio of humans, AI agents, workflows, memory, tools, evals, and approval gates. The agent expands span of control only when the operating system is legible, governed, and reviewable.
When to Use
Run this skill when:
- Leader wants to scale output with AI agents or AI employees
- Team is using many tools/agents without a coherent operating model
- Work needs to be decomposed into human, agent, and human-plus responsibilities
Do not use this skill to bypass judgment, accountability, security, privacy, HR, legal, customer approval, or executive decision rights.
Inputs
Gather:
- Business outcomes and recurring work inventory
- Existing team roles, systems, tools, and data sources
- Risk classes, approval boundaries, and compliance constraints
- Current agent capabilities and failure modes
If key inputs are missing, label assumptions and confidence. Do not invent tools, access, facts, policies, or authority.
Workflow
Follow this sequence:
- Inventory recurring work and classify by judgment, risk, repeatability, and data availability
- Assign each work class to human, agent, or human-plus ownership
- Define autonomy levels from draft-only to supervised execution to bounded autonomous operation
- Specify tool/data access, memory boundaries, and audit logs for each agent role
- Create operating cadence, escalation paths, and kill switches
Always finish by making the control loop visible: owner, current state, review point, approval boundary, and kill/rollback rule where relevant.
Output Format
Use this structure:
# Agent Workforce Architecture
## Objective
[What system, workflow, agent, or team capability is being designed or reviewed.]
## Current State
- Humans:
- Agents/workflows:
- Tools/data:
- Risks/unknowns:
## Design or Review
[The architecture, brief, review, command center, governance plan, eval suite, or backlog.]
## Autonomy and Approval Boundaries
- Agent may:
- Agent must not:
- Human approval required for:
## Verification
- Acceptance criteria:
- Evidence required:
- Review cadence:
- Kill/rollback trigger:
Expected deliverables:
- Human-plus-agent operating model
- Agent role catalogue
- Autonomy and approval matrix
- Escalation map
- Implementation roadmap
See assets/output-template.md for a reusable version.
Human Decision Boundary
The agent may prepare, structure, evaluate, monitor, and recommend. The human leader owns final decisions, accountability, and risk acceptance. The agent must not cross these boundaries:
- Do not grant agents access to sensitive systems without explicit approval
- Do not automate public, legal, financial, HR, or customer commitments
- Human accountable leader owns operating model and risk acceptance
Stop for explicit approval before granting access, increasing autonomy, sending external messages, making people/customer/financial/legal commitments, changing production systems, or retaining sensitive memory.
Quality Bar
A strong output for this skill:
- Makes the human-agent operating model more legible, not more magical.
- Names owner, state, authority, review cadence, and failure response.
- Uses evidence and acceptance criteria instead of vibes.
- Reduces managerial drag without eroding accountability.
- Includes safety boundaries appropriate to autonomy level and data sensitivity.
- Creates reusable artifacts a leader can run repeatedly.
Failure Modes
Watch for these mistakes:
- Treating agents as employees with intent instead of systems with failure modes.
- Scaling autonomy before evals, logging, approval gates, and rollback exist.
- Creating invisible work that nobody owns or reviews.
- Confusing polished output with verified output.
- Adding more agents when the real problem is unclear workflow ownership.
References
- Anthropic: Building effective agents, workflow and agent patterns
- OpenAI agentic workflow guidance and eval emphasis
- Ethan Mollick, Co-Intelligence: human judgment with AI collaboration
- Microsoft Work Trend Index: AI reshaping knowledge work and management
For the shared methodology spine, see ../../docs/SOURCE-SPINE.md.