daramex-monorepo-docs
DaraMex Documentation Skill
Guide for working with the DaraMex internal docs site (VitePress). For VitePress-specific help (theming, custom components, advanced Markdown), use the vitepress skill.
Reference Files
Read these as needed — don't load everything upfront:
| File | When to read |
|---|---|
references/templates.md |
When creating a new doc (has Feature, ADR, Workflow, Runbook templates) |
references/folder-structure.md |
When unsure where a doc goes or when adding a new module |
references/vitepress-integration.md |
When adding a page to the sidebar or touching VitePress config |
Mandatory Workflow (every documentation change)
Follow these steps in order. Skipping any step risks orphaned pages, broken navigation, or stale registry entries.
Step 1: Read the registry
Read apps/docs/registry.md before doing anything. Check if a doc already exists. Prefer updating existing docs over creating new ones.
Step 2: Write or update the document
Every doc file must include this frontmatter:
---
title: '<doc title>'
summary: '<one-line purpose>'
status: active
owner: '<team-or-role>'
last_reviewed: YYYY-MM-DD
source_paths:
- '<repo/path/used/as/source>'
replaces: '<old doc path, if replacing>'
replaced_by: '<new doc path, if being replaced>'
---
status:draft|active|superseded|archivedlast_reviewed: always set to today's datereplaces/replaced_by: only when superseding another doc
For the document body, read references/templates.md to get the right template for your doc type.
Step 3: Update the registry
Edit apps/docs/registry.md:
- New docs: Add a row to the correct table section (
| Path | Type | Status | Owner | Notes |) - Superseded docs: Change status to
superseded, add note - Recently Changed Docs: Add a bullet at the bottom:
- YYYY-MM-DD: Short description
Step 4: Update the sidebar
New pages must be added to apps/docs/.vitepress/config.ts. Read references/vitepress-integration.md for details on which sidebar section to use and the exact format.
Step 5: Handle superseded docs (only when replacing)
- Move old doc to
apps/docs/legacy/superseded/ - Set
status: supersededand addreplaced_byin old doc's frontmatter - Add
replacesin new doc's frontmatter - Update both entries in
registry.md
Document Type Decision Guide
| Change type | Location | Template |
|---|---|---|
| New module feature | modules/<module>/features/<name>.md |
Feature |
| Domain / business logic | modules/<module>/domain/<name>.md |
Feature |
| Architecture decision | adr/NNN-<title>.md |
ADR |
| Engineering workflow | workflows/engineering/<name>.md |
Workflow |
| Operations workflow | workflows/operations/<name>.md |
Workflow |
| Infra runbook | modules/infra/runbooks/<name>.md |
Runbook |
| Observability runbook | modules/observability/runbooks/<name>.md |
Runbook |
| Module-specific runbook | modules/<module>/runbooks/<name>.md |
Runbook |
| Architecture overview | architecture/<name>.md |
None |
| Minor update | Edit in place, update last_reviewed |
N/A |
Quick Checklist
Before submitting any documentation change:
- Read
registry.mdfirst - Frontmatter is complete with today's date in
last_reviewed - Registry updated (new row + "Recently Changed Docs" entry)
- Sidebar updated in
.vitepress/config.ts(new pages only) - Superseded docs handled properly (if replacing)
More from cmglezpdev/custom-skills
code-audit
>
9nestjs-wide-events
Implement structured, wide-event logging in NestJS applications following the canonical log line / wide event pattern. Use this skill whenever the user asks about logging, observability, debugging, or tracing in a NestJS app. Also trigger when the user mentions log lines, structured logging, canonical log lines, wide events, request context, observability, or asks how to improve their NestJS logging setup. Use this even if the user just says "add logging" to a NestJS project, since the wide event pattern should be the default, not scattered console.log calls.
9nestjs-lgtm-metrics
Add application-level Prometheus metrics to a NestJS app using the OpenTelemetry SDK and an OTel Collector. Covers HTTP RED metrics, Node.js runtime metrics, business metrics, and advanced observability patterns. Use this skill whenever the user wants to add metrics, dashboards, or monitoring to a NestJS application, mentions Prometheus, Grafana metrics, OpenTelemetry metrics, OTel Collector, or asks about SLIs/SLOs, or application-level monitoring in a NestJS context. Also trigger when the user wants custom counters, histograms, gauges, or summaries in NestJS. This skill focuses exclusively on metrics the APPLICATION must emit. It does not cover logging, tracing, infra-level metrics from cAdvisor, node-exporter, postgres-exporter, or redis-exporter.
8documentation
>
7daramex-testing
>
1nestjs-app-metrics
Add application-level Prometheus metrics to a NestJS app using the OpenTelemetry SDK and an OTel Collector. Covers HTTP RED metrics, Node.js runtime metrics, business metrics, and advanced observability patterns. Use this skill whenever the user wants to add metrics, dashboards, or monitoring to a NestJS application, mentions Prometheus, Grafana metrics, OpenTelemetry metrics, OTel Collector, or asks about SLIs/SLOs, or application-level monitoring in a NestJS context. Also trigger when the user wants custom counters, histograms, gauges, or summaries in NestJS. This skill focuses exclusively on metrics the APPLICATION must emit. It does not cover logging, tracing, infra-level metrics from cAdvisor, node-exporter, postgres-exporter, or redis-exporter.
1