Install
$ agentstack add skill-pantheon-org-tekhne-biome-complete ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Biome Complete Toolchain
When to Apply
Use this skill when the request includes:
- "set up Biome"
- "configure biome.json"
- "migrate from ESLint" or "migrate from Prettier"
- "fix lint and format drift"
- "run Biome in CI"
When Not to Apply
Do not use this skill when the user asks for ESLint-only or Prettier-only solutions.
Principles
- Use one source of truth for linting and formatting.
- Prefer deterministic commands and verifiable output.
- Keep SKILL.md short; move deep details to
references/.
Deterministic Workflow
- Confirm scope: migration, config, lint, format, or CI.
- Initialize config if missing:
bunx @biomejs/biome init. - Run checks and capture results:
bunx @biomejs/biome check ..
- Verify: Confirm diagnostics are printed. If command fails, check Node.js version (≥14) and file permissions.
- Apply safe autofixes:
bunx @biomejs/biome check . --write.
- Verify: Re-run
biome check .and confirm reduced error count. If errors persist, review unsupported rules or migration conflicts inreferences/migration-eslint-prettier.md.
- Add targeted suppressions only when justified.
- Verify commands pass in local and CI contexts:
bunx @biomejs/biome check . --error-on-warnings.
- Verify: Exit code 0 indicates success. If non-zero, review remaining diagnostics and address or document exceptions.
Error Recovery: If biome check fails after migration, isolate conflicting rules by temporarily disabling rule groups in biome.json linter section, then re-enable one group at a time to identify the source.
Quick Commands
Initialize
bunx @biomejs/biome init
Expected result: biome.json exists.
Check repository
bunx @biomejs/biome check .
Expected result: diagnostics printed with file paths.
Apply safe fixes
bunx @biomejs/biome check . --write
Expected result: fixable issues are rewritten.
Format files
bunx @biomejs/biome format . --write
Expected result: formatting is normalized.
Check one file
bunx @biomejs/biome check src/index.ts
Expected result: file-level diagnostics only.
Run in CI
bunx @biomejs/biome check . --error-on-warnings
Expected result: non-zero exit when warnings or errors exist.
Anti-Patterns
NEVER run Biome and ESLint on the same files
WHY: Competing rules create contradictory output and noisy reviews.
BAD: ESLint and Biome both lint src/**/*.ts. GOOD: Route TS linting and formatting through Biome only.
Consequence: Duplicate diagnostics and unstable CI outcomes.
NEVER run Prettier and Biome formatter on the same files
WHY: Different formatting models cause churn in every commit.
BAD: prettier --write . and biome format . --write in the same pipeline. GOOD: Keep only biome format . --write for supported files.
Consequence: Constant formatting diffs and merge friction.
NEVER skip biome.json customization after init
WHY: Defaults may not match repository conventions.
BAD: Commit default config without reviewing formatter/linter settings. GOOD: Define formatter width, linter domains, and VCS ignores explicitly.
Consequence: Inconsistent style and avoidable lint regressions.
NEVER blanket-ignore diagnostics to get green CI
WHY: Broad suppressions hide real defects and debt.
BAD: Disable full rule groups without rationale. GOOD: Add narrow suppressions with a reason and follow-up ticket.
Consequence: Quality silently degrades over time.
References
- [Config: biome.json](references/config-biome-json.md) — full biome.json schema, formatter width, linter domains, and VCS ignore patterns
- [Linting Rule Categories](references/linting-rule-categories.md) — all rule groups, severity levels, and category-level enable/disable patterns
- [Formatter Options](references/formatter-options.md) — indent style, line width, quote style, and language-specific overrides
- [Migration: ESLint & Prettier](references/migration-eslint-prettier.md) — step-by-step migration guide, rule mapping, and conflict resolution
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: pantheon-org
- Source: pantheon-org/tekhne
- License: MIT
- Homepage: https://pantheon-org.github.io/tekhne/
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.