| name | simpledoc |
| description | Create or update documentation in this repo following SimpleDoc conventions. Use when creating docs, plans, logs, or any markdown files. |
SimpleDoc Documentation Skill
Attention agent! Complete every item below before touching documentation work:
- Read this file in full for the current session. No shortcuts.
- Verify that git is initialized and configured. You will need the name and email of the current user in order to populate the
author field in the YAML frontmatter. Run the following one-liner to verify:
printf '%s <%s>\n' "$(git config --local --get user.name 2>/dev/null || git config --global --get user.name)" "$(git config --local --get user.email 2>/dev/null || git config --global --get user.email)"
If the name and email are not available for some reason, ask the user to provide them, and also setup git configuration for them.
SimpleDoc Specification
SimpleDoc defines two types of files:
- Date-prefixed files: SHOULD be used for most documents, e.g.
docs/2025-12-22-an-awesome-doc.md.
- Capitalized files: SHOULD be used for general documents that are not tied to a specific time, e.g.
README.md.
1. Date-prefixed files
2. Capitalized files
- For general documents not tied to a specific time, e.g.
README.md, AGENTS.md, INSTALL.md, HOW_TO_DEBUG.md.
- Multi-word filenames SHOULD use underscores (
CODE_OF_CONDUCT.md).
Preferences in Documentation Style
- Tone: casual, clear, technically precise but not academic
- Planning docs: concrete and actionable, include checklists
- Keep docs concise — no fluff, no filler paragraphs
- Use ISO timestamps where relevant
- Prefer bullet points over prose for technical content
Before You Start
- Run
date +%Y-%m-%d and use the output for both filename prefix and date field.
- Identify where the document belongs:
- Keep general documentation at the root of
docs/.
- Use dedicated subdirectories for specialized content (plans, logs, reports).
- Check for existing, related docs to avoid duplicates and to link to prior work.
File Naming
- Format:
YYYY-MM-DD-descriptive-title.md. The date MUST use dashes; the rest SHOULD be lowercase with hyphens (avoid underscores).
- Choose names that reflect the problem or topic, not the team or author.
- Example:
2025-06-20-api-migration-guide.md.
- Place the file in the appropriate folder before committing.
Timeless vs. Dated
- Timeless general documents describe enduring processes or repo-wide rules. They do not carry a date prefix and keep their canonical names.
- All other content (design notes, incidents, feature guides, migrations, meeting notes, plans, etc.) must use the date-prefixed naming pattern above.
- When adding or reviewing documentation, decide which bucket applies.
Required Front Matter
Every doc must start with YAML front matter:
---
date: 2025-10-24
author: Name <email@example.com>
title: Short Descriptive Title
tags: [tag1, tag2]
---
Daily Logs (SimpleLog)
Default location: docs/logs/YYYY-MM-DD.md.
Create a daily log entry
npx -y @simpledoc/simpledoc log "Entry text here"
For multiline:
cat <<'EOF' | npx -y @simpledoc/simpledoc log --stdin
Multiline entry here
- point one
- point two
EOF
Manual edits (if needed)
- Keep the YAML frontmatter intact (
title, author, date, tz, created, optional updated).
- Ensure a blank line separates entries.
- Session sections must be
## HH:MM (local time of the first entry in that section).
Ongoing logging
Log anything worth noting: significant changes, decisions, errors, workarounds, progress. Log each entry after completing the step. No exceptions.
Final Checks Before Submitting