本文へ移動
cccskills
無料GitHub で公開

code-standards

Apply a disciplined engineering workflow to any code change. Use whenever implementing a feature, fixing a bug, or refactoring — before writing code, not after. Walks orient → baseline → smallest change → test → verify → self-review, and enforces language-agnostic hard gates (don't mass-reformat, keep the linter and type-checker clean, keep the build and tests green, make interface changes additive, protect security invariants).

インストール方法を見る

含まれるファイル(2)

  • SKILL.md2.9 KB
  • README.md758 B

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Code standards — the change workflow

You are making a code change. This skill is the execution order; it is stack-agnostic. Adapt every command to the project's actual toolchain: read the project's own docs (README, CONTRIBUTING, AGENTS.md/CLAUDE.md, a Makefile or package scripts) once to learn its build, test, lint, and format commands before you start.

Steps

  1. Orient. Read any project lessons/gotchas file (e.g. tasks/lessons.md) and obey it. Find and read the one doc for the subsystem you're changing, not the whole tree.
  2. Plan if non-trivial (3+ steps or an architectural choice): short plan in tasks/todo.md — files touched, tests to add, risks. Going sideways → stop and re-plan.
  3. Baseline: get the project's build + test command green before touching anything. A pre-existing red is the first task; never build on top of a broken baseline.
  4. Implement the smallest root-cause change. Hand-match the surrounding style. Don't run a mass auto-formatter on files you touch; it buries your real diff in noise.
  5. Test: new behavior gets a test that fails without the change; security gates get negative-assertion tests (wrong token → denied, state unchanged, no data leak).
  6. Verify: run the full check suite (build + lint + type-check + tests) until green before you call it "done".
  7. Self-review your own diff as if it were someone else's PR (or invoke a review skill). Fix findings before presenting.
  8. Close out: update docs in the same change; append to a lessons file if you were corrected or surprised; write a conventional commit message (feat|fix|docs(scope): …).

Tripwires — stop and re-check the project's guidelines when you're about to…

  • change a public or shared interface (API, wire format, schema) → check every caller; prefer additive changes
  • add a dependency → weigh transitive weight and licenses, and whether the stdlib already covers it
  • touch auth, tokens, or permissions → audit every writer and reader path, add negative tests
  • write a secret to disk → use the platform's atomic create-private API, never write-then-chmod
  • hold a lock across an await/blocking call, or read env inside logic → extract a pure decision function

No-progress guard

The same failure surviving two fix attempts means stop: write the finding to your lessons file, mark the item [BLOCKED], and surface it. Don't thrash.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Transform saved links, papers, articles, posts, videos, and reference collections into approachable AI teaching artifacts for later study. Use when a user wants to queue learning material, create a readable explanation from a source, teach a paper or post step by step, or run an interactive tutor that validates understanding over multiple sessions.

日本語の概要は準備中です。原文の説明を表示しています。

tamdogood/builder-essential-skills2222026年8月17日 更新

Inspect an unfamiliar repository, turn a focused Markdown behavior scenario into a deterministic test in the repository's native test stack, run it, and preserve traceability between intent and code. Use when asked to add scenario tests, compile acceptance criteria or Given/When/Then Markdown into executable tests, reproduce a user-visible regression, or convert a narrow workflow specification into stable web, API, CLI, desktop, or mobile interaction coverage. Do not use for broad exploratory journeys or agent-judged smoke tests.

日本語の概要は準備中です。原文の説明を表示しています。

tamdogood/builder-essential-skills2222026年8月17日 更新

Create truthful, human-centered marketing campaigns for an app or product, including positioning, channel copy, original artwork, editable layouts, README banners, and selective website integration. Use when asked to make launch materials, promotional artwork, social assets, campaign kits, ads, or marketing content from an existing product; to adapt a visual reference without copying it; or to add approved campaign art to product surfaces. Do not invent claims, fake UI, publish, deploy, or replace product proof without explicit evidence and authorization.

日本語の概要は準備中です。原文の説明を表示しています。

tamdogood/builder-essential-skills2222026年8月17日 更新

Create or update a complete repository skill from a user's idea, including the workflow instructions, references, scripts or assets, agent metadata, skill-card artwork, cinematic banner artwork, README links, discovery metadata, and validation. Use when the user asks to create a new skill, add a skill to this collection, turn a workflow into a reusable skill, or make a skill's documentation and artwork consistent with the repository.

日本語の概要は準備中です。原文の説明を表示しています。

tamdogood/builder-essential-skills2222026年8月17日 更新

lead

無料

Use when the user asks to run or continue an autonomous build: turn a goal into an approved plan, dispatch implementation and review agents, and finish with one pull request. The Lead is a provider-neutral orchestrator that makes decisions but never writes code, edits files, runs commands, or reviews its own work.

日本語の概要は準備中です。原文の説明を表示しています。

tamdogood/builder-essential-skills2222026年8月17日 更新

Provider-neutral deep-research orchestration for brainstorming, technology choices, comparisons, and state-of-the-art surveys. The Research Lead makes scope and decision calls while native subagents scout, search, verify, synthesize, audit, write, and commit every research artifact.

日本語の概要は準備中です。原文の説明を表示しています。

tamdogood/builder-essential-skills2222026年8月17日 更新

tamdogood のスキルをすべて見る

このスキルの問題を報告する