Skip to content

Memory for you and your coding agents

From the big picture
to the last detail.

A shared memory for the whole project. Connect goals, architecture, decisions, and implementation—so every agent can find its context and leave knowledge for the next session.

Keep the context. Continue the work.

Atlas / Project memory
Illustrative project

A place for the whole picture.

General context on the left. Specific knowledge on the right. Select a node to look inside.

Architecture decision

Accepted decision

Use server-side sessions.

We chose server-side sessions so access can be revoked centrally. The decision links to authentication work and records the alternative we considered: long-lived client tokens.

Reason · Central revocation and access control

One connected project. Many paths into the knowledge you need.

Let the structure carry the context

Start broad.

Go deeper as the work demands.

01

Keep the purpose in view.

Goals, constraints, and conventions give the project a common starting point. Connect specific work back to the larger reason for doing it.

02

Follow the branch that matters.

An agent working on authentication can move from project context to architecture, requirements, and the details of its task.

03

Leave a useful trail.

Record decisions, findings, code references, and verification where they belong. Later sessions can build on what the project already knows.

Across sessions, agents, and tools

Pick up where

the project left off.

Your workflow saves the useful context in Knowen. A connected agent can find it, follow the relevant decisions, and add what it learns back to the project.

See how agents share a Kanban task →
Illustrative agent handoff
You / next session

“Continue the authentication work. Why did we choose server-side sessions?”

Coding agent / with project context

“The architecture decision calls for central revocation. I’ll use that constraint when reviewing the callback.”

↗ Source: session architecture decision
The decision stays connected to the work it informs.

One idea can belong in more than one place

Connected knowledge.

Shared understanding.

A decision can connect to architecture and a feature. A finding can inform several tasks. Keep the knowledge together while giving each agent a path to the detail it needs.

Make memory part of the workflow

A few practical questions.

What should I put in project memory?

Start with purpose, terminology, conventions, and architecture. Add decisions with reasons, research sources, task plans, review findings, and verification as work develops.

How do agents use that memory?

Through MCP, compatible agents can search and read accessible project knowledge, then write useful results back. Your workflow determines what to record and when to consult it.

Open the MCP setup guide →
Can the same decision connect to several areas?

Yes. Knowen supports multiple paths to the same knowledge node, so a decision can belong to the architecture and the feature that uses it.

Can I review changes and share knowledge?

Use content history and comments to inspect how knowledge evolves. Grant collaborators access to your project, and publish knowledge when you choose to share it more broadly.

A place to pick up where you left off

Give your project a place to remember.

Create a project, give it context, and connect the coding agents you already use.

Account creation is by invitation during beta. You can explore public knowledge as a guest.

01Create a project

02Add goals, decisions, and context

03Connect through MCP