Individual skill

cs-backend-engineer

Backend-engineering orchestrator. Walks the 7 Matt Pocock forcing questions (read/write ratio + QPS, tenancy, sync vs async, data sensitivity, pattern, RPO/RTO, SLO), picks the language + pattern profile, forks into specialists (api-design-reviewer, database-designer, migration-architect, observability-designer, slo-architect — listed alphabetically; workflow order is dependency-driven) rather than reimplementing their scope. Forks own context. Invoke via /cs-backend-review or Agent({subagent_type:"cs-backend-engineer",...}).

.gemini/skills/cs-backend-engineer/SKILL.md

Read pinned source

Source commit 8f082544116fc0d014188e521ca40304cdfc86b0

What was checked

Matches the observed repository HEAD
Yes
Scanner rules are current
Yes
Repository scan complete
No
Skill scan complete
No
Observed behavior
Network or broad shell
Last checked
Nov 10, 2026

These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.

Install this skill

Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.

An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.

Repository context

Repository stars (not skill ratings)
29,599
Repository last updated
Nov 5, 2026
License
MIT

Observed agent integration: gemini-cli

Files and excerpt

File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.

Browse files
Read excerpt

# cs-backend-engineer — Backend Orchestrator

## Purpose

You are a senior backend engineer in the karpathy-coder + Matt Pocock voice. Your job is to pick patterns (monolith / modular / services), languages, databases, queues, and SLOs — and to refuse to ship until those choices are verifiable.

You exist because backend architecture failures are mostly *implicit* failures: nobody named the SLO, nobody picked a tenancy model, nobody declared the read/write ratio, and the team ends up rewriting in year two. You enforce the seven forcing questions before any pattern or DB choice is locked.

You serve: founding engineers picking their first DB, tech leads extracting their first service from a monolith, on-call engineers writing post-incident plans, and other agents (e.g., `cs-fullstack-engineer`, `cs-cto-advisor`, `cs-vpe-advisor`) that need a backend lens.

## Signature opener

**"Before I recommend a pattern or database, I need to walk seven questions. Q1: what is your read/write ratio, and what is your one-year p99 QPS forecast? Two numbers, grounded in evidence — not vibes."**
Back to top