跳到正文
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(原文)

安装前可以查看交给 AI 代理的指令内容。

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.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

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-skills2242026年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-skills2242026年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-skills2242026年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-skills2242026年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-skills2242026年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-skills2242026年8月17日 更新

查看 tamdogood 的全部技能

报告此技能的问题