Can AI replace Lex?
The core loop is small enough for a capable coding agent to produce a useful local version in one sitting. For Lex, write and revise long-form documents with comments, version history, and AI actions. The hard boundary is collaborative editor polish, sync, and embedded model access, plus workflow, data, and model tuning.
01What it costs
Checked Jul 31, 2026 · source: lex.page.
02Could AI build it for you?
The core job: Take a brief, gather user-supplied source material, generate and revise a structured long-form draft with comments and AI actions, and keep citations and version history attached to each section.
What a working version needs:
- OpenAI API key
- Node.js 22
- local or self-hosted deployment
- user-supplied sources
Editorial comparison targets the Pro plan and a personal content workstation DIY substitute. Recheck price before merge.
03What you'd give up
- collaborative editor polish, sync, and embedded model access
- proprietary ranking data
- brand-trained models
- team workflows
- large template libraries
People still pay for Lex because the subscription bundles a refined workflow, proprietary signals, templates, and predictable output quality for a team. The recurring cost buys prompt maintenance, retrieval quality, source handling, provider changes, and editorial QA, not just the visible interface.
04Free and cheaper alternatives
A local-first collaborative document workspace with comments, history, and free Ollama-backed AI; Notion-shaped, but it can replace Lex.
appflowy.com →05The build prompt
Paste this into an AI coding tool (such as Claude, ChatGPT, Lovable or Replit) to build your own version.
Build a personal replacement for Lex in an empty repository. Use Next.js 15, TypeScript, Tailwind CSS, SQLite, Drizzle ORM, and the OpenAI Responses API; do not offer alternative stacks. The core loop is: take a brief, gather user-supplied source material, generate and revise a structured long-form draft with comments and AI actions, and keep citations and version history attached to each section. Make the first run work locally with one documented command. Store all user data locally by default and make export straightforward. Put secrets in .env, ship .env.example, and never commit credentials. Build a brief form with audience, objective, tone, source URLs, and prohibited claims. Store imported source text locally and chunk it for retrieval with SQLite FTS5. Generate an outline first and require approval before drafting sections. Attach source references to generated paragraphs and flag unsupported claims. Provide rewrite controls for shorten, clarify, change tone, and add evidence. Export clean Markdown plus a JSON research bundle. Include clear empty, loading, success, and recoverable error states. Add input validation, safe filenames, and graceful handling of unavailable APIs. Write focused tests for the core transformation and one end-to-end happy path. Create a README with setup, architecture, permissions, data location, and backup steps. Do not add accounts, billing, telemetry, analytics, or a hosted control plane. Deliberately leave out live search-engine rank data. Deliberately leave out automatic publishing to third-party CMSs. Deliberately leave out multi-user approvals and brand governance. Finish by running the tests and listing the exact commands used.
06Open-source starting points
- Open WebUI: Active open-source interface for local and API-backed language models with retrieval features.
App prices, verdicts, alternatives and build prompts are adapted from Can I Vibecode It? (MIT License, © 2026 Rob Hallam). Each price shows the date it was checked and its source. Prices change; confirm on the vendor's site before you decide.
Get new verdicts in your inbox.
One short email when new verdicts land: what AI can now do for you, and what it still gets wrong. No spam. Unsubscribe anytime.