A corporate-friendly Markdown notes engine that makes your AI happy.
Project description
choom
⠀⠀⠀⠀⠀⠀⠀⠀⣀⣀⣤⣤⣤⣤⣤⣄⣀⡀⠀⠀⠀⠀⠀⠀⠀⠀
⠀⠀⠀⠀⢀⣠⣶⣾⡿⠿⢛⣛⣛⣛⡛⠻⠿⣿⣷⣦⡀⠀⠀⠀⠀⠀
⠀⠀⢀⣴⣿⡿⠛⠁⠀⣴⣿⣿⣿⣿⣿⣷⡄⠀⠉⠻⣿⣷⡀⠀⠀⠀
⠀⢀⣾⡿⠋⠀⠀⠀⢸⣿⣿⣿⣿⣿⣿⣿⡧⠀⠀⠀⠈⠻⣿⣦⠀⠀
⢀⣿⡿⢁⣠⣤⣤⣤⣈⢿⣿⣿⣿⣿⣿⣿⠇⣠⣤⣤⣤⣀⠹⣿⣧⠀
⣼⣿⢳⣿⣿⣿⣿⣿⣿⣧⠙⢻⣿⣿⠛⢡⣾⣿⣿⣿⣿⣿⣷⣻⣿⡀
⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡇⢸⣿⣿⠀⢸⣿⣿⣿⣿⣿⣿⣿⣿⣿⡇
⣿⣿⠘⣿⣿⣿⣿⣿⣿⣿⡀⢸⣿⣿⠀⣸⣿⣿⣿⣿⣿⣿⡿⢹⣿⡇
⢿⣿⡄⠈⠙⠛⠟⠛⠙⢿⣿⣾⣿⣿⣾⣿⠟⠙⠛⠟⠛⠉⠀⣸⣿⠁
⠈⣿⣷⡀⠀⠀⠀⠀⠀⠀⠙⢿⣿⣿⡟⠃⠀⠀⠀⠀⠀⠀⣰⣿⡟⠀
⠀⠘⢿⣷⣄⠀⠀⠀⠀⠀⠀⢸⣿⣿⠀⠀⠀⠀⠀⠀⢀⣴⣿⠟⠀⠀
⠀⠀⠈⠻⣿⣷⣄⡀⠀⠀⠀⢸⣿⣿⠀⠀⠀⠀⢀⣴⣿⡿⠃⠀⠀⠀
⠀⠀⠀⠀⠈⠙⠿⣿⣷⣶⣤⣼⣛⣻⣤⣤⣶⣾⡿⠟⠋⠀⠀⠀⠀⠀
⠀⠀⠀⠀⠀⠀⠀⠀⠉⠉⠛⠛⠛⠛⠛⠛⠉⠁⠀⠀⠀⠀⠀⠀⠀⠀
KEEP YOUR CORPO OVERLORDS HAPPY, FEED YOUR AI
A corporate-friendly Markdown notes engine that makes your AI happy.
A choom is Night City slang for a good friend — the one who's got your back. That's the job here: keeping you organized and your AI fed with context, corpo restrictions notwithstanding.
A local-only, terminal-based tool for capturing and organizing meeting notes, general notes, and tasks as plain markdown files — structured enough for a human to navigate through a TUI, and legible enough that an AI assistant can search and edit the vault through a CLI without any integration work.
Why
Markdown is the native format of AI assistants — they read it, write it, diff it, and reason over it without an adapter layer. Almost nobody at a large company can actually work that way, because the sanctioned note-taking tools (OneNote, Confluence, SharePoint) lock notes behind proprietary formats and authenticated APIs, and markdown-first apps like Obsidian or Logseq are rarely on the approved-software list.
choom installs without admin rights, stores nothing outside a directory you already have, and needs no server or account — just a folder.
The tool disappears into the twenty seconds before a meeting starts. You type /meeting.standup Q3 planning #platform, a file exists with correct frontmatter and a date-stamped name, and you're typing notes before anyone has finished joining the call. You never decide where a file goes or what to call it.
Usage
Install
Requires Python 3.11+. Works on Windows, macOS, and Linux, with no network access needed after install.
uv tool install choom
Coming from v0.0.1, when this project was called endpaper? Rename the workspace marker directory — mv .endpaper .choom from the workspace root — and nothing else about the workspace changes. Ids written under the old m_/n_/t_ prefixes keep resolving alongside the new meeting_/note_/task_ ones; no existing file is rewritten.
Create a workspace
Cloud-synced folder? Pin it to this device first. choom has no index — every command reads whichever files are actually present, so a file that is only a cloud placeholder is invisible to it, and to any assistant reading the folder. Turn off on-demand/online-only storage for the workspace folder: OneDrive → "Always keep on this device"; Dropbox → "Make available offline"; Google Drive → "Available offline"; iCloud Drive → keep it downloaded and exclude it from "Optimize Mac Storage" (or it may be evicted later).
mkdir notes && cd notes
choom init
This creates .choom/config.toml, AGENTS.md, and meetings/ in the current directory. This directory is now your workspace root — every command below runs from inside it.
Capture a meeting
choom meeting new "Q3 planning" --type standup --tag platform
Prints the path to the new file: meetings/2026-07-28-standup-q3-planning.md, already stamped with frontmatter (id, type, title, tags, created, updated).
Browse and list
choom meeting list --json
choom meeting list --type standup --since 2026-07-01
Or launch the TUI with no arguments:
choom
choom opens on Tasks; tab/shift+tab cycle the top bar between Tasks, Notes, and Meetings, whose path sits flush right in that same bar so you always know which workspace you're in. Each collection lists its records as four labelled columns — date, type, title, tags — that hold their position whether or not a record has a type or tags; on a narrow terminal the lower-priority columns drop before the date or title ever get squeezed. For Notes and Meetings the left pane lists months, most-recent-first, and only the month on screen is read from disk — a workspace with years of history costs the same to open as an empty one.
/ opens a permanent command bar — type filter <term> (or f <term>) to narrow the list live, or meeting.standup <description> and hit enter to create one, landing straight in the editor. Arrow keys move, enter opens the selected record in a rendered markdown preview, e drops into a raw editor from either the list or the preview, b toggles a pane showing what the record points at and what points back at it, ctrl+d deletes the highlighted record after a one-line confirmation naming it, ctrl+o/ctrl+x save, esc backs out. Every confirmation in the tool — discarding unsaved edits, deleting a record — is that same slim, centred bar: one question, (Esc) to stop and (Enter) to proceed, nothing to click. /help lists every command and key binding without leaving the screen, and the running version sits in the bottom-right corner.
Ask an assistant from inside the document
Type /ai <prompt> on its own line in the editor and press enter:
The document saves, whichever assistant CLI you already have installed runs the prompt, and the reply lands where the command was:
While it works, the line shows ⋯ and the status bar offers ctrl+c to cancel. Cancelling — or any failure — restores the line exactly as you typed it, so a prompt is never lost.
For AI assistants
An assistant working in a choom workspace reads AGENTS.md at the root and takes it from there — non-interactive, --json-capable, and scriptable by design. Nothing opens an editor or blocks on a prompt.
Below, an assistant is asked to pull up a vendor sync meeting, research the competitor options it calls for, and write up its findings — reading and writing the vault the same way it reads and writes a codebase:
The note it produced shows up like any other — because it is:
Run choom --help for the full command reference. The AGENTS.md that init writes into your workspace documents the folder layout, the frontmatter schema, the task line format, link syntax, and the exit codes.
Features (v0.0.3)
- Meeting notes —
/meeting.standup Q3 planning #platformcreates a dated, frontmatter-tagged file and drops you straight into the editor. Browse with/meetingsortab; the left pane lists months, most-recent-first;/filter <term>(or/f <term>) narrows across every month; open withenter. - General notes —
/noteopens (or creates) today's daily note;/note.research vendor landscape #procurementcreates a typed note. Browse with/notesortab. - Tasks —
/task.followup send the vendor comparison #procurementappends a checkbox line totasks.md./tasksortabopens on To-Do;spacetoggles a task done, moving it to the Done category in the left pane. A task can carry an optional markdown body — details, a running log — stored as indented lines beneath its checkbox line; it renders in the preview pane when the task is highlighted, andeopens the editor scoped to just that body. Empty until you type something, and a save that changes nothing writes nothing.choom task show <id>prints a task and its body from the CLI;task list --jsoncarriesbodyon every entry. The file stays hand-editable plain markdown — no database. - Inline task capture — inside any meeting or note, typing
/task <description>(or/task.<type> <description>) on its own line and pressingentercaptures a task without leaving the editor: the line becomes a checklist item linking to it,- [ ] [call Terry about the renewal](../../../tasks.md#task_a1b2), cursor at its end, nothing else on screen moving. Prefix an existing line with/task.followupto promote its own words into the task instead. That checklist item is a two-way control surface, not a copy — tick it and save, or tick the task from the tasks list, and the other side follows; opening a document brings every mirror in it into agreement withtasks.mdfirst, so nothing shown is ever stale, with no repair command and no background process.choom task add "<description>" --link <id>does the same capture from the command line, andtask done/undone --jsonreport which documents were updated. The same syntax is available to/ai: a/taskline an assistant writes in its reply is captured exactly as if you had typed it, and the reply comes back with a real, linked task in place of that line. - Document links — any record can point at any other, as an ordinary markdown link:
See [Q3 planning](../../../meetings/2026/07/2026-07-28-q3-planning.md#meeting_20260728_a1b2c3d4). The#idfragment is what choom resolves and never changes; the path is derived so the link is clickable in any plain markdown viewer, and it's recomputed whenever the target moves. Write just the fragment —[Q3 planning](#meeting_20260728_a1b2c3d4)— and the path fills itself in on the next save; nobody has to count../.bopens a pane of outbound and inbound links in any preview,/link <search terms>inserts a correct link without leaving the editor — when the terms match more than one record, a short list rises in the same status-bar region instead of failing closed, showing each candidate's title, collection, and date, with↑/↓to move,enterto insert, andescto leave the typed line untouched — andchoom links <id> --direction inanswers what points at a record from the command line.choom links checkseparates stale links (fixable) from dead ones (need a decision) andchoom links healrepairs every stale one. Nothing is indexed or cached — inbound links are computed by scanning, measured at 155 ms across 6,000 documents. - Workspace init —
choom initsets up a workspace (config,AGENTS.md,meetings/,notes/daily/,tasks.md) in the current directory. Multi-user shared workspaces are planned but not in v0.0.3 — tracked in issue #18. - View and edit — highlighting a record and pressing
eopens the editor in place of the preview pane — the list, the links pane, and the top bar all stay on screen, and the highlighted row never moves. Opening a record full-screen first (enter, thene) still edits full-screen. Line numbers, soft wrap, andctrl+o(stay) /ctrl+x(save and return) work the same either way. The cursor starts on an empty line one blank line below whatever is already there, so appending a thought costs no cursor-movement keystrokes.escdiscards, but only prompts when there's something to lose;ctrl+qprompts the same way rather than quitting outright when it would discard an unsaved edit.ctrl+sis also bound as a save alias, butctrl+ois the canonical key: some terminals treatctrl+sas the legacy XOFF flow-control signal and swallow it before it ever reaches choom. If saves withctrl+sseem to do nothing, runstty -ixonin that shell (or usectrl+oinstead). - Delete a record —
ctrl+don a highlighted meeting, note, or task in the TUI raises a one-line confirmation naming it; confirm and it's gone, decline and nothing changes.choom meeting delete <id> --force(note/taskthe same way) does it from the command line — the flag is required, so the command never prompts and never blocks. Deleting a task leaves its checklist mirrors elsewhere untouched, in whatever words you wrote them, rather than rewriting or stripping your line. There's no trash and no undo: once confirmed, the record is gone. - AI-friendly CLI — every TUI action has a non-interactive CLI equivalent backed by the same core library:
--jsonon every read command, meaningful exit codes, data on stdout and errors on stderr, nothing that opens an editor or blocks on input. Assistants create records through the commands, so frontmatter and file placement stay correct, then edit the markdown bodies directly like any other file. /aiin the editor — type/ai <prompt>on its own line and pressenter: the document saves, your already-installed Claude Code CLI or GitHub Copilot CLI runs the prompt, and the reply lands where the command was. The line shows⋯and the status bar names a random breadcrumb plusctrl+c to cancelwhile it works; every failure — cancelled, no reply, the assistant errored — restores the line exactly as typed. Which assistant to call is detected automatically when only one is installed, or set explicitly withchoom config assistant <claude|copilot|none>(CLI) or/config assistant <value>(TUI command bar) — a workspace with neither tool installed keeps every other feature unchanged.- Assistant discovery file — naming an assistant (
choom config assistant <claude|copilot>,/config assistant <value>, orchoom init --assistant <value>) also drops a short, choom-owned pointer into that assistant's own user-scope location outside the workspace —~/.claude/skills/choom/SKILL.mdfor Claude Code,~/.copilot/skills/choom/SKILL.mdfor Copilot CLI — so the assistant knows choom exists and where this workspace is even when started from an unrelated directory. It restates nothingAGENTS.mdalready says, is rewritten in full every time the assistant is (re)configured, and setting the assistant tononeremoves it. On a machine with exactly one assistant installed and none configured, choom offers to install it once, at first launch, through the same confirmation bar used everywhere else in the TUI — answered or not, it's never asked again. - No index, no database — the markdown files are the only state; nothing to corrupt, nothing to reindex. Every list load and every document open reads straight from disk at that moment, not from a snapshot taken at launch, so a change made by an assistant (or by hand) in another process shows up the next time you look. An open list also re-reads on its own every 2 seconds, re-rendering only when something actually changed and holding your selection steady; typing into the command bar's filter never stalls waiting on this, since the pool it searches is hydrated in the background as soon as the bar opens.
AGENTS.md— generated atinit, under ~100 lines, so an assistant landing in the workspace is productive immediately.
Everything above has landed on main as of v0.0.3 — see Releases for what has been published to PyPI.
License
See LICENSE.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file choom-0.0.3.tar.gz.
File metadata
- Download URL: choom-0.0.3.tar.gz
- Upload date:
- Size: 3.1 MB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: uv/0.12.1 {"installer":{"name":"uv","version":"0.12.1","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
aa8d3fb43d25b0f3820ad0bb625af85373bcaa022278c4743c5e76e0a81f1200
|
|
| MD5 |
50f29e9fba3966c68c19a21f80f90db5
|
|
| BLAKE2b-256 |
752f732b6846ffce5b2e93e9c05cd7093dcb90fdd457288b9d212bae5a5b8d8a
|
File details
Details for the file choom-0.0.3-py3-none-any.whl.
File metadata
- Download URL: choom-0.0.3-py3-none-any.whl
- Upload date:
- Size: 128.3 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: uv/0.12.1 {"installer":{"name":"uv","version":"0.12.1","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
f8d43efb6bf59eba8da57a607a849a4ce6c70c59ae918bd636eb0321027d4864
|
|
| MD5 |
b47b29b3ab3aaaafd33d7592367ca79c
|
|
| BLAKE2b-256 |
811e923fbedeeafb5d65148ab3f8c82ff7bc89438274465a2d83bfe0c4a11e1b
|