scaffold-docs-folder
Skill1 starsChanged 7 months agoMITView on GitHub
Create a new project folder or subfolder inside a documentation repo with README scaffolding and index updates. Use when the user wants to add a new documentation project folder, create a subfolder in an existing project, or organize new documentation.
In this repository18 other files it gives its agents.
- close-out-sessionSkill
- code-reviewSkill
- comprehension-artifactSkill
- continue-workflowSkill
- enforce-integration-testSkill
- extract-engineering-styleSkill
- full-path-githubSkill
- generate-skill-docSkill
- gh-pr-createSkill
- grill-meSkill
- improve-codebase-architectureSkill
- playwright-capture-flowSkill
- prd-to-issuesSkill
- scaffold-workspaceSkill
- setup-nvim-tmuxSkill
- spec-to-issueSkill
- structured-backlogSkill
- tdd-pocockSkill
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 7 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Create a new project folder or subfolder inside a documentation repo with a properly structured README and updated indexes.
- Distinctive: line 14
If the current working directory is inside a docs repo (has a master index markdown file at its root), use that.
- Very specific: line 121
If the repo has documentation-maintenance rules in .cursor/rules/, follow them.
- Very specific: line 162
Always use lowercase_with_underscores for folder names.
- Distinctive: line 163
Every folder MUST have a README.md — this is non-negotiable per the repo conventions.
- Distinctive: line 164
Read the parent README and index before updating them — don't blindly append.
- Distinctive: line 165
If the user provides initial documents to place in the folder, add them to the README's file guide and folder tree.
- Distinctive: line 166
Don't create placeholder files beyond the README unless the user asks.
- Distinctive: line 167
If the subfolder will contain 3+ files, the README should include all the standard subfolder sections (Purpose, Context, File Guide, Key …
≈ “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
Scaffold Documentation Folder
Create a new project folder or subfolder inside a documentation repo with a properly structured README and updated indexes.
Paths
Determine the docs repo root dynamically:
- If the current working directory is inside a docs repo (has a master index markdown file at its root), use that.
- Otherwise, ask the user: "Which docs repo should I create this folder in?"
| Resource | How to Find |
| Docs repo root | Current directory or user-specified path |
| Master index | Look for *-INDEX.md or INDEX.md at the repo root |
| Documentation rules | Check for .cursor/rules/documentation-maintenance.mdc |
When to Use
- User wants to create a new project/topic folder in a docs repo
- User wants to add a subfolder within an existing project
- User mentions "new docs folder", "new project in docs", "add a folder for <topic>"
Step 1: Determine Scope
Ask the user:
- Top-level or subfolder?
- Top-level: new project folder directly under the docs repo root
- Subfolder: new folder inside an existing project (e.g.,
<existing_project>/new_analysis/)
- Folder name — Use
lowercase_with_underscoresper repo conventions. - Brief description — 1-2 sentences about what this folder covers.
- Related workspace? — "Is this docs folder related to a project workspace (e.g.,
<project>_workspace)? If so, which one?"
Step 2: Create the Folder and README
For Top-Level Project Folders
Create <docs_repo_root>/<folder_name>/README.md:
# <Title (Title Case of folder name)>
**Status:** Active
---
## Overview
<Brief description from Step 1>
**Related Workspace:** `~/workspace/<project>_workspace/`
<!-- Remove the Related Workspace line if no workspace relationship -->
---
## Folder Structure
<folder_name>/ ├── README.md # This file
---
## Document Index
| Document | Description |
|----------|-------------|
---
## Related Resources
<!-- Links to other docs folders, external references, or workspace initiatives -->For Subfolders
Create <docs_repo_root>/<project>/<subfolder_name>/README.md:
# <Title>
## Purpose
<Brief description from Step 1>
## Context
<Enough background for an LLM to understand the domain without reading every file. Ask the user for this or infer from the parent project's README.>
**Related Workspace:** `~/workspace/<project>_workspace/`
<!-- Remove if no workspace relationship -->
## File Guide
| File | Description |
|------|-------------|
| `README.md` | This file |
## Key Terminology
<!-- Add domain-specific terms if the subfolder has specialized vocabulary -->
## Recommended Reading Order
1. This READMEStep 3: Update Indexes
If the repo has documentation-maintenance rules in .cursor/rules/, follow them. The update cascade is:
For Top-Level Folders
- Read the master index file (e.g.,
*-INDEX.mdorINDEX.md) to understand the current structure - Add an entry under "Active Projects" in alphabetical position:
#### [<folder_name>/](./<folder_name>/)
<Description>
**Key Documents:**
- `<folder_name>/README.md` - Project indexFor Subfolders
- Read the parent project's
README.md - Update the folder tree — add the new subfolder with an inline comment
- Update the document index table — add a row linking to the subfolder's README with a description
Step 4: Commit
cd <docs_repo_root>
git add <new_folder_path>/
git add <master_index_file> # if top-level folder was created
git add <project>/README.md # if subfolder was created
git commit -m "Add <folder_name> documentation folder"Step 5: Offer Next Steps
Tell the user:
- Folder created at
<full_path> - README scaffolded with template structure
- Indexes updated
- Suggest: "Want to add any initial documents to this folder?"
Guidelines
- Always use
lowercase_with_underscoresfor folder names. - Every folder MUST have a
README.md— this is non-negotiable per the repo conventions. - Read the parent README and index before updating them — don't blindly append; maintain alphabetical order and consistent formatting.
- If the user provides initial documents to place in the folder, add them to the README's file guide and folder tree.
- Don't create placeholder files beyond the README unless the user asks.
- If the subfolder will contain 3+ files, the README should include all the standard subfolder sections (Purpose, Context, File Guide, Key Terminology, Recommended Reading Order).
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.

