Skip to content

njs14/pkstack

v0.7.1Apache-2.0

PKStack (Poteto Kiro): Kiro-native verified-development workflows with project operability, executable feature maps, and current-session verified goals.

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:

  1. In Kiro, open Powers → Add Custom Power → Import power from GitHub.
  2. Paste https://github.com/njs14/pkstack/tree/main/powers/pkstack and confirm.
  3. Open the installed PKStack Power 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

CapabilityWhat 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 repairWork against one stored command with /pkstack-verified-goal. Set an attempt limit and inspect the failed and passing output.
Build reusable checksGive 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 designsSketch API and module alternatives with architect, compare candidates with arena, and trace the effects of a change with blast-radius.
Investigate and teachTrace behavior with how, recover design rationale with why, or work through both with teach. Ground the explanation in code and available evidence.
Review in parallelSplit 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 knowledgeMaintain 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 visuallyAsk show-me for call trees, pseudocode, and visual explanations. archify produces interactive architecture, sequence, workflow, and lifecycle diagrams; it needs Node.js 18+.
Write documentationDraft and edit human-facing prose with technical-writing and unslop. Use writing-for-agents for instructions an agent will consume.
Build an automationDefine 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:

SourceWhat it contributes
Poteto's pstackEngineering workflows, architecture, investigation, review, verification, and development principles.
HumanLayerVisual explanations, control-loop design and implementation, and React prop narrowing.
Matt PocockAgent-facing writing, decision interviews, domain modeling, and knowledge capture.
AstralPython environments and scripting with uv, lint/format with Ruff, and type checking with ty.
ImpeccableFrontend design, critique, audit, and refinement methods without the upstream runtime.
OpenAI CodexPR supervision adapted to PKStack's merge-ready, retry, and authorization boundaries.
ArchifyThe diagram skill and its bundled renderer.
OKF skillsMethods for creating, maintaining, and using project knowledge.
Google's OKF specificationThe 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 thisFor
First taskA disposable failure, Kiro repair, and passing check.
ArchitectureRuntime components, native planning, and file ownership.
Knowledge guideWiki authoring, retrieval, and local validation.
ChangelogChanges in each release.
ContributingDevelopment setup, focused checks, and pull requests.
Security policyReporting a vulnerability.

PKStack is licensed under Apache-2.0.