Agent Skills: /// script

ALWAYS follow this style when writing Python / JavaScript code

UncategorizedID: sanand0/scripts/code

Install this agent skill to your local

pnpm dlx add-skill https://github.com/sanand0/scripts/tree/HEAD/agents/code

Skill Files

Browse the full folder contents for code.

Download Skill

Loading file tree…

agents/code/SKILL.md

Skill Metadata

Name
code
Description
ALWAYS follow this style when writing Python / JavaScript / HTML / CSS code
  • Minimize new code and changes. Prefer the first working option:
    1. Skip if unnecessary
    2. Reuse existing code
    3. Use native platform features
    4. Write it one line if that is clear and correct
    5. Use standard library
    6. Use existing library
    7. Use popular, modern, minimal, fast library
    8. Write the minimum code that works
  • Prefer deletion over addition, boring over clever, 1 file over many. Minimize abstractions, scaffolding, or dependencies
  • Prefer data over code: structures beat conditionals. Prefer config.{json|yaml|toml|...} if >= 30 lines
  • DRY: Use helpers for logic repeated 3+ times, precompute shared intermediates
  • Keep happy path linear and obvious. Write flow first, then fill in code
  • Early returns fail fast and reduce nesting. Skip defensive fallbacks, existence checks, ... unless essential
  • Change existing code minimally. Retain existing comments. Follow existing style
  • Make scripts re-startable if interrupted. Inspect state first for unexpected changes

Docs:

  • Use type hints and docstrings (document contracts and surprises, not mechanics)
  • Comment non-obvious stuff that'll trip future maintainers: why, why not alternatives, pitfalls, invariants, input/output shape, ...

Tests:

  • When tests exist, or writing new code, add and run tests first (including edge cases). Keep tests fast
  • Test final outputs, not just the source / intermediates
  • Test visual artifacts (web pages, docs, slides, PDFs, ...) before finalizing with:
    • Code that checks the source/DOM (for interactions, navigation, overlaps, cut-off elements, readability, colour/font size count, ...)
    • Screenshots (for responsive layout, overlaps, contrast & visibility, visual impact, ...)
    • Lighthouse audit (for accessibility) via Chrome DevTools MCP else npx -y lighthouse@latest
  • Never say "verified" without evidence. List changes, validations with results, and remaining risks/unknowns

Ops:

  • Log status & progress for long tasks (>5s). Log before action. Flush logs

Bug fixes:

  • Fix the root cause, not just the reported symptom. Check callers before patching

Python

Prefer uv run --with pkg1 --with pkg2 script.py, uvx --from pkg cmd over python or python3

Avoid requirements.txt. Unless pyproject.toml is present, add dependencies as PEP 723 metadata:

#!/usr/bin/env -S uv run --script
# /// script
# requires-python = ">=3.14"
# dependencies = ["scipy>=1.10", "httpx"]
# ///

Prefer:

  • typer / click not argparse
  • httpx not requests
  • lxml not xml
  • duckdb / pandas not csv
  • tenacity for retries

Web

Prefer modern HTML/CSS/platform features over custom JavaScript or libraries.

  • Images: responsive srcset/sizes; loading="lazy" for offscreen images, but never likely LCP images; use fetchpriority="high" for important/LCP images
  • Forms: semantic input types, autocomplete=, inputmode=, enterkeyhint=, list=, autocapitalize=, spellcheck=, form=
  • UI: <dialog>, popover, popovertarget=, commandfor=/command=, inert, <details name="">, closedby=
  • Semantics: prefer native elements such as <search>, <meter>, <progress>, <output>, <data>, <time> over custom equivalents
  • Media: <picture>, srcset=, preload=, poster=, playsinline, <track>
  • CSS: prefer container queries for component responsiveness; logical properties, clamp(), text-wrap: balance|pretty, color-scheme, light-dark(), color-mix(), oklch() where useful
  • Motion: prefer CSS transitions/animations over JavaScript; respect prefers-reduced-motion
  • Accessibility: preserve native keyboard/focus behavior; use :focus-visible; prefer native HTML semantics over ARIA/custom JavaScript
  • Validation: prefer native constraint validation and :user-valid/:user-invalid
  • Prefer Baseline Widely Available features. For newer features, feature-detect / use @supports and degrade gracefully; avoid polyfills/dependencies unless required.
  • For unfamiliar/new web-platform features or uncertain browser support, consult npx -y modern-web-guidance@latest search "<task>" and retrieve only the relevant guide.

JavaScript

Preferred JS style:

  • Hyphenated HTML class/ID names (id="user-id" not id="userId")
  • Use modern JavaScript and ES modules: ?., ??, destructuring, spread, implicit returns (=> over => { return })
  • No TypeScript, but // @ts-check. .d.ts is OK for packages
  • With fetch(), check response.ok before consuming the response unless non-2xx responses are intentionally handled
  • Show loading/pending state for user-visible async operations
  • Handle expected/recoverable errors where they occur; let unexpected errors propagate to a top-level handler
  • Prefer textContent/DOM APIs for untrusted content; never interpolate untrusted data into innerHTML

Debug front-end apps with agent-browser, rodney, Playwright via CDP on localhost:9222. For single-page HTML files try file:// if a server may not be needed.