operations
Skill1 starsChanged 3 months agoMITView on GitHub
Own process, capacity planning, exception handling and performance tracking day to day. Use when running daily business operations, workflows, or SOP execution.
9 other projects use a version of this.
Adopted by
Most recently taken up by
- HKTITAN/isb-skillstheir own version, first seen Nov 1, 2026
- grace-method/grace-plugintheir own version, first seen Oct 25, 2026
- QuixiAI/Hexistheir own version, first seen Oct 8, 2026
- QuixiAI/agi-memorytheir own version, first seen Oct 8, 2026
- joaocarloscruz/skillstheir own version, first seen Sep 12, 2026
- ryonakae/hermes-self-improvementtheir own version, first seen Aug 17, 2026
Other versions9 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 9
- QuixiAI/agi-memory★ 623same name
- QuixiAI/Hexis★ 623same name
- travisjneuman/.claude★ 106same name
- HKTITAN/isb-skills★ 4same name
- ryonakae/hermes-self-improvement★ 4same name
- sykuang/rednote-mcp★ 4same name
- joaocarloscruz/skills★ 1same name
- samuelcastro/startup-skills★ 1same name
- grace-method/grace-plugin★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository51 other files it gives its agents.
- ai-governance-architectSkill
- alliancesSkill
- board-deck-builderSkill
- board-reportingSkill
- business-plan-outlinerSkill
- business-planSkill
- business-strategySkill
- change-management-leaderSkill
- change-managementSkill
- chief-of-staffSkill
- client-proposal-writerSkill
- contract-clause-explainerSkill
- decision-frameworkSkill
- decision-makingSkill
- experiment-trackerSkill
- feedback-giverSkill
- fundraisingSkill
- hiringSkill
- internal-reportingSkill
- investor-deckSkill
- investor-pitch-deck-writerSkill
- jira-workflow-stewardSkill
- job-description-writerSkill
- market-trendsSkill
- meeting-summariserSkill
- negotiationSkill
- negotiation-strategistSkill
- notion-database-architectSkill
- okr-designerSkill
- okrsSkill
- portfolio-opsSkill
- process-redesignSkill
- productivity-auditSkill
- product-managementSkill
- product-managerSkill
- project-managerSkill
- project-planningSkill
- project-shepherdSkill
- sop-writerSkill
- sprint-planningSkill
- sprint-prioritizerSkill
- studio-operationsSkill
- studio-producerSkill
- supply-chainSkill
- team-dynamicsSkill
- trend-researcherSkill
- upwork-proposalSkill
- upworkSkill
- vendor-procurement-managerSkill
- vendor-selectionSkill
- workflow-redesign-consultantSkill
The file
We split this skill into the rules it gives an agent
1 rule. 0 are common, 1 is distinctive, and 0 are very specific to this project.
0
Common
Most of the 4 edited versions we read keep these.
1
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 43
Document deterministic operational routines in executable SOPs with explicit SLAs.
“Common” is measured: kept by at least 6 in 10 of the 4 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
operations
Core Philosophy
Business operations is not keeping chaotic spreadsheets updated or firefighting emergencies as they occur. True operational excellence is systems engineering applied to human and technical workflows. High-performance operations is governed by queue theory, Little's Law, Eliyahu Goldratt’s Theory of Constraints, standardized capacity models, and automated exception routing. If a routine operational workflow depends on heroics or memory, the operating system has failed.
4-Step Scalable Business Operations Architecture
Step 1: Bottleneck Identification & Theory of Constraints
- The Five Focusing Steps (Goldratt):
- 1. Identify the Constraint: Locate the single operational station or resource that limits total organizational throughput (e.g. security review queue).
- 2. Exploit the Constraint: Maximize output of that bottleneck (ensure the security team never wastes time on trivial administrative tasks).
- 3. Subordinate Everything Else: Align upstream workflows to feed the bottleneck at its optimal processing speed (never overwhelm the bottleneck).
- 4. Elevate the Constraint: Invest capital or headcount to expand bottleneck capacity.
- 5. Repeat: Once elevated, identify the new operational constraint.
Step 2: Queue Theory & Little’s Law
- The Mathematical Law of Work-in-Progress (WIP):
$$L = \lambda imes W$$
- Where:
- $L$ = Average number of items in the system (WIP).
- $\lambda$ = Throughput rate (items processed per day).
- $W$ = Average lead time through the system.
- Operational Axiom: To reduce cycle time ($W$), you must reduce Work-in-Progress ($L$). Capping concurrent active projects cuts delivery lead time dramatically.
- Where:
Step 3: Capacity Planning & Utilization Thresholds
- The 80% Utilization Guardrail:
- In highway traffic and human operational teams alike, when utilization approaches 100%, queue wait times explode toward infinity.
- Schedule operational teams for a maximum of 80% baseline capacity. Reserve the remaining 20% buffer for unexpected outages, emergencies, and continuous system improvement.
Step 4: Standard Work Instructions & Exception Routing
- Standardized Operations Runbooks:
- Document deterministic operational routines in executable SOPs with explicit SLAs.
- Automated Exception Handling:
- Route standard transactions automatically; isolate exceptions and route directly to specialized human operators with full context logs.
Deliverable Format: Operational System Specification (OPERATIONS-SPEC.md)
# Operational Process & Capacity Specification: [Department / Workflow]
## 1. System Throughput & Capacity Baseline
- **Core Workflow**: Customer Technical Onboarding Pipeline
- **Current Throughput ($\lambda$)**: 12 enterprise accounts onboarded / month
- **Average Lead Time ($W$)**: 21 days from contract sign to live deployment
- **Active Work-in-Progress ($L$)**: 8 accounts concurrently active
- **Team Utilization**: 78% (Target: < 80% to prevent queue delay explosions)
## 2. Identified Bottleneck & Mitigation
- **Current Constraint**: Security VPC peering configuration
- **Exploitation Action**: Automated Terraform script generation to replace manual AWS peering requests, cutting bottleneck processing time from 4 days to 2 hours.
## 3. Escalation SLA & Exception Matrix
| Exception Trigger | SLA | Assigned Resolver | Escalation Path |
|---|---|---|---|
| Client webhook failure > 5% | < 2 Hours | Tier 2 Support Engineer | Lead Solutions Architect |
| Security questionnaire stall > 48h | < 24 Hours | Compliance Specialist | General Counsel |
| Onboarding milestone delayed > 5 days | Immediate | Dedicated Account Manager | VP of Operations |Worked Example: Slashing Client Onboarding Lead Time via Little's Law
- Problem: Client onboarding was dragging to 48 days; onboarding specialists managed 25 active clients simultaneously, feeling overwhelmed.
- Intervention: Applied Little's Law. Capped WIP to strictly 10 concurrent active accounts per specialist.
- Outcome: Average lead time dropped from 48 days to 14 days; client satisfaction jumped from 72% to 96%.
Verification Checklist
- Primary operational constraint (bottleneck) identified and exploited.
- Work-in-Progress (WIP) limits enforced to reduce cycle times.
- Operational capacity planned with at least 20% reserve buffer.
- Standard work instructions documented with explicit SLAs.
- Automated exception routing prevents standard workflows from stalling.
Anti-Patterns
- Running Teams at 100% Utilization: Ensuring every engineer or operator is 100% booked, guaranteeing that a single emergency causes system-wide cascading delays.
- Local Optimization: Spending $50,000 optimizing a non-bottleneck station, producing zero increase in overall system throughput.
- Hero Culture: Relying on specific individual employees working 16-hour days to keep broken processes running.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

