documentation-system-design

Activate when creating system design documents, writing runbooks, producing architecture diagrams, documenting API usage guides, writing onboarding documentation for a new engineer, reviewing documentation quality for a milestone or production release, creating incident response runbooks, producing system context diagrams, or evaluating whether documentation meets the standard required for a production deployment. Use when a system lacks sufficient documentation for the team to operate it safely, or when docs need to be assessed before a release gate.

Safety Notice

This listing is imported from SkillsMP metadata and should be treated as untrusted until upstream source review is completed.

Copy this and send it to your AI assistant to learn

Install skill "documentation-system-design" with this command: npx skills add s3nex-com/skillsmp-s3nex-com-s3nex-com-documentation-system-design

No markdown body

This source entry does not include full markdown content beyond metadata.

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

General

architecture-decision-records

Creates, reviews, updates, and manages Architecture Decision Records (ADRs) — the institutional memory of technical decision-making. Use this skill whenever the user wants to: create an ADR for a technology or architecture decision, document why a specific technology was chosen, record a technical decision before implementing it, update or supersede an existing ADR, review a proposed decision for completeness, check whether a decision warrants an ADR, maintain the ADR index, or understand why a past decision was made. Also trigger when the user asks "why are we using X", "who decided this", "was this decision documented", "log a design decision", "decision history", "record a technical decision", or "document this choice".

Repository SourceNeeds Review
General

accessibility

accessibility, a11y, WCAG, screen reader, keyboard navigation, color contrast, inclusive design, EU Accessibility Act, ADA compliance, focus management, aria labels, accessible components, ARIA, tab order, focus trap, skip link, axe-core, pa11y, contrast ratio, accessible forms, landmark regions

Repository SourceNeeds Review
General

api-contract-enforcer

Activate when verifying that a service implementation actually matches its API contract, running contract tests between consumer and provider services, detecting contract drift between what the spec says and what is deployed, setting up Pact or schema-registry based contract verification in CI, investigating a production incident caused by a contract violation, comparing two spec versions to identify breaking changes, validating partner company deliverables against the agreed OpenAPI spec, or enforcing that no spec changes are deployed without going through the change control process. Use this when something is broken at an integration boundary and you need to determine whether it is a contract violation or an implementation bug.

Repository SourceNeeds Review
General

architecture-fitness

Activate when setting up or running architecture fitness functions, enforcing import boundaries in CI, checking module layer boundaries automatically, tracking dependency budget against an approved list, detecting circular imports, flagging dead or abandoned modules, preventing architecture drift between PRs, enforcing architecture compliance in the build pipeline, or adding architecture CI checks to a project. Distinct from periodic human architecture reviews — fitness functions run automatically on every PR with no human required.

Repository SourceNeeds Review
documentation-system-design | V50.AI