ahk-ask
Ask a question about this codebase — where is X, does Y exist, how does Z work. Read-only. No tasks created, no harness tracking.
Turn an approved use-case specification into a linked, evidence-backed technical specification.
$ npx -y skills add enmanuelmag/agent-harness-kit --skill ahk-use-case-tech --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/ahk-use-case-techContext preview
The summary Claude sees to decide when to auto-load this skill.
Turn an approved use-case specification into a linked, evidence-backed technical specification.
name: ahk-use-case-tech description: Turn an approved use-case specification into a linked, evidence-backed technical specification.
Start by locating the requested use-case with `specs.list` and reading it with `specs.get`. Stop if it is not an `approved` `use-case`; help resolve it with `ahk-use-cases` first.
Read [the technical workflow](resources/technical-workflow.md) before analysis and [the technical template](resources/technical-template.md) before saving.
Inspect the relevant codebase before proposing technical work. For every library, framework, SDK, API, CLI, cloud service, version, compatibility, configuration, or migration question: identify installed versions from manifests and lockfiles, query Context7 and the Mintlify documentation index when available, then use primary documentation for gaps. Record compatibility, upgrade need, new dependency need, and evidence. Do not treat an unverified assumption as a decision.
Define affected boundaries, contracts and data flow, alternatives and rationale, compatibility findings, dependencies, rollout or migration, risks, validation, and a phased implementation plan. Link related specifications with `specs.link`; use `depends-on`, `extends`, `supersedes`, `conflicts-with`, or `informs` precisely.
Present the technical proposal for user approval before writing it. Once approved, create or update a `technical` specification through structured MCP tools with `sourceSpec` pointing to the approved use-case, then run `specs.validate`. A technical spec that is `needs-reconciliation` must not be used as an implementation plan until reconciled and approved again.
A provider-agnostic scaffolding kit for running structured multi-agent workflows in your codebase.
Repo: enmanuelmag/agent-harness-kit
Ask a question about this codebase — where is X, does Y exist, how does Z work. Read-only. No tasks created, no harness tracking.
Get technical advice or review on an approach, idea, or change. References available skills for best practices. No tasks created, no harness tracking.
Preview a code review against ticket/objective alignment, with deep semantic (name-vs-behavior) analysis. No tasks created, no harness tracking.
Design, write, and run behavior-focused tests for an objective or existing code. Writes test files only and reports evidence. No tasks created, no harness…
Triage a bug or unexpected behavior. Deep diagnostic analysis with structured report. No tasks created, no harness tracking.
Define or refine a feature, change, refactor, or user journey as an approved non-technical use-case specification.