Skip to content

Set up Skopos once. Then talk to your coding agent normally.

Start with a conversation, use commands when you need precision, and inspect every important decision before it becomes project truth.

Open the quickstart

01Choose how you are starting

02Prompt by outcome

03Use commands for precision

01

Your first step can be a conversation.

You do not need to memorize the CLI before Skopos becomes useful. Tell the agent what kind of project this is and require it to preserve existing truth before changing anything.

Follow every quickstart step
Existing project setup brief
Set up Skopos in this repository. First inspect the source, existing documentation, project instructions, and working commands. Do not restructure or overwrite anything yet. Show me what is canonical, what conflicts, what is missing, and the proposed Project Memory structure before applying changes.
02

Choose the path that matches your project.

Each path starts with the outcome, shows what to say, explains what Skopos handles, and keeps exact commands close by.

01

Add Skopos to an existing project

Preserve current code, docs, commands, and conventions before proposing a clearer Project Memory structure.

Start carefully
02

Start a new project

Create a clean repository-owned foundation for purpose, Scope, decisions, work, and project checks.

Start clean
03

Continue current work

Recover the active Task, relevant project knowledge, remaining checks, and the next safe action.

Continue work
04

Understand the product model

See how discussion, Project Memory, bounded work, Actions, Evidence, and Readiness form one loop.

Follow the loop
04

Go deeper only when you need to.

The public guide keeps common work approachable. Canonical Markdown remains available for exact architecture, configuration, and reference details.

Begin with one repository and one honest review.

Installation is short. Trustworthy setup begins by understanding the project you already have.