Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/mystilleef-spae-build
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: productivity
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/spae-build
What's inside
- Skill name
spae-build- Description
- Atomic execution for the project framework. Executes exactly one atomic task from `PLAN.md`.
- License
- MIT
- Instructions
- 222 lines in SKILL.md · view on GitHub
Files (5)
- SKILL.md
- STATE.md · references/
- cleanup-guide.md · references/
- shell-command-guide.md · references/
- testing-guide.md · references/
SKILL.md (first lines)
# Build
## When to use
- `STATE.json` has `phase: build`.
- The work stream needs the next planned task completed.
## Goal
- Execute exactly one task from `PLAN.md`, mutating source/tests plus
`STATE.json`, while preserving the framework execution cursor.
- Complete the active task with minimal production code that meets
exhaustive tests, serves its `Intent` and the plan `## Goal`, and
leaves seams for downstream tasks.
- Meet the task acceptance criteria through exhaustive tests and task
verification steps.
- Hand off to `/check` for the `done` transition and cursor advance;
never claim either.
## Input
Read:
- `.spae/current/STATE.json` for phase, cursor, and task registry
(consult `references/STATE.md` for field reference, directives, and
phase snapshots).
- `.spae/current/PLAN.md` for the plan `## Goal`, the active task, its
`Intent`, acceptance criteria, and verification steps; they carry all
the goal context build needs.
- Relevant project source, tests, docs, and configuration needed for the
active task.
## Testing
See `references/testing-guide.md` for test structure, isolation,
mocking, assertion, and performance standards.
## Cleanup
See `references/cleanup-guide.md` for the self-introduced-artifact
checklist and diff-only audit scope.
## Workflow
1. **GATE**—Read `.spae/current/STATE.json`; confirm `phase: build` and
an active task cursor. Self-heal metadata: inject missing `version`
(`"1.0"`), `workstream` (from symlink or directory path), and
`status` (`"active"`). Halt on state drift: if
`tasks[`active_task_id`]` reads `"done"`, halt; report and make no
changes. Halt on _unparseable_ JSON, unrecognized phase, or active
task missing from `PLAN.md`. Read the plan `## Goal` and active task
section — including its `Intent` — from `.spae/current/PLAN.md`. Read
dependent and forward task titles plus acceptance criteria to map
seams, not build them. Verify every task ID in the active task's
`Dependencies` field carries status `"done"` in `tasks` registry in
`STATE.json`; fail the task for any incomplete dependency.
2. **ORIENT**—State the goal in one sentence: execute the active task
and hand off to `/check`. Name what won't change: `PLAN.md`,
`SPEC.md`, and forward-task seams. Capture pre-task baseline snapshot
per `references/cleanup-guide.md`. **Task status update**: set
`tasks[`active_task_id`]` to `"in_progress"` in
`.spae/current/STATE.json`.
3. **PLAN**—Declare the full implementation path that satisfies every
acceptance criterion, advances the task `Intent` and plan `## Goal`,
and leaves seams for forward tasks. Read
`references/testing-guide.md`, `references/shell-command-guide.md`,
and `references/cleanup-guide.md`. Map the test surface per
criterion: expected behaviors, failure modes, and edge cases. Choose
among valid implementations by goal fit, not local convenience.
4. **ACT**—Iterate over every acceptance criterion:
- Write a failing test: expected behavior, failure modes, and edge
cases.
- Write minimal code to pass it.
- Drive green; repeat `test→implement` until the criterion passes.
Stop when all criteria have exhaustive passing test coverage. Never
write production code before its test exists. Edit only source,
tests, docs, or configuration files required by the task.
5. **VERIFY**—Loop over every acceptance criterion and verification
command listed for the active task:
- Audit every added or updated test file against CI Parity rules in
`references/testing-guide.md`; fix any violation before proceeding.
- Audit task edits against the pre-task baseline using the
Self-cleanup checklist in `references/cleanup-guide.md`; remove
every self-introduced artifact before proceeding.
- For each unmet criterion or failing command: return to `ACT`,
execute, then re-enter `VERIFY`.
- Exit only when all criteria pass and all commands succeed.
- Fail only for out-of-scope conditions: infeasible acceptance
criterion, plan/spec defect, or broken external dependency.
6. **PERSIST**—Set `.spae/current/STATE.json` `phase: check`. `/check`
owns the `done` transition and cursor advance. Re-read `STATE.json`
after writing; on a field mismatch, rewrite and re-read before
`REPORT`.
7. **REPORT**—Emit the result following the result directives and using
the result template.
## Directives
- Optimize all operations for agent, token, and context efficiency.
- Consult `references/shell-command-guide.md` for command safety,
timeouts, redirects, and non-interactive environment directives.
- Consult `references/cleanup-guide.md` for self-introduced-artifact
scope, baseline snapshotting, and checklist directives.
- Execute exactly one atomic task per invocation.
- Prefer existing project patterns over new design.
- Keep production code minimal, local, and test-driven; never reduce
test scope.
- Look ahead, don't act ahead: read forward tasks to avoid foreclosing
them; never build beyond the active task. Name any forward task you
designed around in the result.
- Tests drive every task; write them first, exhaustively, before any
production code. Implementation serves tests, never the reverse.
- Write every category of test the task demands: unit, integration,
end-to-end, or otherwise. Cover expected behavior, failure modes, and
edge cases exhaustively.
- When the task legitimately changes a contract, update the tests it
invalidates to the new contract; never weaken, skip, or delete a testFrom mystilleef/spae-framework, MIT.
More from mystilleef/spae-framework
- 0.600score
purify
mystilleef
Eliminate KISS, YAGNI, Idiomatic, and Hygiene violations, including test-suite bloat, while preserving intended behavior.
SkillAFreshness: A★ 2Claude Code +9 - 0.600score
spae-check
mystilleef
Per-task verification gate for SPAE.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-prepare
mystilleef
Orchestrate SPAE subagents sequentially through the spec, plan, and inspect phases of the structured workflow.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-inspect
mystilleef
Optimization & Verification for the `SPAE` framework.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-orchestrate
mystilleef
Orchestrate SPAE subagents sequentially through the structured workflow and lifecycle.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-plan
mystilleef
Task Decomposition for the `SPAE` framework.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-spec
mystilleef
Given a proposal, or task, generate a spec and state file for SPAE structured workflow.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-verify
mystilleef
Arbiter for the SPAE framework.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
refactor
mystilleef
Refactor code to fix DRY, SOLID, and Structure violations while preserving behavior.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-fix
mystilleef
Remediates pre-classified SPAE task gaps.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-spawn
mystilleef
Executes the build phase of the SPAE structured workflow autonomously, cycling build, check, and fix per task.
SkillAFreshness: A★ 2Claude Code +9 - 0.594score
code-review
mystilleef
Find bugs and potential issues in code changes.
SkillAFreshness: A★ 2Claude Code +9
Signals
- Stars
- 2
- Forks
- 0
- Open issues
- 0
- Last commit (this folder)
- Oct 23, 2026 (7 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/mystilleef/spae-framework
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from mystilleef
- 0.600score
purify
mystilleef
Eliminate KISS, YAGNI, Idiomatic, and Hygiene violations, including test-suite bloat, while preserving intended behavior.
SkillAFreshness: A★ 2Claude Code +9 - 0.600score
spae-check
mystilleef
Per-task verification gate for SPAE.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-inspect
mystilleef
Optimization & Verification for the `SPAE` framework.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-prepare
mystilleef
Orchestrate SPAE subagents sequentially through the spec, plan, and inspect phases of the structured workflow.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-orchestrate
mystilleef
Orchestrate SPAE subagents sequentially through the structured workflow and lifecycle.
SkillAFreshness: A★ 2Claude Code +9 - 0.597score
spae-plan
mystilleef
Task Decomposition for the `SPAE` framework.
SkillAFreshness: A★ 2Claude Code +9
Cite this page
spae-build skill. Agent Mart. https://agentmart.dev/skills/mystilleef-spae-build (last updated 2026-10-24)