Skip to content
Agentmart
Submit a tool

project-layout

Define and enforce the standard project paths for documentation, plans, notes, references, research, and publications.

Skill by jwd83

IndexedUnlicense★ 1
Write a review

Install

Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.

npx agentmarket install skill/jwd83-project-layout

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

Define and enforce the standard project paths for documentation, plans, notes, references, research, and publications. Use when creating or organizing a project or when another skill creates durable project artifacts.

Use cases: research, productivity

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.

Tools
No tools found
Secrets
None asked for
Install scripts
None found

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/project-layout

What's inside

Skill name
project-layout
Description
Define and enforce the standard project paths for documentation, plans, notes, references, research, and publications. Use when creating or organizing a project or when another skill creates durable project artifacts.
License
Unlicense
Instructions
50 lines in SKILL.md · view on GitHub

Files (1)

  • SKILL.md

SKILL.md (first lines)

# Project Layout

Treat all paths as relative to the project root, normally the Git worktree root. Use this layout for new work; do not introduce alternative paths.

| Path | Purpose |
| --- | --- |
| `docs/` | Maintained project documentation and knowledge. |
| `docs/wiki/` | Interlinked or LLM-maintained knowledge base. |
| `docs/public/` | Portable publication output. |
| `plans/to-do/` | Draft or queued work. |
| `plans/in-progress/` | Active work that must survive across sessions. |
| `plans/completed/` | Finished plans retained as history. |
| `plans/notes/` | Exploratory notes, notebooks, and long-term guidance. |
| `ref/` | Immutable external sources and reference inputs. |
| `ref/inbox/` | The one mutable lane under `ref/`: staging for sources awaiting placement. Files become immutable once moved into `ref/`. |

Keep tool-required files such as `README.md`, `AGENTS.md`, `CLAUDE.md`, `LICENSE`, and ecosystem configuration at the root.

Source paths such as `src/`, `tests/`, package assets, repository utilities, and files inside an installed skill follow their own ecosystem conventions.

When a skill creates a durable project artifact, place it under these paths.

## Legacy Equivalents

Use the canonical paths for new work. On an existing project, recognize these legacy names and keep using one established tree rather than creating a parallel canonical one. Migrate only when the user asks or the task includes reorganization; never split one artifact class across canonical and legacy paths.

| Legacy path | Canonical destination |
| --- | --- |
| `doc/` | `docs/` |
| `wiki/` | `docs/wiki/` |
| `corpus/` | `docs/public/` |
| `plan/` | `plans/` |
| `todos/`, `tasks/`, `plans/todos/` | `plans/to-do/` |
| `notebook/`, `scratchpad/`, `thoughts/`, `notes/` | `plans/notes/` |
| `raw/`, `reference/` | `ref/` |
| `ingest/` | `ref/inbox/` |

## Plan Lifecycle

- Draft work in `plans/to-do/<slug>.md`.
- Move it to `plans/in-progress/<slug>.md` when work starts.
- Move it to `plans/completed/YYYY-MM-DD-<slug>.md` when complete.
- Keep non-status notes in `plans/notes/`.
- Update links when moving a plan; do not leave duplicate copies.

## Structure Markers

Create every canonical directory in greenfield and early-stage projects. Place and retain `.gitkeep` in each directory so the intended structure remains explicit and survives temporary emptiness.

From jwd83/skills, Unlicense.

More from jwd83/skills

Signals

Stars
1
Forks
0
Open issues
0
Last commit (this folder)
Jun 18, 2026 (4 months ago)

From GitHub (fetched Oct 24, 2026).

Details

License
Unlicense
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

More from jwd83

Cite this page

project-layout skill. Agent Mart. https://agentmart.dev/skills/jwd83-project-layout (last updated 2026-10-24)