PKStack & friends
Engineering workflows, repeatable checks, and project knowledge for Kiro.
PKStack brings Poteto's pstack workflows and a curated set of development skills to Kiro CLI and IDE. Investigate a codebase, compare designs, implement a change, review it, and keep the decisions for the next task. A project-local command runner records the checks you ran and their results.
Install PKStack as a Kiro Power and work through the workspace pkstack agent.
Kiro handles the conversation, native Specs, model selection, tools, and approvals.
PKStack adds the workflows, verification records, and repository Wiki.
Quick start · Why PKStack · Capabilities · How it works · Sources · Docs
Quick start
Install from the public GitHub repository using the Power directory URL:
- In Kiro, open Powers → Add Custom Power → Import power from GitHub.
- Paste
https://github.com/njs14/pkstack/tree/main/powers/pkstackand confirm. - Open the installed
PKStackPower and verify its description and skills appear.
The repository root is a maintainer checkout; the Power is in powers/pkstack/.
Kiro IDE 1.0.437 can report success when given the repository-root URL but install
an empty Power. If the page says No description available, uninstall that
entry and import the full directory URL above. Checking for updates keeps the
configured source path and does not correct a repository-root import.
For a local installation, clone https://github.com/njs14/pkstack.git, review
this powers/pkstack/ folder inside the checkout (containing plugin.json), then choose
Import power from a folder and select that directory. See Kiro's
installation guide.
That completes Power installation. Kiro CLI v3 automatically detects Powers installed through the IDE.
After installation, /pkstack-setup initializes a workspace, /pkstack-guide <question>
helps you choose the next useful step, and /poteto-kiro-mode <task> starts work. For details, see the
usage guide. Existing projects use the
managed refresh guide.
To try it in a disposable project, follow the first-task guide.
Why PKStack
Development work leaves more than a code diff: a test command, an explanation of the failure, a design choice, and a few things the next person needs to know. PKStack gives those details a place in the project. The task's check and attempt history stay together. Reusable behavior checks live in feature records. Decisions and domain knowledge live in Markdown that you can review with the code.
You keep Kiro's native planning, selected model, effort, and permission controls. Use a single helper for a small question or connect a native Spec to a stored check for a larger change.
What PKStack does
| Capability | What you can do |
|---|---|
| Choose a workflow | /pkstack-guide reads relevant context, explains what to do next and why, and prepares a prompt without starting the recommended work. |
| Plan and implement | /poteto-kiro-mode applies the shared grilling interview within native Plan, Spec, or Quick Spec, then routes approved work through implementation, verification, and review. Link a Spec to the command that checks the result. |
| Verify a repair | Work against one stored command with /pkstack-verified-goal. Set an attempt limit and inspect the failed and passing output. |
| Build reusable checks | Give a feature an executable check and a recipe for driving its real CLI, UI, or service with create-verification-skill. Audit it later with maintain-verification-skill. |
| Compare designs | Sketch API and module alternatives with architect, compare candidates with arena, and trace the effects of a change with blast-radius. |
| Investigate and teach | Trace behavior with how, recover design rationale with why, or work through both with teach. Ground the explanation in code and available evidence. |
| Review in parallel | Split investigations with swarm and reconcile independent reviews with pkstack-model-council. The shipped delegated profiles inspect and report; the primary agent makes edits. |
| Retain project knowledge | Maintain topic documents, decisions, and references with /okf. Retrieve relevant context for later work with recall. |
| Improve Python code and scripts | /uv, /ruff, and /ty apply project-aware dependency, formatting, lint, and type-check guidance. |
| Work through decisions | /grilling supplies the shared interview method; /grill-me starts a focused interview; /grill-with-docs also requests knowledge capture during the interview when writes are permitted. |
| Explain visually | Ask show-me for call trees, pseudocode, and visual explanations. archify produces interactive architecture, sequence, workflow, and lifecycle diagrams; it needs Node.js 18+. |
| Write documentation | Draft and edit human-facing prose with technical-writing and unslop. Use writing-for-agents for instructions an agent will consume. |
| Build an automation | Define the measurements, actions, attempt limits, and failure handling with design-control-loop, then implement the agreed design with build-iterated-agentic-loop. |
For example, ask /how Trace this request from the API handler to storage, or
/grill-with-docs Help define what suspended and closed mean in this account model.
The skill catalog
explains which helpers to combine and what each one contributes.
Planning reuses settled answers and leaves Kiro in charge of native artifacts, approval, and execution. After you approve an implementation plan, PKStack saves reusable definitions and decisions at the first permitted write step. Read-only Plan defers capture, and an explicit no-write request takes precedence. See planning and knowledge capture.
How it works
Kiro plans and executes; PKStack guides the work; projectctl checks the result.
Kiro runs the agent session. PKStack's skills tell it how to approach a task,
when to seek independent review, and what evidence to collect. The local
.pkstack/bin/projectctl command handles installation checks, feature records,
goal state, and verification results.
For a verified goal, you choose a command that checks the behavior you need. The controller stores that command and an attempt limit. Kiro inspects a failed result, changes the implementation, and reruns the stored command. A passing exit code completes that goal; exhausting the attempts leaves the work unfinished.
The default layout for a project with a new Wiki is:
.kiro/ Agent profiles, skills, hooks, and steering
.pkstack/ Local controller, installation receipt, and task state
Wiki/features/ Reusable behavior contracts and executable checks
Wiki/knowledge/ Project topics, definitions, decisions, and references
Native Specs stay in Kiro's own files. Knowledge searches use a bounded, read-only Kiro worker to retrieve relevant source material; local knowledge validation checks metadata and links without a model. The architecture guide explains the process and ownership boundaries.
Saved prompts can hold recurring requests you choose to submit. Keep them user-owned and refer to the appropriate skill. See the saved-prompt guidance for the observed CLI syntax limits and what remains unverified.
Control and compatibility
This Power uses plugin.json, the current Kiro format. A small POWER.md
compatibility file supplies description, author, and icon metadata to the
Kiro IDE 1.0.437 details view. See Power format and supported surfaces.
The package contains user guides in docs/, setup catalogs in metadata/, and
source attribution in provenance/. Runtime code, locked dependencies, templates,
and the optional first-task example remain self-contained. The full README crest
and development tooling are maintained outside this folder; POWER.md embeds
only the compact display thumbnail.
The workspace profile exposes built-in tools and inherits your Kiro permissions. Consumer profiles contain no inline permission policy; the optional global preset provides permissive defaults through a separate manual setup. Setup records the files it manages and reports conflicts during upgrades. The command runner limits execution time and captured output; review the verification command before approving it because it runs with your local access.
Kiro CLI v3 and Kiro IDE are the primary surfaces. Kiro Crew is optional; Kiro Web is untested. The validation and release status records the specific CLI, IDE, platform, and retrieval paths that have been exercised. Setup checks establish installation health; the failing-task guide shows how to verify a repair.
Sources and friends
PKStack started with Poteto's pstack. The additional skills have specific jobs:
| Source | What it contributes |
|---|---|
| Poteto's pstack | Engineering workflows, architecture, investigation, review, verification, and development principles. |
| HumanLayer | Visual explanations, control-loop design and implementation, and React prop narrowing. |
| Matt Pocock | Agent-facing writing, decision interviews, domain modeling, and knowledge capture. |
| Astral | Python environments and scripting with uv, lint/format with Ruff, and type checking with ty. |
| Impeccable | Frontend design, critique, audit, and refinement methods without the upstream runtime. |
| OpenAI Codex | PR supervision adapted to PKStack's merge-ready, retry, and authorization boundaries. |
| Archify | The diagram skill and its bundled renderer. |
| OKF skills | Methods for creating, maintaining, and using project knowledge. |
| Google's OKF specification | The knowledge format that informs the Wiki structure. |
These are reviewed adaptations for Kiro. The port inventory records the original workflows, Kiro replacements, and exclusions; the third-party notices retain attribution. Upstream maintenance has its own review and acceptance process.
Docs and contributing
| Read this | For |
|---|---|
| First task | A disposable failure, Kiro repair, and passing check. |
| Architecture | Runtime components, native planning, and file ownership. |
| Knowledge guide | Wiki authoring, retrieval, and local validation. |
| Changelog | Changes in each release. |
| Contributing | Development setup, focused checks, and pull requests. |
| Security policy | Reporting a vulnerability. |
PKStack is licensed under Apache-2.0.