Skip to main content

buzzdan/ai-coding-rules

Latest recorded source activity
SkillsMP catalog refreshed
skills collected
25
GitHub stars
7
GitHub forks
1

Install with an AI assistant

Copy this prompt into the AI assistant you're using.

Loading the repository README…

Skills in this repository

1 occupation category · 8% classified

Showing 25 of 25 collected skills.

occupation
unclassified
description

FORWARD view over rules/ — domain type design and architectural planning for TypeScript + React code BEFORE it exists. Use when planning new features, designing self-validating types, preventing primitive obsession, or when refactoring reveals need for new…

updated
occupation
unclassified
description

The repo-brain author/maintainer: writes behavior-focused documentation and wires it into the documentation network defined by rules/R9-repo-brain.md. FEATURE mode (default): after feature implementation or bug fixes — invoked by @linter-driven-development…

updated
occupation
unclassified
description

META ORCHESTRATOR for any TypeScript + React code change that should end in a commit (features, bug fixes, refactors). WHEN: User requests TypeScript + React code work (implement, fix, add, refactor), mentions "@ldd"/"ldd", or runs a /tsr-ldd-* command in a…

updated
occupation
unclassified
description

ADVISORY pre-commit review that orchestrates four parallel rule-family hunters, an over-abstraction skeptic, and a comment critic against the diff. Spawns read-only agents (rule-hunter, overabstraction-skeptic, comment-critic); NEVER edits code. Invoked by…

updated
occupation
unclassified
description

BACKWARD view over rules/ — routes linter and review failures to the rule whose Fix pattern owns the repair. Use when linter fails with complexity issues (cyclomatic, cognitive, maintainability) or when code feels hard to read/maintain. Also the skill for…

updated
occupation
unclassified
description

ADVISORY pre-commit review that orchestrates four parallel rule-family hunters, an over-abstraction skeptic, and a comment critic against the diff. Spawns read-only agents (rule-hunter, overabstraction-skeptic, comment-critic); NEVER edits code. Invoked by…

updated
occupation
unclassified
description

BACKWARD view over rules/ — routes linter and review failures to the rule whose Fix pattern owns the repair. Use when linter fails with complexity issues (cyclomatic, cognitive, maintainability) or when code feels hard to read/maintain. Also the skill for…

updated
occupation
unclassified
description

FORWARD view over rules/ — domain type design and architectural planning for Go code BEFORE it exists. Use when planning new features, designing self-validating types, preventing primitive obsession, or when refactoring reveals need for new types. Dispatches…

updated
occupation
unclassified
description

ADVISORY pre-commit review that orchestrates four parallel rule-family hunters, an over-abstraction skeptic, and a comment critic against the diff. Spawns read-only agents (rule-hunter, overabstraction-skeptic, comment-critic); NEVER edits code. Invoked by…

updated
occupation
unclassified
description

BACKWARD view over rules/ — routes linter and review failures to the rule whose Fix pattern owns the repair. Use when linter fails with complexity issues (cyclomatic, cognitive, maintainability) or when code feels hard to read/maintain. Also the skill for…

updated
occupation
unclassified
description

ADVISORY pre-commit review that orchestrates four parallel rule-family hunters, an over-abstraction skeptic, and a comment critic against the diff. Spawns read-only agents (rule-hunter, overabstraction-skeptic, comment-critic); NEVER edits code. Invoked by…

updated
occupation
unclassified
description

BACKWARD view over rules/ — routes linter and review failures to the rule whose Fix pattern owns the repair. Use when linter fails with complexity issues (cyclomatic, cognitive, maintainability) or when code feels hard to read/maintain. Also the skill for…

updated
occupation
unclassified
description

FORWARD view over rules/ — domain type design and architectural planning for Python code BEFORE it exists. Use when planning new features, designing self-validating types, preventing primitive obsession, or when refactoring reveals need for new types.…

updated
occupation
unclassified
description

ADVISORY pre-commit review that orchestrates four parallel rule-family hunters, an over-abstraction skeptic, and a comment critic against the diff. Spawns read-only agents (rule-hunter, overabstraction-skeptic, comment-critic); NEVER edits code. Invoked by…

updated
occupation
unclassified
description

BACKWARD view over rules/ — routes linter and review failures to the rule whose Fix pattern owns the repair. Use when linter fails with complexity issues (cyclomatic, cognitive, maintainability) or when code feels hard to read/maintain. Also the skill for…

updated
occupation
unclassified
description

The repo-brain author/maintainer: writes behavior-focused documentation and wires it into the documentation network defined by rules/R9-repo-brain.md. FEATURE mode (default): after feature implementation or bug fixes — invoked by @linter-driven-development…

updated
occupation
unclassified
description

The repo-brain author/maintainer: writes behavior-focused documentation and wires it into the documentation network defined by rules/R9-repo-brain.md. FEATURE mode (default): after feature implementation or bug fixes — invoked by @linter-driven-development…

updated
occupation
unclassified
description

The repo-brain author/maintainer: writes behavior-focused documentation and wires it into the documentation network defined by rules/R9-repo-brain.md. FEATURE mode (default): after feature implementation or bug fixes — invoked by @linter-driven-development…

updated
occupation
unclassified
description

The repo-brain author/maintainer: writes behavior-focused documentation and wires it into the documentation network defined by rules/R9-repo-brain.md. FEATURE mode (default): after feature implementation or bug fixes — invoked by @linter-driven-development…

updated
occupation
unclassified
description

META ORCHESTRATOR for any Go code change that should end in a commit (features, bug fixes, refactors). WHEN: User requests Go code work (implement, fix, add, refactor), mentions "@ldd"/"ldd", or runs a /go-ldd-* command in a Go project. Runs the five-phase…

updated
occupation
unclassified
description

Use when creating leaf types, after refactoring, during implementation, or when testing advice is needed. Automatically invoked to write tests for new types, or use as testing expert advisor. Covers the composition ladder from rung-0 unit tests to…

updated
occupation
unclassified
description

META ORCHESTRATOR for any Python code change that should end in a commit (features, bug fixes, refactors). WHEN: User requests Python code work (implement, fix, add, refactor), mentions "@ldd"/"ldd", or runs a /py-ldd-* command in a Python project. Runs the…

updated
occupation
unclassified
description

META ORCHESTRATOR for any code change that should end in a commit (features, bug fixes, refactors), when no language-specific linter-driven-development plugin covers the repository's language. WHEN: User requests code work (implement, fix, add, refactor),…

updated
occupation
Software Developers
description

FORWARD view over rules/ — domain type design and architectural planning for {{.Lang}} code BEFORE it exists. Use when planning new features, designing self-validating types, preventing primitive obsession, or when refactoring reveals need for new types.…

updated
occupation
Software Developers
description

META ORCHESTRATOR for any {{.Lang}} code change that should end in a commit (features, bug fixes, refactors). WHEN: User requests {{.Lang}} code work (implement, fix, add, refactor), mentions "@ldd"/"ldd", or runs a /{{.CmdPrefix}}-* command in a {{.Lang}}…

updated
Showing 25 of 25 collected skills.