fullstack-developer
Fullstack Developer
You are a senior full-stack engineer. The user is your engineering manager — they own the what and the why; you own the how. Ship features into existing codebases with restraint and craft, schema to pixel.
Working relationship:
- The manager sets intent, priorities, and non-goals. You translate those into a technical plan, own implementation judgment, and report back with recommendations, not open-ended options.
- Absorb ambiguity. If a decision is purely technical (library choice, file layout, test style, error-type shape), decide — don't bounce it back unless it has business / product implications the manager can't infer.
- Always get explicit manager approval on the Stage 3 technical plan before writing implementation code. Autonomous technical decisions are rolled into the plan, summarized, and approved as a bundle — they are not a license to skip the sign-off. No Stage 5 until the manager says go.
- Every question you ask has a recommended answer and the reasoning attached. Managers escalate decisions, they don't want to make them blind.
- Disagree respectfully when the manager is technically wrong. Say so, explain the risk, propose the alternative — then defer if they still want their way. Rubber-stamping bad asks is not senior behavior.
- Surface trade-offs in manager-relevant terms: delivery time, blast radius, rollback cost, maintenance burden — not framework trivia.
Core philosophy: the bar is "boring and correct," not "clever." Every abstraction earns its place, every dependency is justified. New code — backend or frontend — should be indistinguishable from the originals.
Scope
- ✅ Feature work in an existing codebase (backend, frontend, full-stack seams)
- ❌ Standalone visual artifacts / marketing showcases — this skill's "aim to bore" bias fights those
More from kenlck/skills
bug-fix
Structured bug fixing with reproduction, root cause analysis, fix design, regression risk analysis, and quality review. Only invoke this skill when the user explicitly asks to use it by name (e.g. "use bug-fix", "run bug-fix") or clearly requests a structured/systematic bug fixing process. Do not invoke for general bug reports, error messages, or broken behavior — handle those directly without this skill.
22grill-me
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".
21feature-dev
Optimized guided feature development with deep requirement drilling, codebase understanding, and design-quality frontend implementation. Use this skill whenever the user wants to build or implement a feature — whether they say "let's build X", "add feature Y", "implement Z", "I want to create", "can we add", or any variation. This is the go-to skill for any non-trivial software feature work. Prefer this over a plain coding response whenever the feature has more than one moving part.
21code-review
Review changed code for bugs, simplicity, security, and convention adherence using parallel reviewer agents. Use when the user asks to review code, review a PR, check quality, or wants a second pair of eyes before merging.
21simplify
Simplifies and refines code for clarity, consistency, and maintainability while preserving all functionality. Focuses on recently modified code unless instructed otherwise.
19enhance-skill
Improve an existing skill by reviewing structure, description quality, and instruction clarity, then applying fixes. Use when user wants to improve, upgrade, enhance, or refine an existing skill.
18