TL;DR
Threlmark’s local-first architecture makes disk the primary record, enabling offline access, device independence, and user ownership. Its design simplifies data management and enhances privacy — all through a straightforward, file-based system.
Imagine working on a project without constantly worrying about internet connectivity. Threlmark makes that possible by making your device’s disk the core of its data system.
Instead of relying on a remote database, it treats the local file system as the single source of truth. This shift unlocks offline capability, privacy, and seamless multi-device sync, all while keeping things simple and transparent. You can learn more about this approach in how Threlmark’s local-first architecture works.
This article will explore how Threlmark’s disk-first approach works, why it matters, and what it means for your workflow.
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 2TB 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-2T00-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.
EXLIFBAG File Organizer, Fireproof File Box with Lids, Important Document Organizer Box with Lock, Portable File Folder Organizer with Handle
HIGH QUALITY FIREPROOF FILING BOX: Fireproof lock box is made of double layered non-itchy silicone coated fiberglass which…
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.

8GB Flash Drive 10 Pack Bulk USB Flash Drives, USB2.0 Thumb Drive USB Stick for Data Storage Backup, Jump Drive Pen Drive Zip Drive Memory Stick with Indicator, USB Storage Flash Drive Swivel Design
10 Pack USB Sticks: 10 pieces of USB flash drives are fit for a variety of scenarios. Whether…
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.

Blink USB Flash Drive for local video storage with Blink Sync Module 2
Works with Blink Sync Module 2 to enable local video storage for up to 10 Blink devices.
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.
Key Takeaways
- Making the disk the contract simplifies data management, enabling offline use and device independence.
- Atomic writes and tolerant merges prevent corruption and ensure compatibility across versions.
- File-based architecture makes data inspectable, portable, and restartable — reducing lock-in and increasing control.
- Background sync and independent files support seamless multi-device collaboration without central servers.
- Designing for local-first means balancing simplicity with conflict resolution—think ahead for merge scenarios.
How Threlmark Makes Disk the Single Source of Truth
Threlmark treats your disk as the ultimate record. Every project, card, and flow lives as a plain JSON file. It’s a simple, powerful idea: the on-disk layout is the API.
For example, each roadmap card lives in its own file under `items/`. When you edit a card, the change is saved atomically—meaning it either fully writes or not at all, avoiding corrupt data even if your computer crashes mid-save.
This atomicity is crucial because it guarantees data integrity. It ensures that updates are complete and consistent, which is especially important in environments where interruptions are common. By relying on atomic file operations, Threlmark minimizes the risk of data corruption, making the system more resilient to crashes or power failures.
That means no server needed. Your device keeps the data safe and accessible, ready for any external tool or AI agent that wants to read or modify it.

Why This Approach Beats Traditional Cloud Storage
| Feature | Threlmark’s Disk-First | Cloud-Dependent Apps |
|---|---|---|
| Data Ownership | Owned directly on your device | Stored on remote servers |
| Offline Access | Full access anytime, no internet needed | Limited when offline |
| Sync | Background, automatic, device-independent | Dependent on network and servers |
| Security & Privacy | Controlled locally, encrypted at rest | Relies on provider’s security measures |
This design makes your data more private, resilient, and portable, avoiding lock-in and giving you full control—something a lot of cloud apps can’t promise.
Understanding these differences is critical because it highlights the tradeoffs involved. While cloud storage offers convenience and centralization, it often comes at the expense of privacy, control, and resilience. Threlmark’s approach emphasizes local control, which can lead to better security and user autonomy, but also requires careful handling of data synchronization and conflict resolution to prevent data loss or inconsistency. Recognizing these tradeoffs helps developers and users make informed choices aligned with their priorities—whether that’s convenience or control.
How the File Layout Supports Safe, Collaborative Work
Threlmark organizes all data into neat, dedicated files—each roadmap card gets its own JSON file in `items/`. Lane layouts stay in `board.json`, and shared items go into `shared/items/`.
This setup means you can edit one card without touching others. External tools can add or update cards by dropping new files into `items/`—no locks, no conflicts.
This structure also simplifies collaboration because each change is isolated to a single file. When multiple devices or users modify different files simultaneously, Threlmark’s system treats each change as an independent unit. This reduces the likelihood of conflicts and makes merging changes more straightforward. If conflicts do occur—say, two devices edit the same card offline—Threlmark’s conflict resolution process compares the versions, merges differences intelligently, and preserves data integrity. This conflict-aware approach is essential for maintaining consistency across distributed environments, especially when working offline or asynchronously. It fosters a collaborative workflow that is both safe and efficient, even in complex scenarios.

Making Changes Safe with Atomic Writes and Tolerant Merging
Atomic writes are the backbone of safety. Every time you save a file, Threlmark writes to a temporary file first, then renames it to replace the original. This ensures data never gets corrupted even if your computer crashes.
When updating, it reads the current file, merges changes—preserving IDs and timestamps—and writes back atomically. This process guarantees that updates are either fully applied or not at all, preventing partial writes that could corrupt data. Tolerant merging means that the system can handle unknown or new fields gracefully. For example, if a new feature introduces a `priority` field, older versions of the tool will ignore it, but newer versions will preserve it when sharing data. This approach ensures backward and forward compatibility, making the system resilient to version mismatches and enabling seamless evolution of features. It also allows third-party tools or plugins to extend the data model without breaking existing workflows, fostering a flexible ecosystem that can adapt over time without risking data integrity.
How Threlmark Supports Multi-Device, Offline, and Collaborative Work
Because your data lives on your disk, you can work without internet—perfect for travel, cafes, or power outages. When online, background sync quietly updates other devices or cloud services.
Imagine editing your project on your laptop at home, then picking up your tablet on the subway. The files stay in sync through a background process, not a dependency on a central server.
This approach makes collaboration across devices seamless, fast, and reliable—no more waiting for server responses or losing work when offline. Because each device works with local files, the system reduces latency and dependency on network speed, making your workflow more responsive. It also means that even in environments with poor or no connectivity, you can continue working uninterrupted, then sync everything automatically once you’re back online. This design supports a resilient, flexible working environment that adapts to real-world conditions, enhancing user experience across different scenarios.

What It Means for Privacy, Security, and User Ownership
Threlmark’s disk-first design puts you in control of your data. Files are stored locally, encrypted if you want, and only shared when you choose to sync.
No third-party server has access unless you explicitly share. This reduces attack surfaces and protects sensitive info.
This model emphasizes user sovereignty—your data remains with you unless you decide to distribute it. It minimizes reliance on external providers, reducing potential points of failure or attack. The local control also means you can implement your own security measures, such as encryption at rest or device-specific access controls, further enhancing privacy. In environments where data sensitivity is high—like personal health records or confidential project plans—this approach offers peace of mind, knowing that your data isn’t floating in the cloud but securely stored on your own device.
The Engineering Tradeoffs: Simplicity Meets Limitations
Moving everything onto the disk simplifies architecture—no complex server, no database management. But it also means handling conflicts, merges, and syncs on the client side.
This tradeoff favors resilience and control but demands careful design for conflict resolution and data normalization. For example, conflicts that arise when two devices modify the same item offline require a robust merge strategy that preserves data integrity. While this adds complexity to the client, it eliminates the need for a central server, reducing infrastructure costs and points of failure. However, it places a greater burden on the client to manage consistency, which can be challenging in large, collaborative projects. The key is designing conflict resolution algorithms that are predictable, non-destructive, and capable of handling edge cases gracefully. This balance between simplicity and complexity is central to the disk-first philosophy: prioritize control and resilience while acknowledging the engineering challenges involved.

Practical Tips for Building Your Own Disk-First App
- Use atomic file operations for all writes to prevent corruption.
- Organize your data into one file per logical piece—like cards or notes.
- Implement read-merge-write cycles that preserve IDs and handle unknown fields gracefully.
- Design your UI to work offline first, with background sync as a bonus.
- Test conflict scenarios thoroughly to ensure merges are predictable and safe.
Frequently Asked Questions
What does ‘disk is the contract’ really mean?
It means your device’s local storage is the ultimate source of truth for all data. No cloud or server is needed for core operations—your files are the primary, authoritative record.How does Threlmark handle conflicts when two devices edit the same card offline?
Threlmark reads both versions, merges them intelligently—preserving IDs and timestamps—and writes back a combined result. This process is safe, predictable, and designed to keep your work intact.Can I use Threlmark offline without losing data?
Absolutely. Because all data lives on your disk, you can work whenever you want. Sync happens in the background once you’re online, updating other devices without interrupting your flow.What are the main benefits of a local-first, disk-based system?
You gain full control over your data, better privacy, offline access, and device independence. Plus, it simplifies architecture and reduces reliance on external servers.Is this approach suitable for large, complex projects?
Yes, but it requires careful conflict handling and normalization. For big projects, a well-designed file structure and merge strategies are crucial to keep everything consistent.Conclusion
When your device’s disk becomes the contract, data control shifts from the cloud to you. It’s a straightforward, resilient, and privacy-conscious way to build software that works everywhere.
Imagine a world where your projects are always accessible, safe, and under your control—no matter what happens online. That’s the promise of Threlmark’s local-first architecture.