Kotoba

Where to start

What Kotoba isWho she is and where she runs, in one page
InstallingOne package, two commands
First runA key, a model, her first words
The approval gateHow she asks before she acts
The two voice modesLocal voice, or the agent tunnel
The soul fileChange who she is
RoadmapWhat grows next, and what was cut on purpose

Or a section

↑↓ move openesc close124 pages
All pages

Documentationsection 6 of 13

Configuration and operations

9 pages, in reading order

  1. 1The settings reference

    Kotoba has exactly seventeen settings you can change while it is running. They are not a loose collection of environment variables — they are one table in the…

  2. 2Environment variables

    Every variable on this page has a reader in the code. It was compiled by finding the call sites, not by reading the example files — an .env.example is…

  3. 3Providers, models and keys

    Kotoba ships descriptors for exactly two: openai and xai. Those are the only values provider accepts, and the only two entries in the code's provider table.

  4. 4Where everything lives

    Kotoba keeps its state in one directory — ~/.kotoba — and the code resolves that directory in one place, on purpose. Five modules once counted parents[N] by…

  5. 5The files library

    ~/.kotoba/files is where every file Kotoba creates or edits ends up, and — this is the part that matters — it is also her working directory. There is no…

  6. 6Running it for real

    One command, one Ctrl+C, two processes at most. Three arguments do anything

  7. 7Backups, and moving to another machine

    There is also a memory_facts table in the database. It is legacy: at every startup its rows are folded into the markdown store, non-destructively and once…

  8. 8Upgrading

    There is no kotoba upgrade command. The subcommands are setup, doctor, serve and discord, and upgrading is your package manager's job.

  9. 9Logs and diagnosis

    There are three sinks, and which one you get depends on how you started Kotoba.