SKILL.md Files and the Cobrainer Ecosystem
What SKILL.md files are, how to write them, and how Cobrainer generates, harmonizes, and governs them across the entire organization — from job architecture to agent playbooks.
What Is a SKILL.md File
A SKILL.md file is a structured markdown document that defines step-by-step instructions for a specific task or capability. It is the operational playbook that an AI agent reads before executing a task.
Think of it as a detailed work instruction — but written for AI agents instead of humans. It tells the agent: what the task is, when to trigger it, what steps to follow, what tools to use, what the success criteria are, and how to handle edge cases.
SKILL.md files are the bridge between human knowledge and agent execution. They encode organizational expertise into a format that AI systems can consume and act on.
Structure of a SKILL.md File
A well-structured SKILL.md file contains these sections:
| Section | Purpose | Example |
|---|---|---|
| Title | Clear name of the task | "Screen Candidates Against Role Profile" |
| Description | One-paragraph summary of what the skill does | "Scores candidate applications against the skill matrix of a specified role..." |
| When to Use | Trigger conditions for the agent | "Use when a hiring manager requests candidate screening for an open requisition" |
| Prerequisites | What must be true before execution | "Role profile exists in Cobrainer. ATS MCP server is connected." |
| Steps | Ordered instructions the agent follows | "1. Retrieve role profile via Cobrainer MCP. 2. Fetch candidate list from ATS..." |
| Tools Required | MCP servers and tools the agent needs | "Cobrainer MCP: get_role_profile. ATS MCP: search_candidates." |
| Success Criteria | How to verify the task was completed correctly | "Shortlist of top 5 candidates generated with reasoning for each." |
| Edge Cases | What to do when things go wrong | "If fewer than 5 candidates match, lower proficiency threshold by 1 level..." |
| Quality Checks | Validation rules the agent applies | "All candidates must have at least 3 of 5 required skills at target proficiency." |
Best Practices for SKILL.md Files
One Task, One File
Each SKILL.md file covers exactly one discrete task. Not a role. Not a process. A task.
A role like "Senior Recruiter" might involve 15–20 tasks. Each task gets its own SKILL.md file: "Screen Candidates," "Draft Requisition," "Conduct Reference Check," "Generate Offer Letter." The role is a composite. The tasks are atomic.
Clear Trigger Conditions
The agent needs to know when to use a skill. Vague triggers ("when needed") lead to misuse. Specific triggers ("when a hiring manager submits a screening request for an open requisition with at least 10 applicants") lead to reliable execution.
Measurable Success Criteria
Every SKILL.md file defines what "done" looks like. Not "candidates are screened" but "a ranked shortlist of the top N candidates is generated, each with a skill-match score and written reasoning, saved to the ATS as a screening report."
Version Control and Ownership
SKILL.md files are living documents. They need version control (who changed what, when), ownership (who is responsible for maintaining the file), and review cycles (are the instructions still accurate?).
Cross-References
Tasks rarely exist in isolation. A "Screen Candidates" SKILL.md should reference the "Draft Requisition" SKILL.md (because screening depends on a well-defined requisition) and the "Generate Shortlist Report" SKILL.md (because screening feeds into reporting).
The Problem: Scattered, Ungoverned SKILL.md Files
Today, every tech-savvy employee is building their own AI agent setup. They create folders on their machines with individual projects. Some have set up orchestration tools. Many have written their own SKILL.md files — ad hoc, undocumented, inconsistent.
The result:
- No consistency — the same task is described differently across teams
- No governance — nobody reviews or approves the instructions agents follow
- No reuse — each person reinvents the wheel
- No security — SKILL.md files may instruct agents to access systems without proper authorization
- No alignment — individual SKILL.md files do not reflect the organization's actual role definitions, skill requirements, or compliance rules
This is the same problem organizations faced with job descriptions 20 years ago: every manager wrote their own, in their own format, with their own criteria. Job architecture solved that. SKILL.md governance needs the same solution.
Cobrainer's Role: The SKILL.md Management Ecosystem
Cobrainer is uniquely positioned to solve this problem — because Cobrainer already decomposes every job role into tasks, and every task maps to skills. SKILL.md files, in essence, represent tasks of job roles. The connection is direct.
Generation: From Job Architecture to SKILL.md Files
The flow:
- Job Architecture defines families, clusters, roles, levels
- Each role contains a list of tasks
- Each task maps to skills and proficiency levels
- Cobrainer generates a SKILL.md file for each task — complete with steps, tool requirements, success criteria, and edge cases
The SKILL.md file is derived from the architecture. It is not invented by an individual — it is computed from the organizational structure.
Harmonization: One Task, One SKILL.md, Everywhere
The same task appears in multiple roles. "Conduct Stakeholder Interview" exists in Business Analyst, Product Manager, and UX Researcher roles. Without harmonization, each team writes a different SKILL.md for the same task.
Cobrainer harmonizes: one canonical SKILL.md per task. If the task appears in 5 roles, all 5 reference the same file. Variations (different tools, different contexts) are handled through parameters, not separate files.
Centralized Repository: Not Laptops, a Governed Library
Instead of SKILL.md files scattered across individual machines and folders:
- Central storage — all SKILL.md files live in one governed repository
- Version control — every change tracked, full diff history, rollback capability
- Access control — who can read, modify, and deploy SKILL.md files
- Distribution — agents pull the latest SKILL.md from the central source. No stale local copies.
Derived from Structure: Architecture Changes, SKILL.md Files Update
When a role changes — new tasks added, skills updated, proficiency targets adjusted — the SKILL.md files derived from that role update automatically. The architecture is the single source of truth. SKILL.md files are downstream artifacts.
Consistent Governance Rules
Every SKILL.md file generated by Cobrainer inherits organizational rules:
- Security rules — which systems the agent can access, what data it can read or write
- Ethics rules — fairness constraints, bias checks, human-in-the-loop requirements
- Brand personality — tone of voice, communication style, language rules
- Data sources — where the agent fetches information (approved MCP servers only)
- Compliance constraints — GDPR, pay transparency, labor law requirements
These rules are not embedded in individual files — they are applied from organizational policy, consistently, across all generated SKILL.md files.
SKILL.md Files as the Bridge
SKILL.md files connect two worlds:
| World | What It Contains | Who Owns It |
|---|---|---|
| Job Architecture | Roles, tasks, skills, proficiency levels, organizational structure | HR, Organization Design, Cobrainer |
| Agent Operations | Playbooks, tool configurations, execution rules, quality criteria | IT, Operations, AI Teams |
SKILL.md files are the translation layer. They take what the organization defines (in the job architecture) and convert it into what agents execute (in operational workflows).
Cobrainer manages both sides — and the translation between them. This is what makes it the management ecosystem for SKILL.md files: not just a generator, but the governance, versioning, distribution, and synchronization layer that keeps agent operations aligned with organizational design.
Need help building your Job & Skill Architecture? Talk to our team.
Talk to Hanns