Moxn is a collaborative editor with git-like version control for documents and a filesystem interface for agents.
Even before AI, I wanted docs to behave more like repos for two reasons:
- With multiple users live-editing in the same doc, the content I was working on would bounce around in the UI.
- I'm naturally iterative and I don’t one-shot prose well.
Collaborating with AI added two more pain points:
- Multiple agents live-editing the same doc leads to clobbers and deadlocks or file replication and name-based versioning.
- Lack of granular agent-specific permissions.
The common options helped, but came with tradeoffs:
- Git + markdown works well for agents and individual work on a machine, but teams lose multiplayer editing.
- Notion and Google Docs work better for teams, but agents have to go through APIs that weren't designed for filesystem-style exploration. The versioning of the docs is revision-based, not branch-based, and search is flat.
Moxn is an attempt to combine the git + markdown and Notion/Google Docs worlds to support iterative development and collaboration on content.
For humans: a multimodal editor with comments, backlinks and real-time multiplayer. Humans can set branch and section-specific AI permissions.
For agents: a filesystem interface with `find`, `search` and `read` tools for content organized by paths, tags, and databases.
The part I care the most about is the version control. Docs have branches, commits and merge requests. Merges are common-ancestor aware and conflicts resolve at the section grain. Edits flow into the CRDT (Yjs/TipTap), get flushed to mutable draft records, and frozen on commit. Edits have `git staged` semantics and agents default to auto-commit.
I use different workflows for different types of work with Moxn.
- Coding: I push complex plans with Mermaid and bug reproductions with screenshots via Playwright to review and leave comments. I have a post-commit hook that runs Claude Code to auto-update docs on a branch with the same name as my code edits and create a changeset, which is a coordinated collection of merge requests.
- Content: I fan agents out on branches to propose candidates (still an MLE at heart), read the diffs, cherry-pick chunks that I like, drop into the editor to write and loop. The launch post https://moxn.dev/blog/launch was written that way.
Rough edges I want to call out:
- Editor cold-start and polish aren't at Notion/Obsidian levels yet.
- Full-text search only covers the default branch today, and doesn't hit metadata or multimodal content yet.
- No audit logging or other enterprise features yet.
There’s a free plan with no credit card required. The blog post has screenshots, and the docs have a video walkthrough including a Playwright bug reproduction doc.
I'd especially love feedback from anyone using agents against internal docs or knowledge bases who has hit retrieval, coordination or collaboration problems.
bbischof•1h ago
This is great; it's honestly so f'in annoying working with documents with multiple users AND LLMs
mark-weiss•1h ago
Even before AI, I wanted docs to behave more like repos for two reasons:
- With multiple users live-editing in the same doc, the content I was working on would bounce around in the UI.
- I'm naturally iterative and I don’t one-shot prose well.
Collaborating with AI added two more pain points:
- Multiple agents live-editing the same doc leads to clobbers and deadlocks or file replication and name-based versioning.
- Lack of granular agent-specific permissions.
The common options helped, but came with tradeoffs:
- Git + markdown works well for agents and individual work on a machine, but teams lose multiplayer editing.
- Notion and Google Docs work better for teams, but agents have to go through APIs that weren't designed for filesystem-style exploration. The versioning of the docs is revision-based, not branch-based, and search is flat.
Moxn is an attempt to combine the git + markdown and Notion/Google Docs worlds to support iterative development and collaboration on content.
For humans: a multimodal editor with comments, backlinks and real-time multiplayer. Humans can set branch and section-specific AI permissions.
For agents: a filesystem interface with `find`, `search` and `read` tools for content organized by paths, tags, and databases.
The part I care the most about is the version control. Docs have branches, commits and merge requests. Merges are common-ancestor aware and conflicts resolve at the section grain. Edits flow into the CRDT (Yjs/TipTap), get flushed to mutable draft records, and frozen on commit. Edits have `git staged` semantics and agents default to auto-commit.
I use different workflows for different types of work with Moxn.
- Coding: I push complex plans with Mermaid and bug reproductions with screenshots via Playwright to review and leave comments. I have a post-commit hook that runs Claude Code to auto-update docs on a branch with the same name as my code edits and create a changeset, which is a coordinated collection of merge requests.
- Content: I fan agents out on branches to propose candidates (still an MLE at heart), read the diffs, cherry-pick chunks that I like, drop into the editor to write and loop. The launch post https://moxn.dev/blog/launch was written that way.
Rough edges I want to call out:
- Editor cold-start and polish aren't at Notion/Obsidian levels yet.
- Full-text search only covers the default branch today, and doesn't hit metadata or multimodal content yet.
- No audit logging or other enterprise features yet.
There’s a free plan with no credit card required. The blog post has screenshots, and the docs have a video walkthrough including a Playwright bug reproduction doc.
I'd especially love feedback from anyone using agents against internal docs or knowledge bases who has hit retrieval, coordination or collaboration problems.