oleg494/coding-kit

Portable agent-brain kit: superpowers methodology, YAGNI minimalism, cross-chat SQLite FTS5 memory, adversarial trap-suite evals. Hermes-compatible skills for OMP/Claude Code/Gemini CLI/Hermes/Antigravity/ZCode.

1Stars on the repository
37Mods indexed here, across every type
4d agoLast push, which is what freshness is scored on
MITLicence, which decides whether bodies are shown

skill-authoring

25

oleg494/coding-kit

Skill Claude CodeCodex

A guide for creating and editing reusable agent skills, including their required metadata, folder structure, scripts, references, and quality checks.

not rated 1 4d ago B 93 tokens original MIT

oleg494/coding-kit

Skill Claude CodeCodex

Creates specs before coding. Use when starting a new project, feature, or significant change and no specification exists yet. Use when requirements are unclear, ambiguous, or only exist as a vague idea. Use when a single requirement spans several independently testable capabilities.

not rated 1 4d ago A 55 tokens original MIT

superpowers

27

oleg494/coding-kit

Skill Claude CodeCodex

Always-on. The main development method: Plan → TDD → Implement → Verify → Report. Use for ANY non-trivial task. Do not write code without a plan and a test. Complex tasks (>3 files) → split into atomic tasks. Bug fix → Prove-It Pattern (reproduce with a test before the fix).

not rated 1 4d ago A 70 tokens original MIT

oleg494/coding-kit

Skill Claude CodeCodex

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.

not rated 1 4d ago A 21 tokens copy · 95% MIT

oleg494/coding-kit

Skill Claude CodeCodex

Drives development with tests. Use when implementing any logic, fixing any bug, or changing any behavior. Use when you need to prove that code works, when a bug report arrives, or when you're about to modify existing functionality.

not rated 1 4d ago A 50 tokens original MIT

testing-discipline

30

oleg494/coding-kit

Skill Claude CodeCodex

Use when the user wants to: add/fix tests, understand what is covered, determine whether something is "done", reproduce a bug with a test, check limits/rate-limit/failures, or when tests are written against a real DB/network. Covers: isolation from the prod store, domain-first tests, test names as a spec, boundary…

not rated 1 4d ago A 110 tokens original MIT

using-git-worktrees

31

oleg494/coding-kit

Skill Claude CodeCodex

Use when starting feature work that needs isolation from current workspace or before executing implementation plans - ensures an isolated workspace exists via native tools or git worktree fallback.

not rated 1 4d ago A 36 tokens copy · 98% MIT

oleg494/coding-kit

Skill Claude CodeCodex

Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always.

not rated 1 4d ago A 43 tokens copy · 92% MIT

web-research

33

oleg494/coding-kit

Skill Claude CodeCodex

Use when you need a fact from the outside world: "find out", "look up", "what do they say about", "how it works", "compare", "find information". Protocol: web search → primary sources → cross-check → answer with sources. Do not use for searching the knowledge base (business-wiki) or for facts already in the Wiki.

not rated 1 4d ago A 78 tokens original MIT

oleg494/coding-kit

Skill Claude CodeCodex

Use when working with Windows (cmd/PowerShell console, MINGW64, script installation): stdout encoding (cp1251 vs UTF-8, UnicodeEncodeError on ✓/Cyrillic), CRLF/LF when writing files (md5 checks of mirrors), UTF-8 BOM for PowerShell 5.1, npm.cmd instead of npm, venv Scripts vs bin, PYTHONIOENCODING/PYTHONUTF8. Verified…

not rated 1 4d ago A 108 tokens original MIT

writing-plans

35

oleg494/coding-kit

Skill Claude CodeCodex

Use when you have a spec or requirements for a multi-step task, before touching code.

not rated 1 4d ago A 21 tokens original MIT

yagni

36

oleg494/coding-kit

Skill Claude CodeCodex

Always-on. Law of minimalism: don't build what wasn't asked for. Abstraction with one consumer → inline. New dependency → only if the pain is measurable. Dead code → delete. "For the future" → not a reason. Use for ANY code change.

not rated 1 4d ago A 58 tokens original MIT

At most 3 mods per repository are shown here, and a mod shipped inside a plugin is left to that plugin's page — the rest are on their repository pages: