
Link Your Think
Let the agents do the work,
so you don’t have to.
Lyt is your knowledge, owned by you and read by your agents — federated like email.
We use cookies to understand how you use this site and improve your experience. Privacy Policy
Every new chat starts from zero, so you paste the same context again. What you told one chat is gone for the next — unless it lives somewhere every session can reach.
The knowledge is already yours. It just isn’t where your agent can find it.
Lyt closes that gap without moving your notes anywhere. They stay files you own; your agent gains a way to reach them.
Tell your agent to remember something once, and it can bring back the original note later. Here is the whole loop, in three moments and in your own sentences.

“Save this decision — we're going with Apex Print as our printer supplier, because they can hit our deadlines.” Your agent writes one plain markdown file into your own notes: a title, a date, and a line saying why it was worth keeping.
You forget the reasoning. That is normal, and it is the exact failure this is built for. The note sits in your own folder the whole time, in a format you can open in any editor, with or without Lyt.
“What did we decide about the printer supplier, and why?” Your agent searches what you wrote and comes back with the decision — and names the note it came from, so you can open the original yourself.
Lyt itself sends nothing anywhere in that loop. Your agent starts from what you decided: it works from your decisions, notes, and documentation — not from what it can guess. See the loop in full.
Your notes stay ordinary markdown files in ordinary folders. Lyt gives your agent a reliable way to find them and use them.
A folder of markdown files with a name of its own — usually one per subject: work notes, research, a team handbook.
How you group related vaults, and how you declare which ones are connected to which.
Everything this machine can reach — your own vaults, the ones shared with you, and the ones you follow — as one place to search.
Already keep notes in Obsidian? That vault is already plain markdown — Lyt adopts it as it stands, nothing moves. Adopt what you have shows how.
For the technically minded: a vault’s identity survives rename and move; meshes declare relationships; the pod is the complete set you can reach, shown on each machine as one searchable view. See how the model fits together.
You never operate any of this by hand: you ask in plain language and your agent runs the right operation. Setup teaches it Lyt ahead of time — a manual and a set of skills written into its own instructions — connect an agent shows what it learns.
Your notes stay files you can open, move, and keep — nothing moves into a hosted database.

Your notes remain ordinary Markdown files in ordinary Git repositories. Lyt builds disposable local indexes around them.

Capture, search, and indexing work locally. Matching by meaning runs through a small model on your own computer, downloaded once if you choose.

No hosted knowledge service, no passive usage stream. Network activity follows an operation you choose.

The seven-package toolchain is open source. Read it, fork it, or keep working with the files without Lyt.
Under the hood, Lyt adds stable identity and local indexes around your files — it never replaces them.
Every note that comes back names where it came from — the vault, the file, your own words.

Lyt retrieves and ranks your own notes. Notes your pod has already organised around a topic come first; full-text matching backfills the rest. The note you get back is the note you wrote.
Indexing and searching both run locally — your notes are not sent anywhere to be searched. Matching by meaning rather than wording is available once you choose to download a small model, which also runs on your own computer.
Search & indexing describes the mechanism.
What Lyt is, and what people do with it — written for a first read, not for an operator.

Vault, mesh, pod — the model in plain language, and what your agent does with each one.
Read how it works
A personal pod your agents read, a team sharing one source, published knowledge others subscribe to, and the same pod on every machine.
See the use casesNothing is shared on its own. You grant each person access, by name, and your team works from one shared source.

One versioned knowledge base, explicit boundaries, and every teammate's agents searching the same material.
You grant each person read or write access where the vault is stored online. Grouping vaults together never grants anyone access on its own.
A new teammate reaches the same decisions and documentation their colleagues already work from, instead of being told them a second time.
Share a vault walks through granting access. A team knowledge base shows what it looks like in use.
The same motion goes outward: when someone else’s knowledge is already public you can follow it, and your copy keeps naming where it came from. Everything Lyt creates starts private — making a repository readable by anyone is a step you take yourself, where it lives, and no Lyt command changes visibility. Sharing sets out owned, shared, public, and subscribed precisely.
Paste this request into any coding agent you already have. It spells out every step, and everything it creates stays local until you choose to share.
Set up Lyt on this machine. Lyt is the npm package @younndai/lyt. It requires Node.js 20.9 or newer, and npm.
Set up Lyt on this machine. Lyt is the npm package @younndai/lyt. It requires Node.js 20.9 or newer, and npm. 1. Check whether Node.js 20.9+ and npm are available. If either is missing, stop and tell me exactly what is missing. Do not install a language runtime yourself. 2. Install Lyt globally with: npm install -g @younndai/lyt If this needs administrator approval or fails, stop and show me the exact error. Do not use a different package, a different installer, or a privilege-escalation method. 3. Run: lyt init --auto --json This creates my local setup and also installs Lyt's agent manual and skills into your own instructions, so you know how to operate Lyt in future sessions. You do not need to install those separately. What step 3 actually does, so nothing surprises me: - It creates Git repositories and a first commit on this machine. That is expected, and it stays local. - It may check GitHub to see whether I already have a Lyt setup there and adopt it instead of starting fresh. Tell me which of the two happened. Boundary: - You may contact the npm registry, to download the named package. - Do not push, publish, or sync anything outward. Sending a vault out is a separate decision I make later. When you finish, tell me what each step changed or created, include the paths, and say which steps made no changes.
Nothing is published by any of these steps. Sending a vault outward is a separate, explicit decision you make later.
Step 3 does double duty: alongside your local setup it installs Lyt's operating manual and skills into your agent's own instructions. From your next session onward you can just ask for what you want — no package names, no commands.
npm install -g @younndai/lytAfter setup, the quickstart keeps the path small: create or adopt a vault, capture a note, find it again.
Follow the quickstartUnder the hood. Your Markdown stays the source — declarations record identity and topology, and local indexes are derived around your files, never in place of them. A typed tool surface is available for clients that prefer one: 17 tools running as a local child process, with no hosted endpoint and no port to expose. The 7 packages are released together, so they always match.
Connect an agent has the configuration; the package architecture lists what ships.