By Dotfusion
Skills following Dotfusion engineering standards (project README generation, and so on).
These instructions apply to AI agents writing or editing engineering documentation for Dotfusion team.
Our team skills are distributed as a Claude Code plugin from this repo
This document defines how documentation should be written and maintained.
Audit and improve web accessibility following WCAG 2.2 guidelines. Use when asked to "improve accessibility", "a11y audit", "WCAG compliance", "screen reader support", "keyboard navigation", or "make accessible".
Practical, copy-paste-ready patterns for common accessibility requirements. Each pattern is self-contained and linked from the main [SKILL.md](../SKILL.md).
Audit and improve web accessibility following WCAG 2.2 guidelines. Use when asked to "improve accessibility", "a11y audit", "WCAG compliance", "screen reader support", "keyboard navigation", or "make accessible".
Authoritative pointer to Dotfusion's engineering standards. Use before writing or changing application code, before opening a pull request, when adding or changing environment variables, when editing CI/CD or deployment config, when wiring observability, when recording an architecture decision, when changing UI (accessibility), when adding a dependency, or when a developer asks "what's our standard for X", "check this against our rules", or "is this the Dotfusion way". Lists every engineering standard, where to find it, and the non-negotiable rules that apply to every change.
Finish setting up a project cloned from the Dotfusion Next.js and AgilityCMS boilerplate. Use when the developer says "let's finish the install", "finish the setup", "set up this project", or right after cloning the template. Configures AgilityCMS environment variables, brand colors, fonts, and site metadata, then verifies the install.
Finish setting up a project cloned from the Dotfusion Next.js and Storyblok boilerplate. Use when the developer says "let's finish the install", "finish the setup", "set up this project", or right after cloning the template. Configures the Storyblok region, tokens, secrets, brand colors, fonts, and site metadata, then verifies the install.
Use when writing Playwright tests, fixing flaky tests, debugging failures, implementing Page Object Model, configuring CI/CD, optimizing performance, mocking APIs, handling authentication or OAuth, testing accessibility (axe-core), file uploads/downloads, date/time mocking, WebSockets, geolocation, permissions, multi-tab/popup flows, mobile/responsive layouts, touch gestures, GraphQL, error handling, offline mode, multi-user collaboration, third-party services (payments, email verification), console error monitoring, global setup/teardown, test annotations (skip, fixme, slow), test tags (@smoke, @fast, @critical, filtering with --grep), project dependencies, security testing (XSS, CSRF, auth), performance budgets (Web Vitals, Lighthouse), iframes, component testing, canvas/WebGL, service workers/PWA, test coverage, i18n/localization, Electron apps, or browser extension testing. Covers E2E, component, API, visual, accessibility, security, Electron, and extension testing.
Uses power tools
Uses Bash, Write, or Edit tools
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
This repository contains the global engineering documentation for the team.
It defines how we work across projects: engineering principles, development workflow, code standards, review expectations, testing strategy, delivery and observability practices, security, accessibility, documentation standards, and the AI-agent instructions that help developers write and maintain documentation.
Project-specific documentation belongs inside each project repository under /docs. Project docs reference these global standards and document only what is different for that project.
This repository also doubles as a Claude Code plugin marketplace. The skills under
agents/skills/ are distributed to the team through the plugin.
See Claude Code plugins setup for installation and updates.
| Skill | What it does |
|---|---|
engineering-standards | Single entry point to these standards. Routes a task to the document that governs it and states the non-negotiable rules that apply to every change. |
finish-the-install-agility | Completes the per-project setup of a repo cloned from the Next.js + AgilityCMS boilerplate (env vars, brand colors, fonts, metadata), then verifies the install. |
finish-the-install-storyblok | Completes the per-project setup of a repo cloned from the Next.js + Storyblok boilerplate (region, tokens, secrets, brand colors, fonts, metadata), then verifies the install. |
project-readme | Generates and refreshes a project's root README.md. |
project-docs | Scaffolds and audits a project's /docs folder, including ADRs. |
writing-guidelines | Reviews docs and prose against our writing style. |
playwright-best-practices | Patterns for writing, debugging, and structuring Playwright tests. |
playwright-cli | Spec-driven test generation and ad-hoc page inspection. |
react-best-practices | React and Next.js performance rules (skill name vercel-react-best-practices). |
Every standard follows the same shape so the collection reads as one handbook:
Related section linking the neighbouring docs.When a standard changes for everyone, change it here. When it changes for one project, record the exception in that project's /docs.
We use two documentation levels:
/docs folder in each project repository.Project docs should reference global docs instead of duplicating them.
GitBook collects these documents and organizes them in a wiki-style view for the team.
This repository is intended to be public.
npx claudepluginhub dotfusion/engineering-docs --plugin dotfusion-docsUpstash Context7 MCP server for up-to-date documentation lookup. Pull version-specific documentation and code examples directly from source repositories into your LLM context.
v9.54.1 — Reliability wave: tangle contextual review correction loop with hard round ceiling, progress-supervised review rounds (per-agent stall watch, descendant-tree kills), council diversity and agy pin fixes, marketplace generator source-of-truth fix, provider troubleshooting runbook and cost-expectations docs. Run /octo:setup.
AI-powered wiki generator for code repositories. Generates comprehensive, Mermaid-rich documentation with dark-mode VitePress sites, onboarding guides, deep research, and source citations. Inspired by OpenDeepWiki and deepwiki-open.
Claude + Obsidian knowledge companion. Sets up a persistent, compounding wiki vault (Karpathy's LLM Wiki pattern). v1.7 "Compound Vault" + v1.8 methodology modes close 5 of 5 priority gaps from the May 2026 compass artifact. Ships: substrate alignment with kepano/obsidian-skills, default Obsidian CLI transport, hybrid retrieval (contextual prefix + BM25 + cosine rerank per Anthropic's Sept 2024 research), per-file advisory locking for multi-writer safety, pre-commit verifier agent, AND methodology modes (LYT / PARA / Zettelkasten / Generic) for first-class organizational support no other Claude+Obsidian competitor offers. v1.7.x audit closure: every BLOCKER + HIGH + MEDIUM + LOW finding from the v1.7.0 audit is CLOSED or DEFERRED-with-rationale. Optional DragonScale Memory extension (log folds, deterministic addresses, semantic tiling lint, boundary-first autoresearch).
Complete AI coding workflow system. Self-correcting memory + persistent FTS5-indexed research wikis + auto-research loop + multi-LLM council on a single SQLite store. 41 skills, 8 agents, 23 commands, 37 hook scripts across 24 events. Cross-agent via skills add.
OpenAPI specification generation, Mermaid diagram creation, tutorial writing, API reference documentation