ag-dir

Create a root-level Agent Project Directory with durable docs and .agents runtime artifacts.

21|Updated Jan 3, 2026
One-click install
npx skills add https://github.com/kevinslin/skills --skill ag-dir
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ag-dir
Source: https://github.com/kevinslin/skills/tree/main/active/ag-dir
Command: npx skills add https://github.com/kevinslin/skills --skill ag-dir

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Define and maintain a durable Agent Project Directory (AGD) at the repository root, providing a stable home for project documents, ownership rules, and isolated runtime artifacts.

Core Features & Use Cases

  • Durable root documentation including design.md, memory.md, config.md, progress.md, and specs/
  • Runtime artifacts stored in a dedicated .agents/ directory to keep churn separate from durable docs
  • Specs-driven workflow with specs/*.md and per-spec progress/history under .agents/runs/

Quick Start

Create the AGD skeleton at the repository root and start populating core docs.

Frequently Asked Questions about ag-dir

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I organize a durable agent project directory for design docs and runtime artifacts?

A durable agent project directory organizes core architectural docs at the repository root while isolating runtime artifacts in a dedicated .agents directory. This structure separates durable documents like design.md from high-churn runtime data, ensuring stable ownership and repeatable workflows.

What is an AGD structure for managing project specs and progress?

An AGD structure defines a stable repository root housing durable files like design.md, memory.md, config.md, progress.md, and a specs/ directory. It isolates per-spec runtime data and history under a dedicated .agents directory, keeping churn separate from durable architectural documentation.

How do I maintain a specs-driven workflow with isolated runtime artifacts?

Maintain a specs-driven workflow by creating specs/*.md files for design definitions and routing per-spec progress and history to an isolated .agents/runs/ directory. This keeps durable architectural docs stable at the root while runtime execution data churns safely in the .agents directory.

Can I audit existing project architectural docs using a durable agent directory?

Yes, you can audit and update existing architectural docs by applying the durable agent directory structure. It enforces clear ownership rules and repeatable workflows around core files like design.md, config.md, and progress.md, ensuring project documentation remains organized and current.

What's the best way to separate durable project docs from runtime artifacts in a repository?

The best way to separate durable docs from runtime artifacts is implementing a root-level agent directory for design.md and specs, alongside a dedicated .agents directory for runtime data. This physical separation prevents runtime churn from corrupting stable architectural documentation.

Do I need a dedicated .agents directory for project memory and config files?

You need a dedicated .agents directory specifically for runtime artifacts and per-spec run history, not for durable memory or config files. Durable documents like memory.md and config.md belong at the repository root to maintain stable ownership and separation from runtime churn.