name: package-docs description: "Use this skill when writing or revising package documentation after creating a package from this starter: README content, VitePress pages, contributing docs, upgrade notes, installation, usage, testing, workbench docs, or examples." license: MIT metadata: author: laravel
Package Docs
Primary Goal
Keep package docs concise, accurate, and useful for developers installing, configuring, testing, and contributing to the finished package.
Workflow
- Inspect
README.md,docs/,docs/.vitepress/config.ts, and contributing docs before writing new documentation. - Use the configured package name, vendor slug, namespace, commands, config keys, and publish tags consistently.
- Remove starter-only setup notes once they no longer apply to the configured package.
- Cover README, VitePress pages, contributing docs, upgrade notes if added later, and package usage examples using Laravel ecosystem tone.
- Write direct, Laravel-style documentation: short paragraphs, imperative setup steps, concrete examples, and no marketing filler.
- Keep README content high level and move longer guides to VitePress pages when the details would distract from first-run package setup.
Writing Rules
- Prefer practical examples over abstract descriptions.
- Use the configured package identity in commands, URLs, badges, namespaces, and publish tags.
- Make installation, configuration, publishing, usage, testing, and workbench instructions easy to scan.
- Explain only behavior that exists in the implemented package feature.
- Keep headings stable and predictable so downstream authors can remove or expand sections safely.
References
README.mddocs/index.mddocs/getting-started/installation.mddocs/getting-started/configuration.mddocs/getting-started/changelog.mddocs/basics/defining-expressives.mddocs/basics/converting-models.mddocs/basics/relationships.mddocs/basics/serialization.mddocs/basics/persistence.mddocs/commands/generator.mddocs/commands/syncing.md.github/CONTRIBUTING.mddocs/.vitepress/config.ts
Examples
- Add installation docs that show
composer require wendelladriel/laravel-expressive, publish tags, and migration steps when relevant. - Add installation and usage docs that explain package setup without over-documenting internals.
Anti-Patterns
- Documenting unreleased or unimplemented package features as if they exist.
- Breaking placeholders or replacing them with a real vendor/package name too early.
- Duplicating large sections between README and VitePress when a short cross-reference is enough.
- Leaking starter-only instructions into finished package documentation.