sudoping01/context-engineering

Code is a solved problem, software is not. Agents are good at the first, but struggle with the second. So we need to control what they do guide them instead of letting them guest.

2Stars on the repository
18Mods indexed here, across every type
4d agoLast push, which is what freshness is scored on
noneNo LICENSE: all rights reserved, so bodies are not copied

code-review

01

sudoping01/context-engineering

Skill Claude CodeCodex

Review the diff since a fixed point along two axes, Standards and Spec, with severity-tiered output. Use when the user wants a branch, PR, or work-in-progress change reviewed.

2 4d ago A 41 tokens

codebase-design

02

sudoping01/context-engineering

Skill Claude CodeCodex

Shared vocabulary for designing deep modules. Use when designing or improving a module's interface, deciding where a seam goes, or when another skill needs the deep-module vocabulary.

2 4d ago A 37 tokens

decision-record

03

sudoping01/context-engineering

Skill Claude CodeCodex

Maintain a running decision record for the work — decisions, failures, constraints, and open questions discovered while doing it. Use throughout, not as documentation written afterwards.

2 4d ago A 35 tokens

sudoping01/context-engineering

Skill Claude CodeCodex

Gate before shipping a change to a shared or production environment. Use before merging or deploying anything that reaches real infrastructure or real users.

2 4d ago A 30 tokens

diagnosing-bugs

05

sudoping01/context-engineering

Skill Claude CodeCodex

Gated diagnosis loop for hard bugs and performance regressions. Use when the user reports something broken, throwing, failing, or slow.

2 4d ago A 32 tokens

domain-modeling

06

sudoping01/context-engineering

Skill Claude CodeCodex

Build and sharpen the project's domain model. Use when discussing codebase terminology, or editing CONTEXT.md or an ADR.

2 4d ago A 28 tokens

git-safety

07

sudoping01/context-engineering

Skill Claude CodeCodex

Install a hard gate blocking destructive git commands (force push, reset --hard, clean -f, branch -D) before an agent can run them. Use once per machine or per project, not per task.

2 4d ago B 47 tokens

grilling

08

sudoping01/context-engineering

Skill Claude CodeCodex

Interview the user about a plan or design before writing code. Use before any non-trivial implementation, or when the user uses a "grill" trigger phrase.

2 4d ago A 36 tokens

sudoping01/context-engineering

Skill Claude CodeCodex

Scan a codebase for deepening opportunities and propose refactors that turn shallow modules into deep ones. Use for codebase health, not feature work.

2 4d ago A 35 tokens

prototype

10

sudoping01/context-engineering

Skill Claude CodeCodex

Build a throwaway prototype to answer a design question. Use when the user wants to sanity-check a state model or logic, or explore what a UI should look like, before committing to a real build.

2 4d ago A 43 tokens

release-management

11

sudoping01/context-engineering

Skill Claude CodeCodex

Version, gate, and verify an actual release, and define the rollback trigger for the window after it ships. Use when cutting a release, not just merging a change.

2 4d ago A 37 tokens

research

12

sudoping01/context-engineering

Skill Claude CodeCodex

Investigate a question against primary sources and capture findings as a cited markdown file. Use when a topic, API, or library needs to be researched before it can be grilled or designed against.

2 4d ago A 40 tokens

router

14

sudoping01/context-engineering

Skill Claude CodeCodex

Which skill in this kit fits the current situation. Consult this first when unsure what to run next.

2 4d ago A 22 tokens

tdd

15

sudoping01/context-engineering

Skill Claude CodeCodex

Test-driven development. Use when building a feature or fixing a bug test-first, or when the user wants a red-green-refactor loop.

2 4d ago A 31 tokens

triage

16

sudoping01/context-engineering

Skill Claude CodeCodex

Move incoming issues and external PRs through a small state machine so intake stays consistent instead of ad hoc. Use for bug reports and feature requests that arrived raw, not for self-scoped work.

2 4d ago A 42 tokens