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 69 stars 5 forks Updated 2 days ago 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
2 days ago
Language
Shell
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category