Getting started
This guide is about getting to a useful Org2 setup quickly, not performing a ceremonial migration.
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
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
That means you can start by pointing the CLI and editor tooling at your current notes directory, then 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
LSP-powered 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 filestodo/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— shared editor backend
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 LSP support
Still evolving
final CLI/API stability
broader editor parity beyond VS Code
full long-tail Org ecosystem depth (habits, clocking, etc.)