tech-doc
Skill1 starsChanged 8 months agoMITView on GitHub
Generate technical documentation for a specified technology domain with optional customization.
4 other projects use a version of this.
Adopted by
Most recently taken up by
- illsdsd/claude-skillstheir own version, first seen Oct 15, 2026
- NguyenHungCuongg/chameleon-writertheir own version, first seen Sep 30, 2026
- themusecatcher/ai-coding-kittheir own version, first seen Sep 15, 2026
- hetalkumawat-bs/claude-skillstheir own version, first seen Aug 20, 2026
Other versions4 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 4
- themusecatcher/ai-coding-kit★ 2same name
- hetalkumawat-bs/claude-skills★ 1same name
- NguyenHungCuongg/chameleon-writer★ 1same name
- illsdsd/claude-skills★ 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 repository10 other files it gives its agents.
- bug-filing-proSkill
- bugzilla-wranglerSkill
- list-reportsSkill
- media-bug-triageSkill
- mozconfigSkill
- s2-validationSkill
- sec-approvalSkill
- source-permalinksSkill
- s2Skill
- uplift-requestSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. About 0 are common, 12 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈12
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Ask the user for the target technology domain if not already specified
- Distinctive: line 16
If user wants to customize: let them provide modifications
- Distinctive: line 17
Ask the user where to save the generated documentation
- Distinctive: line 22
When this skill is invoked:
- Distinctive: line 26
If the user has not specified a domain, use AskUserQuestion to ask them to choose one.
- Distinctive: line 51
If the user chooses to customize, ask them what they'd like to change:
- Distinctive: line 59
Before generating, use AskUserQuestion to ask where to save the documentation:
- Distinctive: line 65
If the user chooses a custom path, ask them to provide the full file path.
- Distinctive: line 69
After the prompt is finalized and destination is determined, generate the actual technical documentation by:
- Very specific: line 71
Use searchfox-cli and file reads to explore the codebase for the specified domain
- Distinctive: line 73
Write the comprehensive technical document following the structure in the prompt
- Distinctive: line 76
IMPORTANT: Do NOT just output the prompt template.
- Distinctive: line 82
Use this template internally to guide documentation generation.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Overview
This skill generates technical documentation for a specified technology domain (e.g., WebCodecs, WebRTC, Media Playback, WebAudio, Graphics) in the Firefox/Gecko codebase.
The generated document serves as context input for AI coding assistants in scenarios such as feature planning, spec implementation, debugging, or code tracing.
Workflow
- Ask the user for the target technology domain if not already specified
- Show the pre-filled prompt and ask if the user wants to customize it
- If user wants to customize: let them provide modifications
- Ask the user where to save the generated documentation
- Generate the technical documentation based on the finalized prompt and save to specified location
Instructions
When this skill is invoked:
Step 1: Check if domain is specified
If the user has not specified a domain, use AskUserQuestion to ask them to choose one. Common domains include:
- WebCodecs
- Media Playback (HTMLMediaElement)
- Media Source Extensions (MSE)
- MediaRecorder
- MediaSession
- WebRTC
- WebAudio
- Graphics (WebGL, WebGPU, Canvas)
- DOM Events
- Layout Engine
- Networking (Necko)
- IPC/IPDL
- Or any other Firefox subsystem
Step 2: Show pre-filled prompt and offer customization
Once you have the domain, look up the primary directories and specs from the Domain Reference table below. Then show the user the pre-filled prompt (see Prompt Template section) and use AskUserQuestion to ask:
"Here's the documentation request I'll use. Would you like to customize it?"
- Generate now - Proceed with the default prompt
- Customize - Let me modify the prompt first
Step 3: Handle customization (if requested)
If the user chooses to customize, ask them what they'd like to change:
- Additional context or focus areas
- Specific sections to emphasize or skip
- Additional directories to analyze
- Any other modifications
Step 4: Ask for storage destination
Before generating, use AskUserQuestion to ask where to save the documentation:
"Where would you like to save the generated documentation?"
- Default location - Save to
.claude/skills/tech-doc/{domain}.md- Custom path - Let me specify a different location
If the user chooses a custom path, ask them to provide the full file path.
Step 5: Generate the technical documentation
After the prompt is finalized and destination is determined, generate the actual technical documentation by:
- Use
searchfox-cliand file reads to explore the codebase for the specified domain - Analyze the architecture, key classes, data flows, and interactions
- Write the comprehensive technical document following the structure in the prompt
- Save the document to the specified location in Markdown format
IMPORTANT: Do NOT just output the prompt template. Actually generate the technical documentation by researching the codebase.
Prompt Template
Use this template internally to guide documentation generation. Replace placeholders with actual values from the Domain Reference table.
# Technical Documentation: {{DOMAIN}}
**Generated Date**: {{CURRENT_DATE}}
**Scope**: Comprehensive technical documentation for {{DOMAIN}} in Firefox/Gecko, covering architecture, key modules, data flows, and cross-boundary interactions.
## Target Codebase
- **Repository**: Mozilla Firefox (Gecko engine)
- **Primary directories**: {{PRIMARY_DIRECTORIES}}
- **Related specifications**: {{RELEVANT_SPECS}}
## Document Sections to Generate
1. **High-Level Architecture**
- Primary modules/components
- Inter-module dependencies
- Process hosting (parent, content, GPU, etc.)
- Architecture diagram (ASCII/text)
2. **Core Modules Deep Dive**
- Purpose and responsibilities
- Key classes/structures
- Lifetime/lifecycle management
- Process/thread model
- Task queue dynamics
3. **Architectural Control Points**
- Orchestration components
- State management
- Data flow drivers
- External API entry points
4. **Key Data Flows**
- Input sources
- Transformations/processing
- Output destinations
- Sequence descriptions
5. **Key Event Flows**
- Event types and meanings
- Dispatch mechanisms
- State machine transitions
- Error handling paths
6. **Action-to-Behavior Mappings**
- User action triggers
- System triggers
- Internal method call chains
- Cross-process communication
7. **Critical Cross-Boundary Interactions**
- Process boundaries (IPC/IPDL)
- Thread boundaries
- Module boundaries
- Tech stack boundaries (C++/Rust/JS, WebIDL)
## Additional Context
{{ADDITIONAL_CONTEXT}}Domain Reference
| Domain | Primary Directories | Related Specs |
| WebCodecs | dom/media/webcodecs/, media/ffvpx/ | W3C WebCodecs API, Codec Registry |
| Media Playback | dom/media/, dom/html/ | WHATWG HTML Media Element |
| MSE | dom/media/mediasource/ | W3C Media Source Extensions |
| MediaRecorder | dom/media/mediarecorder/ | W3C MediaStream Recording |
| WebRTC | dom/media/webrtc/, media/webrtc/ | W3C WebRTC, IETF RFCs |
| WebAudio | dom/media/webaudio/ | W3C Web Audio API |
| Graphics | gfx/, dom/canvas/ | WHATWG Canvas, WebGL, WebGPU |
| IPC | ipc/, dom/ipc/ | Mozilla IPDL |
| Networking | netwerk/ | HTTP specs, Fetch API |
| Layout | layout/ | CSS specs, WHATWG |
Example Invocations
/tech-doc WebCodecs- Generate WebCodecs documentation/tech-doc for MSE- Generate MSE documentation/tech-doc- Will prompt for domain selection
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.

