📊 Full opportunity report: Disk Is the Contract: Inside Threlmark’s Local-First Architecture on ThorstenMeyerAI.com — validation score, market gap, and execution plan.

TL;DR

Threlmark’s innovative approach makes disk storage the primary contract for data, bypassing traditional databases. This design improves offline capabilities, simplifies synchronization, and enhances data portability, all while maintaining system transparency.

Threlmark has adopted a groundbreaking approach by treating local disk storage as the definitive source of truth for its data, eschewing traditional databases and cloud reliance. This shift enhances offline usability, simplifies synchronization, and promotes data portability, making the system more resilient and transparent. For a detailed overview, see the original analysis on Disk Is the Contract: Inside Threlmark’s Local-First Architecture.

Threlmark’s architecture centers on storing each piece of data as a separate file on the disk, with atomic write operations ensuring data integrity. The directory structure acts as a formal contract, enabling external tools to read and modify data directly without proprietary interfaces. The system employs techniques such as atomic file writes and tolerant merging to prevent data corruption and handle concurrent edits. This approach reduces complexity in managing data consistency, as each item exists independently, preventing race conditions and facilitating recovery if files are corrupted or missing. The directory layout is explicitly designed to be transparent, allowing manual inspection and external integration, fostering interoperability and extensibility. While this method offers significant benefits in resilience and flexibility, it shifts the challenge toward managing many small files and ensuring adherence to the directory contract, which can introduce filesystem overhead and require careful design of update logic.
Disk is the contract: inside Threlmark’s architecture — ThorstenMeyerAI.com
ThorstenMeyerAI.com
Threlmark · Technical Deep-Dive
Threlmark · architecture

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.

Next.js · TypeScript · JSON-on-disk · MIT · part 2 of the Threlmark series
01The core decision

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.

~/.threlmark/ ├─ threlmark.json # manifest ├─ links.json # dependency graph ├─ projects// │ ├─ project.json # meta + wipLimits │ ├─ board.json # lane ordering │ ├─ items/.json # ONE card per file ← source of truth │ ├─ suggestions/ # the Inbox (drop-zone) │ ├─ handoffs/ # recorded agent handoffs │ ├─ reports/ # agent report drop-zone │ └─ ROADMAP.md # human-readable mirror ├─ shared/items/ # cards many projects ref └─ archive/ # archived, still readable

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.

02Making files safe
Seagate Portable 2TB External Hard Drive HDD — USB 3.0 for PC, Mac, PlayStation, & Xbox -1-Year Rescue Service (STGX2000400)

Seagate Portable 2TB External Hard Drive HDD — USB 3.0 for PC, Mac, PlayStation, & Xbox -1-Year Rescue Service (STGX2000400)

Easily store and access 2TB to content on the go with the Seagate Portable Drive, a USB external…

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.

Pattern 1

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.

write .tmp-pid-rand fsync rename() over target
Pattern 2 · one file per item

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.

The payoff: an external tool never touches 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.
03Derived, never stored
WAVLINK Dual Bay Hard Drive Docking Station - USB 3.0 to SATA I/II/III for 2.5" & 3.5" HDD/SSD with Fixed Bezel, Supports Offline Clone/Duplicator Function, Supports 2x20TB with UASP 6Gbps - Black

Dual-bay Docking Station: The Wavlink two-slot hard drive dock supports all 2.5''/ 3.5'' SATA I/ II/ III HDD…

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.

priority = max(0, round(impact·3 + evidence·2 + fit·2effort·1.5))
a 5 / 5 / 5 / 4 card 29
work-item age
now − lane-entry time. Past threshold (dev 7d, ranked 21d, idea 60d) → stale.
cycle time
first DevelopmentDone. Derived from append-only transitions[].
throughput
items reaching Done per ISO week, 8-week window.
WIP
count per lane; over the cap shows 3 / 2 in red.
04The closed agent loop · press play
Free Fling File Transfer Software for Windows [PC Download]

Free Fling File Transfer Software for Windows [PC Download]

Intuitive interface of a conventional FTP client

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.

Ranked
Add price-drop alertsscore 31 · ready
Development
Handed off 🤖
Done
▶ preferred — REST
POST /api/projects/:id/
items/:itemId/report

Direct call. Applied immediately.

▶ fallback — filesystem
drop reports/.json
→ ingested on read

Robust even if the server’s down at finish time.

🤖 claude done: price-drop alerts shipped · typecheck + lint + build passed — card moved to Done
05Portfolio score & deployment
Vinpower SDMiniDup 1 to 3 Standalone SD/MicroSD Card Flash Memory Drive Duplicator Copier

Vinpower SDMiniDup 1 to 3 Standalone SD/MicroSD Card Flash Memory Drive Duplicator Copier

[Complete Standalone Operation] No PC required to operate the duplicator.

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.

score = priority · statusWeight (+ 0.1 · blockedCount · priority)
1.3
development
1.0
ranked
0.85
idea
0.15
done
Path 1

Static read-only demo

Seeded data, writes to localStorage. Try-before-you-clone.

Path 2

Personal Node instance

Password-gated, persistent backed-up THRELMARK_DATA_DIR.

Path 3

Multi-tenant SaaS

Add accounts + per-tenant isolation. A separate build.

The elegant part: the store interface 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.
ThorstenMeyerAI.com
Threlmark · open source (MIT) · github.com/MeyerThorsten/threlmark · part 2 of a series · file layout, formula, weights & agent-loop channels are Threlmark’s actual mechanics.

Why Making Disk the Single Source of Truth Transforms Data Management

This approach fundamentally changes how data persistence and collaboration are handled in project management tools. By making the disk the contract, Threlmark eliminates vendor lock-in, enhances offline capabilities, and simplifies data recovery. It also enables greater transparency and interoperability, allowing users and external tools to directly access and modify data files. However, it introduces new challenges in managing concurrent edits and ensuring consistency across many small files, requiring robust conflict resolution strategies. For users and developers, this means more control, resilience, and flexibility, but also a need for careful handling of file-based data integrity.

The Evolution of Local-First Data Architectures in Productivity Tools

Traditional project management and productivity tools rely heavily on centralized databases and cloud servers, which can introduce lock-in, latency, and offline limitations. The evolution of local-first data architectures is well explained in Disk Is the Contract: Inside Threlmark’s Local-First Architecture. The local-first movement advocates for storing data primarily on local disks, syncing only when connected. Threlmark’s approach aligns with this trend, emphasizing that each data item is stored as a separate file, with a clear directory structure serving as a formal contract. This method builds on prior innovations in file-based data management, but Threlmark’s specific focus on treating disk as the contract and employing atomic operations marks a notable evolution. The approach aims to improve resilience, transparency, and user control, addressing common issues with cloud-dependent systems.

“Treating the disk as the ultimate contract allows for a more transparent, resilient, and portable system that sidesteps the limitations of traditional databases.”

— Thorsten Meyer, Threlmark developer

Unresolved Challenges in File-Based Data Consistency and Scaling

While Threlmark’s approach offers clear benefits, it is still uncertain how well the system handles very large projects with thousands of files, or complex merge conflicts arising from simultaneous external edits. For more insights, see the comprehensive coverage in the original analysis. The effectiveness of conflict resolution strategies and the robustness of self-healing mechanisms in diverse real-world scenarios remain to be fully tested. Additionally, the impact on performance and filesystem overhead as project size grows is not yet fully understood, and best practices are still evolving.

Next Steps for Adoption and Refinement of the Local-First Model

Threlmark plans to continue refining its file management and conflict resolution strategies, aiming to improve scalability and ease of manual intervention. The team will also seek user feedback and real-world testing to identify potential issues in large or complex projects. Future developments may include enhanced tooling for managing many small files, better conflict detection, and integration with other local-first systems. Widespread adoption and community contributions are expected to drive further innovation in this space.

Key Questions

How does Threlmark ensure data safety without a traditional database?

Threlmark employs atomic file writes and tolerant merging techniques to prevent data corruption and handle concurrent edits safely, ensuring data integrity without relying on a database.

Can external tools modify Threlmark data directly?

Yes, the explicit directory structure acts as a formal contract, allowing external tools to read and write data files directly, promoting interoperability.

What are the main challenges of this file-based approach?

Managing many small files can introduce filesystem overhead and complexity in maintaining data consistency, especially in large projects with frequent concurrent edits.

Is this approach suitable for all types of projects?

While ideal for offline, resilient, and transparent workflows, very large or highly collaborative projects may require additional conflict resolution and performance optimizations.

Source: ThorstenMeyerAI.com

You May Also Like

VigilSAR Benchmark: There Is No Best Model

The VigilSAR Benchmark reveals there is no universally best AI model for defense, as rankings depend on specific deployment needs and criteria.

Office 2030: A Glimpse at an AI-Driven Workplace of the Future

Fascinating innovations are transforming offices by 2030, but how will they truly reshape your daily work experience?

LLMs Are Complicated Now

Recent developments show LLM architectures now incorporate diverse, layered techniques, making them significantly more complicated than earlier models.

The Limits of LLMs: What AI Still Can’t Do in the Workplace

Many AI limitations in the workplace remain unresolved, leaving critical questions about what LLMs truly cannot accomplish, and the answers might surprise you.