📊 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 architecture designates disk storage as the definitive data source, avoiding traditional databases. This approach improves offline capability, simplifies synchronization, and enhances data portability, with confirmed technical strategies. Details on implementation and broader impact are still emerging.

Threlmark has adopted a new approach where local disk storage is considered the definitive source of truth for data, eliminating the need for traditional databases or cloud servers. This design choice is discussed in the original analysis. This design choice aims to simplify synchronization, improve offline usability, and make data more portable across tools.

Threlmark’s architecture treats each data item as a separate file stored directly on disk, employing atomic write operations to prevent corruption and race conditions. The directory structure itself acts as a formal contract, ensuring transparency and interoperability. This setup allows users to manually edit files, supports external tool integration, and enhances system resilience by enabling self-healing mechanisms that reconstruct data views from individual files.

Developers have implemented safety techniques such as atomic file writes—saving changes to temporary files before renaming—and tolerant merging, which preserves data integrity even during concurrent edits or external interference. The approach shifts complexity from centralized databases to careful file management, providing a transparent, flexible, and offline-capable system.

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
Amazon

local disk storage data management tools

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
Information Technology Project Management (Mindtap Course List)

Information Technology Project Management (Mindtap Course List)

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
Python in Action: 60 Mini Projects to Automate Everything (Part 1): Practical CLI Tools, File Automation, and Data Cleaning with CSV, Excel, and JSON

Python in Action: 60 Mini Projects to Automate Everything (Part 1): Practical CLI Tools, File Automation, and Data Cleaning with CSV, Excel, and JSON

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 Treating Disk as the Single Source of Truth Changes Data Management

This approach fundamentally alters how data persistence, synchronization, and collaboration are handled. By avoiding vendor lock-in associated with traditional databases, it enables more resilient, portable, and transparent systems. It also simplifies recovery from failures and reduces dependency on external servers, making tools more reliable in offline scenarios.

However, it introduces new challenges, such as managing many small files and ensuring consistent directory structures. The safety mechanisms like atomic writes and tolerant merging are critical to maintaining data integrity, especially in multi-tool environments.

Background and Evolution of Local-First Data Architectures

Traditional project management tools rely heavily on centralized databases and cloud servers, which can introduce lock-in, reduce offline capabilities, and complicate data portability. For more on local-first architectures, see this detailed overview. Recent developments in local-first architectures emphasize storing data directly on user devices as files, allowing for greater control, resilience, and interoperability.

Threlmark’s design builds on these principles, emphasizing a directory structure as a formal data contract and employing file-based storage for each item, which is a departure from conventional database-driven systems. This approach aligns with broader trends toward user-centric, decentralized data management, but specific implementation details and broader industry adoption are still evolving.

“Treating the disk as the contract means every piece of data is a file, making the system more transparent, resilient, and portable.”

— Thorsten Meyer, Threlmark developer

Implementation Challenges and Industry Adoption Uncertainties

While the technical strategies are confirmed, it remains unclear how widely this architecture will be adopted outside Threlmark or how it will scale with very large datasets. For a comprehensive discussion, refer to the original analysis. Managing numerous small files can introduce filesystem overhead, and manual intervention risks inconsistencies if directory structures are not carefully maintained. Broader industry acceptance of file-based, local-first architectures is still developing, and integration with existing tools may vary.

Future Developments and Broader Adoption Prospects

Threlmark plans to continue refining its file management and conflict resolution techniques and aims to demonstrate the scalability of its architecture. Further integration with external tools and broader community engagement will likely follow. Industry observers expect ongoing experimentation with local-first principles, but widespread adoption remains uncertain until proven at larger scales and across diverse use cases.

Key Questions

How does Threlmark ensure data consistency with multiple simultaneous edits?

Threlmark employs atomic file writes and tolerant merging, which allow it to safely handle concurrent edits by merging changes carefully and preventing corruption during updates.

Can users manually edit data files without breaking the system?

Yes, the directory structure is transparent, and manual edits are supported, provided users follow the established format and do not introduce inconsistencies.

What are the main advantages of treating disk as the contract over traditional databases?

This approach improves offline capabilities, data portability, transparency, and resilience, reducing vendor lock-in and simplifying recovery from failures.

Are there any risks or downsides to this architecture?

Managing many small files can introduce filesystem overhead and complexity, and manual intervention may cause inconsistencies if not carefully managed.

Will this architecture work for large-scale or enterprise applications?

While promising for smaller and offline-capable tools, scalability and performance at enterprise levels are still under evaluation, and broader adoption is uncertain.

Source: ThorstenMeyerAI.com

You May Also Like

Three Public Vulnerabilities. Chained.

A chain of three publicly documented vulnerabilities enabled a major supply-chain attack on TanStack npm packages, revealing the speed of AI-augmented offensive tactics.

The Twelve Real Complaints About AI Tools in 2026 — A Reddit, Twitter, and GitHub Synthesis

A detailed report on the most common user complaints about AI tools in 2026, sourced from Reddit, Twitter, GitHub, and official reports, highlighting real-world frustrations.

Tracking for Recovery vs Real-Time Intervention

Offering insights into tracking for recovery versus real-time intervention, discover which approach best supports your journey and why it matters.

Best Form Plugins for WordPress in 2026: A Practical Comparison

Discover the top WordPress form plugins in 2026. Compare features, pricing, and usability to find the perfect fit for your site today.