coding-standard

Solid

Creates and updates coding standards, conventions, rules, and guidelines for the current project. Use when creating new standards from scratch, converting existing documents into coding standards, or updating existing standards — including evaluating whether a proposed standard belongs in automated tooling like linters or formatters instead. Does not create architectural decision records — use architectural-decision-record for ADRs. Does not write feature or system documentation — use project-documentation for that. Does not research open-ended options or prior art that is not destined for a standard — use research. Does not produce runbooks for operational scenarios — use runbook for that.

Code & Development 66 stars 5 forks Updated today MIT

Install

View on GitHub

Quality Score: 88/100

Stars 20%
61
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

## Project Context - Git user: !`git config user.name` (!`git config user.email`) - OS username: !`whoami` - CLAUDE.md: !`find . -maxdepth 1 -name "CLAUDE.md" -type f` - AGENTS.md: !`find . -maxdepth 1 -name "AGENTS.md" -type f` - project-discovery.md: !`find . -maxdepth 3 -name "project-discovery.md" -type f` - Rules directory: !`find . -maxdepth 4 -type d -path "*/.claude/rules/coding-standards"` ## Step 1: Determine Mode Determine which mode to operate in based on the user's request: | Mode | When | Initial Status | Then | |------|------|----------------|------| | Creating new | Building a coding standard from scratch | `proposed` | → Step 2 | | Converting existing | User provides an existing document (ADR, etc.) to convert | `accepted` | → Step 2 | | Updating existing | Modifying an existing coding standard | — | Read the existing coding standard, → Step 3 | ## Step 2: Evaluate Appropriateness Coding standard documents are **not a replacement for automated tooling**. Before proceeding, evaluate whether the proposed coding standard falls into one of these categories: - Conventions that should be enforced by linters or formatters (variable naming, indentation, whitespace, import ordering, bracket placement, line length, semicolons) - Common language conventions that are well-known or easily discoverable from the language's own documentation and community norms (type declaration style, etc.) If the proposed coding standard falls into one of these categories: 1. Warn...

Details

Author
testdouble
Repository
testdouble/han
Created
3 weeks ago
Last Updated
today
Language
Shell
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

coding-standards

Baseline coding conventions for readability, naming, immutability, KISS, DRY, and code-quality review. Use when starting or reviewing implementation work.

0 Updated today
JunMystery
Data & Documents Solid

write-coding-standards-from-file

Write a coding standards document for a project using the coding styles from the file(s) and/or folder(s) passed as arguments in the prompt.

34,158 Updated yesterday
github
Code & Development Solid

code-review

Performs an architectural and quality code review on a specified file or set of files. Checks for coding standard compliance, architectural pattern adherence, SOLID principles, testability, and performance concerns.

20,436 Updated 1 weeks ago
Donchitos
Data & Documents Listed

standards-extraction

Extract coding standards and conventions from CONTRIBUTING.md, .editorconfig, linter configs. Use for onboarding and ensuring consistent contributions.

335 Updated today
aiskillstore
AI & Automation Listed

consistency-standards

Establish and enforce uniform naming conventions, taxonomy standards, style guides, and content reuse patterns across a project. Use when the user asks to audit for consistency, standardize naming, create a style guide, align terminology across docs, eliminate drift, or define reuse patterns across content or code. NOT for formal knowledge graphs or semantic ontologies (use ontology-design). NOT for CMS content types or editorial workflows (use content-modelling). NOT for language-specific code conventions (use typescript-development or python-development).

9 Updated yesterday
viktorbezdek