Repo workflow and code intelligence
These skills operate on local repositories, code search, cleanup, external source inspection, and evidence-gated public research.
k-code-qualityโ
| Field | Value |
|---|
| Use when | editing, reviewing, or refactoring implementation code or repository artifacts |
| Source | exact_k-code-quality |
| Boundary | implementation-quality details, including minimal edit-scope detail, artifact necessity, semantic dedupe, and state-machine verification at point of use |
k-code-quality routes to narrower skills when the surface is present: k-code-quality-react for React/JSX/TSX/hooks, k-code-quality-tests for tests/fixtures/assertions, and k-code-quality-web for HTML/CSS/accessibility/browser UI.
k-code-quality-reactโ
| Field | Value |
|---|
| Use when | editing React, JSX, TSX, hooks, components, props, state, effects, or client-side UI behavior |
| Source | exact_k-code-quality-react |
k-code-quality-testsโ
| Field | Value |
|---|
| Use when | adding, editing, reviewing, or debugging tests, fixtures, mocks, snapshots, assertions, or coverage |
| Source | exact_k-code-quality-tests |
k-code-quality-webโ
| Field | Value |
|---|
| Use when | editing HTML, CSS, DOM markup, layout, responsive styles, accessibility, or browser UI |
| Source | exact_k-code-quality-web |
k-codebase-designโ
| Field | Value |
|---|
| Use when | designing a module interface, deciding a seam, deepening a module, or making code testable |
| Source | exact_k-codebase-design |
| Boundary | design vocabulary only; SOP owns compatibility/scope; k-code-quality owns implementation style |
| Pivots | receives k-diagnosing-bugs architectural handoffs; hands to k-code-quality-tests once settled |
k-diagnosing-bugsโ
| Field | Value |
|---|
| Use when | diagnosing a hard bug, failure, flake, or performance regression โ build a tight red loop first |
| Source | exact_k-diagnosing-bugs |
| Boundary | routes into SOP ยง3.4 plus k-code-quality State-Machine Verification; not the runtime-truth chain for "is X set up right" |
| Pivots | no-correct-seam / architectural post-mortem โ k-codebase-design; regression test โ k-code-quality-tests |
k-prototypeโ
| Field | Value |
|---|
| Use when | building throwaway code to answer a design question (logic/state model, or what a UI should be) |
| Source | exact_k-prototype |
| Boundary | explicit throwaway exception to artifact necessity; delete or absorb when done |
| Pivots | closes k-spec empirical forks โ the verdict returns to the packet's Context line |
| Field | Value |
|---|
| Use when | local git operations: status/diff/log, branching, committing, pushing, rebasing, conflicts |
| Source | exact_k-git |
| Boundary | no GitHub side effects; no worktree management; no commit without an explicit current-conversation request |
k-worktreesโ
| Field | Value |
|---|
| Use when | ,w, ,gh-worktree, PR/issue worktrees, listing/pruning/removing worktrees |
| Source | exact_k-worktrees |
| Preference | prefer ,w / ,gh-worktree over raw git worktree |
| Field | Value |
|---|
| Use when | running, probing, or automating tmux commands, panes, sessions, sockets, or interactive CLIs |
| Source | exact_k-tmux |
| Boundary | never mutate the default tmux server unless the current target is verified or user-requested |
k-semantic-code-searchโ
k-sem skill (,sem CLI)โ
| Field | Value |
|---|
| Use when | entity-level git diff, blame, impact analysis, dependency graphs |
| Source | exact_k-sem |
| Tool | ,sem CLI |
k-weaveโ
| Field | Value |
|---|
| Use when | preparing merges, previewing/resolving conflicts at function/class granularity |
| Source | exact_k-weave |
| Tool | weave CLI |
k-researchโ
| Field | Value |
|---|
| Use when | inspecting public source, or synthesizing factual claims across multiple public sources |
| Source | exact_k-research |
| Boundary | explicit repo URLs stay source-first; multi-source synthesis requires quoted primary evidence and a separate verifier |
The multi-source branch separates candidate finding, independent verification, and deepening. Every numeric literal must occur verbatim in the supporting quote; unsupported claims are rejected without discarding the entity. Deepening sees verified claims only, and every new claim loops back through verification before synthesis or durable ,ai-kb storage. Cross-family verification is preferred; a fresh same-family verifier is labeled degraded.
k-jscpdโ
| Field | Value |
|---|
| Use when | duplicate-code detection during refactor or cleanup |
| Source | exact_k-jscpd |
| Tool | jscpd |
| Field | Value |
|---|
| Use when | unused files, dependencies, and exports in JS/TS projects |
| Source | exact_k-knip |
| Tool | knip |
k-cli-skillsโ
| Field | Value |
|---|
| Use when | creating or upgrading CLI tool skills |
| Source | exact_k-cli-skills |
| Boundary | CLI-tool skill mechanics; general skill craft lives in k-writing-great-skills |
k-writing-great-skillsโ
| Field | Value |
|---|
| Use when | authoring or refactoring any skill: invocation choice, information hierarchy, leading words, pruning |
| Source | exact_k-writing-great-skills |
| Routing | model-invoked; auto-loads when authoring/refactoring a skill |
| Boundary | general skill craft; k-cli-skills owns CLI-tool-specific mechanics |
k-walkthroughโ
| Field | Value |
|---|
| Use when | interactive codebase exploration, architecture tracing, diagrams |
| Source | exact_k-walkthrough |
| Routing | manual |