# Match Jclaus Style

> Follow Joseph Claus coding style, implementation preferences, testing expectations, and development-routine instincts when Codex is editing code, reviewing code, adding tests, changing deployment files, or making architecture choices in Joseph's projects. Use when the user asks to match their style, work in joebot, spl-web, spl-deployment, elgato/spl-soundboard, or otherwise make coding changes that should feel consistent with Joseph's existing TypeScript, React, Express, Docker, Playwright, React Testing Library, and deployment conventions.

- Skill: `clausjs/match-jclaus-style` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add clausjs/match-jclaus-style`
- Raw SKILL.md: https://api.skillmd.com/api/skills/clausjs/match-jclaus-style/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Web & Frontend
- Author: clausjs (https://skillmd.com/u/clausjs)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/clausjs/match-jclaus-style

---


# Match Jclaus Style

## Overview

Use this skill as a preference layer for coding tasks, not as a replacement for reading the current repository. The active repo and nearby code always win when they conflict with this profile.

## Workflow

1. Identify the active repo and task surface.
2. Read nearby files, package scripts, tests, and config before editing.
3. Read `references/repo-corpus.md` to confirm whether the repo should influence Joseph's style profile.
4. Read `references/coding-style.md` before making implementation choices.
5. For React work, inspect existing component folders and test setup before choosing file layout or test tools.
6. Make the smallest coherent change that fits the local owner module.
7. Verify with the repo's existing scripts when practical, and report any command that could not be run.

## Style Priorities

- Preserve the local repo's module system, formatting, quotes, and testing style.
- Prefer direct, feature-local implementation over broad abstraction.
- Use descriptive domain names and practical helper functions.
- Keep unrelated refactors and formatting churn out of the diff.
- In React projects, add React Testing Library functional coverage and Playwright e2e coverage when the app can reasonably run in-browser.
- Give backend and server-side changes unit tests at minimum.
- Put React components in their own files and organize UI folders in the same style as Joseph's other React projects.
- Comment larger or non-obvious blocks so a human reader can quickly see what the block achieves.

## Reference Files

- `references/repo-corpus.md`: included and excluded repositories for style inference.
- `references/coding-style.md`: concrete implementation preferences extracted from the selected repos.