docs

Map configured documentation paths to files and directories from .cursor/config.json.

Updated Apr 12, 2026
One-click install
npx skills add https://github.com/softmg/product-tracker --skill docs-softmg
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: docs
Source: https://github.com/softmg/product-tracker/tree/main/.cursor/skills/docs
Command: npx skills add https://github.com/softmg/product-tracker --skill docs-softmg

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Provides a clear, configuration-driven map of where project documentation lives so contributors and agents can reliably find, create, and update plans, reports, issues, and architecture notes without guessing hardcoded paths.

Core Features & Use Cases

  • Configuration-driven paths: Explains how to read documentation paths from .cursor/config.json and avoid hardcoding ai_docs or other roots.
  • Structured directory mapping: Describes standard doc areas (plans, reports, issues, features, api, components, architecture, design, changelog) and their intended purpose.
  • Documentation workflow guidance: Advises when to update docs automatically versus manually, naming conventions, and linking docs to code changes.
  • Use case: A documenter locating where to add a new API endpoint spec or a planner archiving completed tasks.

Quick Start

Read .cursor/config.json to resolve the configured documentation root and then open or create the appropriate file under the mapped develop, design, or changelog paths.

Frequently Asked Questions about docs

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

FAQPage Schema
How do I locate project documentation without hardcoding paths?

Project documentation is located by reading path mappings from .cursor/config.json, which resolves the configured documentation root and avoids hardcoding directories so contributors can reliably find and update files.

What is the best way to structure project documentation directories?

Standard documentation areas include dedicated directories for plans, reports, issues, features, api, components, architecture, design, and changelog, each serving a specific intended purpose for organizing project files.

How do I add a new API endpoint spec to my project documentation?

To add an API endpoint spec, read .cursor/config.json to resolve the documentation root, then open or create the appropriate file under the mapped api path while following enforced naming conventions.

Can I use this documentation workflow for archiving completed planner tasks?

Yes, planners can locate the mapped develop or reports paths within the configured documentation root to archive completed tasks and update project tracking files without executing code.

When should I update documentation automatically versus manually?

Documentation workflow guidance advises when to update files automatically versus manually based on linking docs to code changes, applying naming conventions, and managing structured directory mappings for reports and architecture notes.