Agent skill · Documentation

coding-standard

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. 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 — use research. Does not produce runbooks for operational scenarios — use runbook for that.

testdoublegithub.com/testdoubleGitHub ↗
claude-codecan modify filesMIT
Install
npx skills add testdouble/han --skill coding-standard --agent claude-code

Same command for any agent — swap --agent for codex, cursor, copilot.

Facts
Files in the skill folder: 5
SKILL.md size: 34 KB
Bundled scripts: none
Allowed tools: ReadWriteEditGlobGrepAgentBash(mkdir*)Bash(find*)
Path: han-coding/skills/coding-standard/SKILL.md
Open the folder on GitHub →
Where it comes from
Stars: 154
Language: Shell

Weekly change comes from our own snapshots, not the repository page — it measures attention, not adoption.

Review
written from the skill's own SKILL.md · Aug 5, 2026

What it does

Guides an agent to create or update coding standards for the current project. It covers determining mode (creating new, converting existing, or updating), evaluating necessity with documented criteria, discovering project structure and taxonomy, gathering contextual information, and writing the standard using a template and a file-name/taxonomy scheme. It enforces not to substitute automated tooling, to consider YAGNI and real usage evidence, and to place the resulting standard under a structured path and index files. It specifies steps for metadata filling, path glob approvals, and integration into per-file-type index files under a claude rules directory. It references various project discovery sources and tools, and prescribes interacting with the user for taxonomy placement and path globs.

How it works

  • Determine Mode based on user input: creating new (proposed), converting existing (accepted), or updating (read existing standard).
  • Evaluate appropriateness by checking if the standard governs aspects that are better handled by tooling or are well-known conventions; if so, warn user and possibly stop.
  • Discover project structure: locate coding-standards directory via project docs, decide taxonomy, and enumerate existing standards to infer format and file naming.
  • Gather context: identify topic, scope, and motivation from user input; if unclear, prompt with questions.
  • Launch context gathering agents to collect correct-usage candidates, what-to-avoid candidates, and inconsistencies, then merge results for Step 6.
  • Write the coding standard: obtain readability guidance, copy the template, choose a file name using taxonomy (top-level, optional second-level, hyphenated name), place in the Step 3 determined directory, fill metadata including Status, Applies To, and timestamps, and propose paths globs for user approval.
  • Define paths: propose a paths: glob list to determine which file globs the standard governs, to be used by per-file-type index files under .claude/rules/coding-standards/.

When to use it

Use when creating new coding standards from scratch, converting an existing document into a coding standard, or updating an existing coding standard. It should not be used for architectural decision records, feature or system documentation, open-ended research, or operational runbooks.

What it can touch

  • Tools: Read, Write, Edit, Glob, Grep, Agent, Bash(mkdir *), Bash(find *).
  • It interacts with project files, standards documents, templates, and the per-file-type index files under .claude/rules/coding-standards/.

Caveats

  • Does not create ADRs or feature/system documentation.
  • Requires user input for taxonomy placement and for approving the proposed paths/globs.
  • Follows frontmatter-provided allowed-tools and project context; depends on project discovery documents and existing standards for format alignment.
From the SKILL.md

## Project Context - 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"` - personal config directory: !`echo "${CLAUDE_CONFIG_DIR:-$HOME/.claude}"` - project .han/config.md: !`cat .han/config.md 2>/dev/null || echo ""` As your first action, use the Read tool on `.han/config.md` inside the `personal config directory` path above. A read that returns no file is no personal configuration: continue silently. When that file or the `project .han/config.md` probe supplies content, apply it per [config-rule.md](../../references/config-rule.md), which governs precedence between the two files, relative-path resolution, and what to do with a file that reads but cannot be used. ## Step 1: Determine Mode Determine which mode to operate in based on the user's request: | Mode | When | Initial Status | Then | | ------------------- | --------------------------------------------------------- | -------------- | ------------------------------------------- | | Creati

What's inside
Steps it walks through
  1. Project Context
  2. Step 1: Determine Mode
  3. Step 2: Evaluate Appropriateness
  4. YAGNI check
  5. Step 3: Discover Project Structure
  6. Step 4: Gather Context
  7. Launch evidence-gathering agents
  8. Step 5: Convert Source Document (skip if creating new or updating)
  9. Step 6: Write the Coding Standard
  10. Step 7: Integration
  11. Step 8: Adoption-Bias Audit
  12. Step 9: Adversarial Review
  13. Step 10: Verification
  14. Step 11: Readability Pass
Ships with 4 files
  • references/adr-conversion-mapping.md
  • references/durable-references.md
  • references/index-file-template.md
  • references/template.md
More from han
All skills →
About this skill
What does the coding-standard skill do?

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. 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 — use research. Does not produce runbooks for operational scenarios — use runbook for that.

How do I install it?

Run `npx skills add testdouble/han --skill coding-standard --agent claude-code` — it drops the skill into your project so the agent can pick it up. Swap the --agent value for codex, cursor or copilot if you use one of those.

Where does this skill come from?

From testdouble/han, a repository with 154 stars. We read it straight from the repository tree rather than a submitted listing, so what you see here is what is actually published.

Is a popular skill a good skill?

Not necessarily. Stars measure attention, not adoption — a repository can trend for a week and be abandoned. That is why we show the weekly change from our own snapshots next to the total, instead of a single flattering number.

Keep going