Skip to content

Lytos — Your context. Your rules. Any model.

Lytos is an AI-assisted development method that puts the developer — not the AI — at the center. Your intentions, your standards, your progress: everything lives in your Git repo. Portable, sovereign, model-independent.

You switch models. You open a new session. You go from Claude to Codex. And each time, the same ritual: re-supply the context, repeat the conventions, correct the same drifts.

Meanwhile, the debt sets in. Today’s generated code no longer matches yesterday’s. Conventions slip. The project grows faster than the AI’s ability to find its way in it.

Many have come to accept this friction as normal. It isn’t.

Lytos addresses this by anchoring the context where it belongs: in the repo.


ProfileTypical setupWhat Lytos brings
Vibe-coder / makerClaude Code, Codex, AI apps + GitHubA manifest the AI reads every session. Less re-explaining, a context that compounds.
DeveloperIDE + Git (GitHub / GitLab) + AI as a toolVersioned rules, a memory that builds, a board that traces the work — in the repo, not in a SaaS.
TeamIDE + Git + CI + reviews + product ticketingShared manifest, skills, rules. The AI produces in the project’s style. Technical specs for the AI live in the repo, next to the code.
Decision-maker / CTO / Eng leaderProduct view + AI teams + complianceReproducible and auditable AI output, sovereign project context (never in third-party SaaS), accelerated onboarding. See the organization impact →

One diagram to explain Lytos — the Developer at the root, the Model as an interchangeable tool, the Repo as the shared context, and the five pillars that structure the work.

The Developer

defines intent, validates, orients

The Model

executes — interchangeable

The Repo

holds the context — markdown, versioned

Result = Model × Context
Lytos structures the Context.
I
INTENT
manifest.md

Why this project exists

II
DESIGN
skills/

How we do each task

III
STANDARDS
rules/

What "done right" means

IV
PROGRESS
issue-board/

What is moving, what is blocked

V
MEMORY
memory/

What the project has learned

Each session ends the way it began: memory absorbs what mattered, the board advances, and the next session inherits the context — not the chat.


Each pillar is a folder you can open and read. No black box, no hidden state — everything is markdown, versioned in your repo.

I · INTENT
Manifest
manifest.md

A single markdown file. Identity, scope, stack, non-negotiables. Loaded first at every session.

II · DESIGN
Skills
skills/

Numbered procedures. A skill is a checklist, not a persona. Nine built-in; you write your own.

III · STANDARDS
Rules
rules/

Verifiable thresholds. 300-line files, 30-line functions, 80% coverage. What can't be measured can't be respected.

IV · PROGRESS
Issue Board
issue-board/

A kanban in folders. Frontmatter YAML is the source of truth. The folder is the status.

V · MEMORY
Cortex
memory/

An index file and topic notes. Architecture, patterns, bugs, domain. Loaded à la carte per task.

Explore the 5 pillars in detail →


Most AI frameworks suggest delegating to autonomous agents — an “architect” agent, a “tester” agent, a “reviewer” agent. The more you delegate, the harder it becomes to keep the thread, and your project context ends up on their servers, in their formats.

Lytos takes the opposite path. The AI stays a tool, powerful but directed. The context stays in your repo, as versioned Markdown. You define the intent, you validate every step, the model executes.

“Choose your AI. Don’t belong to it.”

Claude today. GPT or Gemini tomorrow. Your conventions, your manifest, your memory: they travel with the repo.

Why not sub-agents → · Sovereignty in detail →


Terminal window
npm install -g lytos-cli
lyt init
lyt board — Lytos kanban board in the terminal

lyt init generates the complete structure in your project: manifest.md, skills/, rules/, issue-board/, memory/. Everything in Markdown. Everything in your repo.

CommandWhat it does
lyt initScaffold .lytos/ (interactive, detects your stack)
lyt boardRegenerate the kanban board
lyt lintValidate .lytos/ structure
lyt doctorFull diagnostic with health score
lyt showIssue detail with progress bar
lyt startStart an issue — branch, board, all in one command
lyt closeExplicitly close a validated issue — promote review → done, update the board, check the checklist

See all commands on npm →


Lytos is not another tool to learn. It’s a layer of structure on top of what you already use.

  • Claude Code — native adapter included
  • Cursor.cursor/rules generated automatically
  • OpenAI / GPT — system-prompt adapter included
  • Gemini, Mistral, and all others — Markdown is universal

Your tools. Your models. Your method.


For teams: consistency that becomes more accessible with AI

Section titled “For teams: consistency that becomes more accessible with AI”

One manifest, one set of rules, one set of skills — shared by the team. Each developer brainstorms, refines the requirements, validates the result — and the code produced respects the same frame. Differences of form narrow, while differences of judgment continue to be what the humans who write the code contribute.

“The developer brainstorms. Lytos helps harmonize.”

The developer’s role recenters on what AI does poorly: defining the need, challenging the proposal, validating. Lytos is a complement to the reviews and conventions already in place, not a replacement.

The Lytos team workflow →


We asked 3 AI models to review the method. Unedited.

Claude (Anthropic)

“Lytos doesn’t make me smarter. It makes me relevant. Without context, I make default choices — and my defaults come from my training corpus, not your project. With Lytos, your defaults replace mine.”

Gemini (Google)

“Lytos stops treating AI as a magic oracle and starts treating it for what it is: an incredibly powerful but amnesiac executor that needs a strict operational framework.”

GPT (OpenAI)

“I strongly prefer working with a versioned manifest, memory, rules and skills than with a simple persona like ‘you are a senior dev’. Quality comes from durable context, explicit procedures and verifiable criteria — not role-playing.”


Terminal window
npm install -g lytos-cli
lyt init

In 2 minutes, your repo has its manifest, rules, and board. From there, the AI knows your project.