docs

Write Laravel-style documentation for docs and README files.

1|Updated Feb 8, 2026
One-click install
npx skills add https://github.com/loadinglucian/dotagents --skill docs-loadinglucian
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: docs
Source: https://github.com/loadinglucian/dotagents/tree/main/skills/docs
Command: npx skills add https://github.com/loadinglucian/dotagents --skill docs-loadinglucian

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Writes consistent, high-quality Laravel-style documentation that emphasizes reader-first explanations, active voice, and a clear progression from basic to advanced concepts. It is designed for editing docs/**/*.md and README.md files across Laravel projects.

Core Features & Use Cases

  • Enforces a reader-first, active-voice tone across sections.
  • Provides problem-solution openings, conceptual explanations, and progressive detail.
  • Applies standardized structure to documentation tasks like tutorials, API guides, and feature retrospectives.

Quick Start

Create a Laravel-style documentation draft for a new feature in docs/ or README.md following the reader-first, problem-solution structure.

Frequently Asked Questions about docs

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

FAQPage Schema
How do I write Laravel-style documentation for my software project?

To write Laravel-style documentation, you should apply a reader-first tone using active voice and problem-solution openings. This approach ensures a clear progression from basic to advanced concepts across your docs and README files.

What is the best way to structure a Laravel feature guide for readers?

The best way to structure a Laravel feature guide is using a standardized format with problem-solution openings, conceptual explanations, and progressive detail, ensuring a consistent and accessible output for your readers.

How do I create a tutorial draft in a docs directory following reader-first principles?

To create a tutorial draft, write content in your docs directory following the reader-first, problem-solution structure while enforcing an active-voice tone across all sections to maintain high-quality documentation.

Can I use this approach to standardize API guides and feature retrospectives?

Yes, you can use this approach to standardize API guides and feature retrospectives by applying standardized structure and reader-first explanations to ensure consistent, accessible output across all documentation tasks.

How does frontmatter-driven guidance affect markdown documentation tone and structure?

Frontmatter-driven guidance affects markdown documentation by meeting specific tone-structure requirements that ensure consistent output, applying reader-first explanations and active voice across all documented sections.

When should I not use a reader-first active-voice tone for documentation?

You should not use a reader-first active-voice tone when your documentation requires strict passive-voice compliance or highly formalized structural conventions that conflict with progressive, problem-solution formatting.