Install
$ agentstack add skill-xmu-csnoob-praxiskit-next-iteration ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Next Iteration
Advance PraxisKit from the current project state. Two modes:
- Single step (default): route to one transform, run it, stop at its boundary.
- Budget mode (when invoked with
budget=Norcycles=N): repeatedly route + run, stopping at user checkpoints, blockers, validation failures, or budget. Replaces the formerauto-iterateskill.
work/praxiskit-context.md + active work/ artifacts -> next-iteration -> next transform(s)
Contract
Inputs: work/praxiskit-context.md if present, active carry-forward files, latest archive manifest if needed; optional budget (steps=N, cycles=N) Output: the selected transform's normal artifact(s), or a blocked/complete report Preconditions: run from project root; at least one PraxisKit artifact or archive pointer exists Stop boundary: Never bypasses any transform's stop boundary. Source changes only via batch-to-build after its checks pass. Stops at user-owned decisions, blockers, validation failures, unclear routes, or budget exhaustion.
Interaction Mode
Prefer host-native choice input for continuation decisions. The user should not need to remember the next slash command when PraxisKit already knows the safe next step. Choice prompts may authorize planning steps (e.g., task-graph-to-batch); they NEVER authorize code execution or acceptance decisions unless the selected transform explicitly asks for that scoped decision.
Routing
- Read
work/praxiskit-context.mdfirst. If it names a next skill and exact files, trust that unless files are missing. - If context is missing/stale, infer from active artifacts:
work/review.md→review-and-accept(decision step)- current
work/build-log-*.mdwith task graph →review-and-accept(review step) - current
work/execution-batch-*.md→batch-to-build work/task-graph.md+work/SUBAGENT.md→task-graph-to-batchwork/PRD.md→prd-to-task-graphwork/idea.md→idea-to-prd- seed only → ask which recipe (
seed-to-task-graphfor light,seed-to-ideafor standard/heavy)
- If context points at an archive, read only that archive's
manifest.mdunless a carry-forward file is missing.
Routing Rules (post-acceptance)
continue_next_waveoraccept_wavewith remaining tasks →task-graph-to-batchrevise→ usework/follow-ups.md; pick the recipe's task-graph transform from context. If unclear, ask with host-native choice input.- Completed
accept_wave, no remaining tasks → stop complete; do not start a new seed unless user asks. not_accept_yet→ stop; user still owns the decision.- Dry-run execution batches require
batch-to-buildauthorization. Never convert a dry-run batch by inference.
Single-Step Workflow (default)
- Apply Routing.
- Run the selected transform per its
SKILL.md. - Stop at that transform's boundary unless it offers a host-native continuation choice and the user selects it.
- Report: selected next skill · artifacts read · artifact written or blocker · recommended next entry point.
Budget-Mode Workflow
Triggered when caller passes budget=N (steps) or cycles=N (acceptance cycles). Default budget when caller asks for a bounded loop without explicit numbers: 3 acceptance cycles or 20 transform steps, whichever comes first.
- Establish budget. Initialize step counter and cycle counter.
- Run Single-Step Workflow.
- Decrement step counter. If a
review-and-acceptproduced anaccept_waveorcontinue_next_wave, increment cycle counter. - Continue ONLY when:
- The last step produced a clear next entry, AND
- No user-owned decision is pending, AND
- Budget remains.
- Stop and surface to the user when ANY of these fire:
- Execution authorization is needed (
task-graph-to-batchdry-run,batch-to-buildnoMode: execute) - Acceptance decision is needed (
review-and-accept) - Blocker, failed validation, or unclear route
- Budget exhausted
- Recipe complete
Must Rules (apply to both modes)
- Do not auto-accept review results.
- Do not auto-authorize dry-run batches.
- Do not start a new product seed after a completed
accept_waveunless user asks. - Use host-native choice input for every user-owned decision when available.
- Do not load old archives unless current context or carry-forward files are insufficient.
Context Budget
Read the resume surface, not the whole archive history: work/praxiskit-context.md, the active artifact for the chosen step, and work/SUBAGENT.md only when the chosen step needs it.
Summary Format (budget mode)
steps run · approvals requested/granted · acceptance cycles · latest archive path · current next skill or stop reason · files for fresh session.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: xmu-csnoob
- Source: xmu-csnoob/PraxisKit
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.