technical-documents
Skill1 starsChanged 19 days agoApache-2.0View on GitHub
Document-type presets and vocabulary for technical documents (runbooks, postmortems, ADRs, READMEs, handoffs, SOPs) for network admin and DevOps readers. Extends document-standards; does not redefine its dials, checklist or anti-slop references.
In this repository21 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- .cursor/rules/agents.mdcCursor rule
- commandsSkill
- daily-dashboardSkill
- daily-reviewSkill
- document-standardsSkill
- jotSkill
- merge-proxySkill
- monthly-reviewSkill
- orientSkill
- redaction-gateSkill
- session-closeSkill
- session-logSkill
- skill-creationSkill
- skill-discoverySkill
- surface-regimesSkill
- touchSkill
- weekly-reviewSkill
- working-preferencesSkill
The file
Files
When to Use
Layers on top of document-standards specifically for: runbooks, incident postmortems, ADRs, README files (technical or project-specific), on-call handoff notes, change-management docs, SOPs, and similar standalone technical documents aimed at readers who are senior network admins, DevOps engineers, or DevSecOps engineers, often people delegating work to juniors or evaluating documentation quality.
This skill assumes document-standards is already active. It adds document-type presets and audience framing on top of that base. It does not restate the FORMALITY/DENSITY/AUDIENCE_LEVEL dial mechanism, the Content Read step, the pre-flight checklist, the scoring rubric, or the anti-slop references, all of which live in document-standards and apply here unchanged.
Preset priority: when a document could plausibly match a preset in both this file and document-standards, this file's preset wins whenever its trigger conditions (audience, document type) are met, since it represents the more specific match. document-standards' own presets are the fallback for everything else.
Making a new skill is covered by skill-creation, and deciding whether a need justifies one, or locating an existing skill, by skill-discovery.
Document-Type Presets
| Type | FORMALITY | DENSITY | AUDIENCE_LEVEL |
| Runbook | 4 | 7 | 7 |
| Incident postmortem | 6 | 5 | 6 |
| ADR | 7 | 4 | 6 |
| Technical README | 4 | 5 | 4 |
| On-call handoff note | 3 | 8 | 8 |
| Change-management doc | 7 | 5 | 5 |
| SOP | 6 | 6 | 5 |
Vibe-Word to Dial Mapping (Technical)
| Signal | FORMALITY | DENSITY | AUDIENCE_LEVEL |
| "runbook" / "on-call doc" | 4-5 | 7-8 | 6-8 |
| "postmortem" / "incident report" | 6-7 | 5-6 | 5-7 |
| "ADR" / "design doc" | 6-8 | 4-5 | 5-7 |
| "audit doc" / "compliance" | 8-9 | 5-6 | 5-6 |
Templates
references/templates/: technical document-type templates (runbook, ADR, postmortem, and so on), populated iteratively as real documents get produced. Empty at initial build. Apply document-standards' Three-Tier Threshold Framework independently once this folder grows toward the same limits.
<!--
SPDX-FileCopyrightText: 2026 Aidan Naveja
SPDX-License-Identifier: Apache-2.0
-->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.

