TL;DR
Threlmark’s core idea is that the on-disk layout is the definitive source of truth, enabling offline resilience, easy collaboration, and tool interoperability. This design makes the system simple, reliable, and future-proof.
Ever tried juggling multiple project tools—each with its own list, board, or TODOs? Frustrating, right? Now imagine a system that keeps everything on your disk—no server, no cloud, no login. It’s fast, reliable, and surprisingly simple. That’s the core of Threlmark’s local-first architecture, where disk isn’t just storage—it’s the contract.
You’ll learn how this bold choice transforms project management, what makes it resilient, and how external tools can join the party without permission or lock-in. It’s a peek inside a design that turns the traditional app model upside down, making your data more open, portable, and future-ready.
Disk is the contract: inside a local-first roadmap hub
A Next.js app on top of plain JSON files — no database, no cloud, no accounts. The key decision: the on-disk layout IS the API. Everything else cascades from taking that seriously.
There is no server-of-record — the files are the record
The UI and any external tool reach the same files through the same discipline. The data root defaults to ~/.threlmark — home-based, because it’s a shared hub every one of your apps points at.
Inspectable
Every artifact is a file you can cat, diff, grep, commit.
Portable · no lock-in
Back up with cp, sync with Dropbox / git, migrate trivially.
Interoperable
Any tool in any language joins by reading / writing files.
Restartable
No in-memory state to lose — stateless over the files.

SANDISK 1TB Extreme Portable SSD (Old Model) – Up to 1050MB/s, USB-C, USB 3.2 Gen 2, IP65 Water and Dust Resistance, Updated Firmware – External Solid State Drive – SDSSDE61-1T00-G25
Get NVMe solid state performance with up to 1050MB/s read and 1000MB/s write speeds in a portable, high-capacity…
As an affiliate, we earn on qualifying purchases.
As an affiliate, we earn on qualifying purchases.
Two disciplined patterns instead of a database
“Just use files” is easy to get wrong. These two patterns — ported from a battle-tested sibling app — are what make file-based state sound rather than reckless.
Atomic writes
Write to a temp file in the same dir, then rename() over the target. Rename is atomic on one filesystem — a crash mid-write leaves the complete old file or the complete new one, never a half.
The board heals itself
A single roadmap.json array races when two tools write at once. One file per card makes writes collision-free. Lane order lives in board.json and reconciles on read.
board.json. It writes an item file — the board fixes itself on Threlmark’s next read. Unknown keys are preserved, so the contract is forward-compatible.JSON file editor for project management
As an affiliate, we earn on qualifying purchases.
As an affiliate, we earn on qualifying purchases.
The numbers can’t drift from the files
Anything computable from item state is computed — so the displayed numbers can never disagree with the underlying JSON. Priority is the clearest example: it’s calculated on read, never persisted.
priority — computed on read
Impact weighted heaviest; effort the only axis that subtracts. Reused verbatim from the original tool, so imported cards rank identically.

Contemporary Project Management (MindTap Course List)
As an affiliate, we earn on qualifying purchases.
As an affiliate, we earn on qualifying purchases.
A handoff is a first-class flow event
The genuinely 2026-shaped part: most building is done by AI agents, so Threlmark closes the loop. Watch a card go from ranked to Done without anyone dragging it.
Handoff → report → self-move
The brief carries a reporting protocol. The agent reports through REST or the filesystem — and a done report moves the card itself.
POST /api/projects/:id/
items/:itemId/reportDirect call. Applied immediately.
drop reports/.json
→ ingested on read Robust even if the server’s down at finish time.

The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win
As an affiliate, we earn on qualifying purchases.
As an affiliate, we earn on qualifying purchases.
A small formula, and an honest hosting caveat
Because items are globally addressable (), the Portfolio ranks everything together by a status-weighted score — finishing beats starting, blockers get a boost.
Portfolio ranking — status-weighted
In-flight work floats to the top; bottlenecks cost the most, so blockers get nudged up.
Static read-only demo
Seeded data, writes to localStorage. Try-before-you-clone.
Personal Node instance
Password-gated, persistent backed-up THRELMARK_DATA_DIR.
Multi-tenant SaaS
Add accounts + per-tenant isolation. A separate build.
src/lib/*/store.ts is the natural seam — the same boundary that keeps the local tool simple is the one you’d extend for multi-tenancy. The architecture doesn’t fight that future; it just doesn’t pay for it until you need it.
Why the disk is the ultimate source of truth in Threlmark
Threlmark treats the on-disk file layout as the definitive record of all project data. Unlike traditional apps that depend on a remote database, this approach means your entire project state lives in plain JSON files. For example, each project has its own folder with a project.json for metadata, and every task gets its own file under items/. You can learn more about this approach in Disk Is the Contract: Inside Threlmark’s Local-First Architecture.
This setup makes the data inspectable—just open a file, see exactly what’s there. If you want to back up, just copy the folder. Want to sync? Use any tool that handles files. It’s a simple, transparent contract that anyone can understand and join.
Why does this matter? Because it shifts the trust from complex, opaque systems to something human-readable and straightforward. This transparency reduces errors, makes debugging easier, and invites collaboration from tools or users unfamiliar with proprietary formats. The tradeoff? You might sacrifice some performance optimizations that a specialized database could offer, but for most workflows, the clarity and resilience gained far outweigh those concerns.

How Threlmark keeps data safe and consistent without a database
Relying solely on files sounds risky—until you follow Threlmark’s disciplined patterns. It uses **atomic writes**: every change is first saved to a temp file, then renamed over the original. This ensures that even if your system crashes mid-write, the data remains consistent and uncorrupted. For example, updating a task’s status involves writing a new file atomically, preventing partial updates that could corrupt your project state. To see how this works in practice, check out Disk Is the Contract: Inside Threlmark’s Local-First Architecture.
This approach guarantees that your data is always in a valid state, even during unexpected failures. It’s like having a built-in safety net. Additionally, Threlmark employs **read-merge-write** strategies: instead of overwriting entire files blindly, it reads the current state, merges in your changes, and writes back atomically. This reduces conflicts when multiple tools or users edit the same data concurrently, fostering a resilient environment where conflicts are minimized and manageable. The tradeoff? Slightly increased complexity in implementing these patterns, but the payoff is a system that is both robust and conflict-tolerant, essential for offline and multi-tool workflows.
One file per item: why this beats a big JSON list
Instead of a giant roadmap.json, Threlmark gives every task its own file. Imagine editing a single card—no need to load or overwrite the whole list. This granular approach significantly reduces race conditions, because concurrent edits target separate files, not a single shared resource. It also simplifies external tool integration, as tools can modify individual items without the risk of overwriting unrelated data.
A project’s lane order lives in a separate board.json. The board self-heals: if a task file disappears or gets renamed, the system detects this when reading and updates itself accordingly. This self-healing behavior ensures data consistency without locks or complex coordination, making the system more resilient to errors or external modifications. The tradeoff? Managing numerous small files can be more complex than handling a single large file, but the benefits in concurrency, transparency, and robustness are substantial, especially for collaborative and offline workflows.

How external tools and AI agents join the party
Threlmark’s design invites any tool in any language to work with its data—just read/write files. External suggestions go into a suggestions/ folder, and AI systems drop reports into reports/. For example, an AI agent can read a task file, update its status, and drop a completion report—all without asking for permission or needing special APIs. Learn more about how this ecosystem functions at Disk Is the Contract: Inside Threlmark’s Local-First Architecture.
This openness isn’t just about convenience; it fundamentally changes how integrations work. Because the data is plain files, any tool that can handle JSON can participate. This fosters a collaborative ecosystem where automation, AI, and custom tools can evolve independently, without vendor lock-in or reliance on proprietary APIs. The tradeoff? It requires discipline to manage concurrent file access and ensure data integrity, but the long-term benefits of flexibility and extensibility outweigh these challenges, especially in a future where tools and AI become increasingly integrated into workflows.
What makes Threlmark’s local-first design so powerful
Threlmark’s architecture isn’t just about offline support; it’s about making your data portable, inspectable, and future-proof. Because everything lives in plain files, you can back up, sync, or migrate with simple tools—just copy folders or import files into new environments. This approach minimizes vendor dependency and allows you to control your data completely. For more insights on this design philosophy, visit Disk Is the Contract: Inside Threlmark’s Local-First Architecture.
It’s a paradigm shift: instead of a locked-in database with proprietary formats, your project data becomes a human-readable, shareable contract. This transparency means easier troubleshooting, better collaboration, and smoother migrations. The tradeoff? You might need to implement additional indexing or searching for very large projects, but the core benefits of openness and portability remain compelling. This design empowers users to take ownership of their data, reduces vendor lock-in, and ensures long-term accessibility—making your project management system more resilient and adaptable to future needs.

Key takeaways for making your apps more reliable and open
- Use file atomicity to prevent corruption during crashes.
- Design for portability with plain JSON files that anyone can read or modify.
- Allow external tools to join by reading/writing files, not APIs.
- Keep state local to ensure offline resilience and fast interactions.
- Make your data inspectable—avoid hidden or locked-in formats.
Frequently Asked Questions
How does Threlmark handle conflicts when multiple tools modify the same file?
Threlmark uses atomic writes and read-merge strategies. If two tools edit the same task file simultaneously, the last write wins, but the system’s design makes such conflicts rare and manageable, especially with proper coordination.Can I use Threlmark offline without internet?
Absolutely. Since all data is stored in local JSON files, you can work offline, make changes, and then sync later. This makes your workflow resilient and fast, even without network access.What if I want to migrate away from Threlmark later?
Because all data lives in plain JSON files, migration is trivial. Just copy the files, or import them into another tool that reads JSON, and your project stays intact.How do external tools or scripts access Threlmark data?
Any tool can read or write the JSON files directly—no API needed. This openness encourages automation, custom integrations, and multi-tool workflows.Is this approach suitable for large, complex projects?
Yes, but with caveats. The file-per-item model scales well for many use cases, but very large projects may need additional strategies for performance. Still, the core idea of a file-based contract remains powerful for most workflows.Conclusion
Threlmark’s ‘disk is the contract’ approach shows that simplicity often beats complexity. When your data lives in plain files, every tool, script, or AI can participate without barriers. It transforms project management into a transparent, resilient, and collaborative process—one that’s ready for the future.
Next time you build or tune your app, ask yourself: can I make my data open, portable, and safe enough to sit on the disk? That’s where the true power lies.