Quickstart
Two minutes. Zero to first completed task.
1. Initialize the repo
Section titled “1. Initialize the repo”cd your-projectskep initinit is interactive. It asks for the execution model, the test
command, and whether to create a workspace. It then walks your
files, parses them with tree-sitter, writes .skep/index.db, and
registers the repo in the workspace. The cockpit tmux config at
~/.tmux.conf.d/skep.conf is written automatically. Claude Code is
the only wired LLM backend today; Gemini and Codex presets remain
gated on end-to-end testing — see the Changelog.
2. Start the daemon
Section titled “2. Start the daemon”tmux new -s workskep daemon &Running the daemon in your current tmux session means task panes spawn right next to you. If you’d rather keep it hidden, see the cockpit guide.
3. Create a task
Section titled “3. Create a task”skep task create "add a GET /health endpoint that returns 200 OK"Skep:
- Runs four cheap local dedup layers (keyword, trigram, tf-idf, minhash) against in-flight and pending tasks. Optional LLM semantic dedup if none hit.
- Fires a parallel classify + plan pipeline — Haiku decides
small/large/ambiguous/rejectwhile Opus generates a structured plan against the hot index via MCP. - Stores the classification, structured plan steps, and plan
metadata in
.skep/index.db. Ambiguous tasks park inpending_clarificationwith questions in.skep/clarify/<id>.md— answer them and re-run withskep task clarify <id>.
4. Review the plan
Section titled “4. Review the plan”skep tasks # listskep task show 1 # full plan + classification + reasonYou’ll see something like:
Task #1 classified: smallPlan: 1. Add Handler.Health receiver in internal/http/handlers.go 2. Register GET /health route in internal/http/router.go 3. Add handler test in internal/http/handlers_test.go 4. Run `go test ./...`5. Approve and run
Section titled “5. Approve and run”skep task approve 1skep task run 1approve flips the task into the executor queue. run spawns a Claude
Code (or your configured CLI) pane that receives the plan as its prompt,
creates a branch skep/task-1-add-health-endpoint, edits files, runs
tests, and commits.
When the pane exits, Skep re-indexes, diffs the branch against main,
writes .skep/task-1-result.md, and marks the task done.
6. Review and merge
Section titled “6. Review and merge”git switch skep/task-1-add-health-endpointgit log --onelinegit diff mainMerge or squash the branch yourself. Skep deliberately never touches
main — the human is the last reviewer.