Getting started
This guide is about getting to a useful Org2 setup quickly: point the compiler at notes you already own, then start deriving agendas, graph views, editor features, and published artifacts from the same corpus.
1) Install Org2
git clone https://github.com/aviaviavi/org2.git
cd org2
npm ci
npm run build
Sanity check:
npm run org2 -- --help
npm run org2 -- agenda --help
2) Start with your existing Org files as compiler input
You do not need to convert everything first.
Org2 is designed to work with existing .org files right away.
Example:
npm run org2 -- agenda --dir /path/to/your/notes --recursive
For a keyboard-driven planning view, add the agenda TUI:
npm run org2 -- agenda --dir /path/to/your/notes --recursive --tui
That means you can start by pointing Org2 at your current notes directory and treating it as input to the compiler pipeline: raw files → structured notes → compiled semantics → views and published outputs. Adopt .org2 for new files when you want to.
3) Use VS Code if you want the best editor experience today
VS Code is currently the strongest Org2 editor target.
High-value workflows already available there:
agenda UI
TODO / planning edits
capture / archive / refile
formatter preview + apply flows
roam backlinks / IDs / dailies
HTML export
shared navigation and editing features
See VS Code for the current command/keybinding surface.
4) Prefer .org2 for new files
For new files, using .org2 is a good default.
Why:
clearer intent,
easier editor/tool targeting,
cleaner long-term migration path.
But .org remains a first-class input format for current workflows.
5) Learn the core CLI workflows
The most useful commands to know first are:
agenda: inspect scheduled/deadline items across files; add--tuifor the interactive terminal agendatodo/plan: edit task state and planning metadatacapture: append quick entriesarchive/refile: reorganize treesfmt: canonical formattingroam .../id/query/backlinks: linked-note workflowsexport html/publish: produce docs and siteslsp: optional shared editor backend for clients that use the protocol
6) Generate the docs site locally
The repository includes a docs site authored in Org files under docs/site/ and published with Org2 itself.
npm run org2 -- publish docs-site --config org2.json
7) What to expect right now
Strong today
core Org language support
practical planning workflows
strong VS Code support
roam-style linked-note workflows
HTML export + publish pipeline
useful editor backend support
Still evolving
final CLI/API stability
broader editor parity beyond VS Code
full long-tail Org ecosystem depth (habits, clocking, etc.)