Find agent skills by outcome

- Don't improve adjacent code

comments

Coding & Debugging

Ask yourself: Would a senior engineer say this is overcomplicated? If yes

simplify.

- Match existing style

even if you'd do it differently.

- If a simpler approach exists

say so. Push back when warranted.

- If something is unclear

stop. Name what's confusing. Ask.

- If multiple interpretations exist

present them - don't pick silently.

- State your assumptions explicitly. If uncertain

ask.

Behavioral guidelines to reduce common LLM coding mistakes

derived from [Andrej Karpathy's observations](https://x.com/karpathy/status/2015883857489522876) on LLM coding pitfalls.

karpathy-guidelines

---

description: Behavioral guidelines to reduce common LLM coding mistakes. Use when writing

reviewing

Communication

2. Communication — clear

confident

- Interview type: [e.g.

HR screening / Technical / C-level / panel]

- After 8–10 questions

end the interview naturally and tell me: We'll be in touch. Type ANALYZE when you're ready for feedback.

Coding & Debugging

- After I answer each question

give a brief 1-line reaction (like a real interviewer would — neutral

- Mix question types: behavioral (STAR)

technical

Mockup Interview using Gemini Live

${job_title} at [COMPANY TYPE/NAME].

2. Base typography variables (--font-body

--font-heading

5. Utility classes or direct styles for special cases (caps

tabular numbers

- NEVER pair two visually similar fonts (e.g.

two geometric sans-serifs)

- MUST use unitless `line-height` values (1.3-1.45)

never px or em

- Bold not italic for headings. Subtle size increases (1.2-1.5x steps

not 2x jumps)

- Paragraph spacing via `margin-bottom` equal to one line-height

no first-line indent for web

Data

- `font-variant-numeric: tabular-nums` on data/number columns

`oldstyle-nums` for prose

- NEVER use `vw` units alone (breaks user zoom

accessibility violation)