📊 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 the local disk as the primary data source, avoiding traditional databases. This approach improves offline capabilities, simplifies synchronization, and enhances data portability, with confirmed technical strategies like atomic writes and explicit directory structures.

Threlmark’s core innovation is its approach to data storage: using the local disk as the definitive source of truth, eliminating the need for traditional databases or cloud servers. This design simplifies synchronization, improves offline usability, and enhances data portability, marking a significant shift in how project management tools can operate. For a detailed explanation, see the original analysis.

Threlmark’s system treats each piece of data as a separate file stored directly on the user’s disk. Instead of a centralized database, it employs one file per item, such as cards or project metadata, with atomic write operations to prevent corruption. The directory structure itself acts as a formal contract, making data organization transparent and accessible for external tools or manual editing.

To ensure data safety, Threlmark uses techniques like atomic writes—writing to temporary files before renaming—and tolerant merging, which allows it to handle incomplete or conflicting changes gracefully. These mechanisms help maintain consistency amid concurrent edits or external interference. The approach also simplifies recovery, as the system can reconstruct state from individual files if needed.

This architecture shifts complexity from managing a central database to ensuring file integrity and proper directory structure. While it reduces vendor lock-in and enhances portability, it requires careful design to handle many small files efficiently and prevent conflicts during simultaneous edits.

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
Vansuny 500GB Portable External SSD, USB 3.1 Gen2 450MB/s High-Speed Data Transfer, Metal USB C Mini Portable External Solid State Drive for PC, Laptop, Phones and More

Vansuny 500GB Portable External SSD, USB 3.1 Gen2 450MB/s High-Speed Data Transfer, Metal USB C Mini Portable External Solid State Drive for PC, Laptop, Phones and More

Ultra-Fast Transfer Speed – Read and write speed can respectively reach up to 450MB/s and 400MB/s, which enables…

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
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.

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
Amtech E1360 5 Piece Engineer's File Set

Amtech E1360 5 Piece Engineer's File Set

VERSATILE: This versatile set has five 200mm (8") blade profiles: half round, flat, square, triangle and round, all…

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.

Implications for Data Management and Interoperability

By making the disk the primary contract, Threlmark enables faster, more reliable, and offline-capable tools that are easy to inspect and extend. This approach reduces reliance on proprietary systems, allowing users to work directly with plain files, which can be edited manually or integrated with external tools. It also fosters transparency and interoperability, as the directory structure explicitly defines data organization.

However, this design introduces new challenges in managing concurrent file access and ensuring consistency across many small files. Developers must implement robust conflict resolution and merge strategies, which can increase system complexity but ultimately lead to a more flexible and resilient architecture.

Evolution of Local-First Architectures in Project Tools

Threlmark’s approach builds on the broader trend of local-first design, which emphasizes local data storage and offline capabilities. Unlike traditional cloud-based or centralized database systems, local-first architectures prioritize data resilience and user control. This shift has gained traction as users demand more reliable offline access and data portability, especially in environments with unreliable network connectivity.

Historically, project management tools relied heavily on cloud servers and proprietary databases, which could cause lock-in and complicate offline work. Threlmark’s design departs from this by treating the disk as the authoritative source, with a focus on file-based data management, atomic operations, and explicit directory structures. This model aligns with principles seen in other local-first projects but emphasizes simplicity and transparency as core benefits.

“Treating the disk as the contract for data makes the system inherently more resilient, portable, and transparent. It’s a fundamental shift from traditional database-driven architectures.”

— Thorsten Meyer, system architect at Threlmark

Unresolved Challenges and Areas for Further Development

While Threlmark’s architecture demonstrates promising benefits, it remains unclear how well it scales with very large datasets or numerous concurrent users. The system’s conflict resolution and merge strategies are still being tested in complex real-world scenarios, and performance implications of managing many small files need further evaluation. Additionally, the extent to which external tools can seamlessly integrate without manual intervention is still being explored.

Next Steps for Adoption and Technical Refinement

Threlmark plans to continue refining its conflict resolution mechanisms and optimize performance for large projects. The team intends to expand integrations with external tools and encourage community contributions to develop best practices for managing the directory structure and conflict handling. Broader adoption will likely depend on how well these technical challenges are addressed in upcoming releases.

Key Questions

How does Threlmark prevent data corruption with file-based storage?

Threlmark employs atomic write operations—writing to temporary files before renaming—to ensure data integrity even if a process crashes during a write.

Can external tools modify Threlmark data safely?

Yes, because the directory structure is explicit and files are self-contained, external tools can read and write data as long as they follow the established format and conflict resolution protocols.

What are the main tradeoffs of using a file-based architecture?

While it improves portability and offline capabilities, managing many small files can introduce filesystem overhead and complexity in maintaining data consistency during concurrent edits.

Is this approach suitable for large-scale or multi-user environments?

The architecture shows promise, but its scalability and conflict management in multi-user settings are still under evaluation, and further testing is needed.

Source: ThorstenMeyerAI.com

You May Also Like

The Question No To-Do App Can Answer

A new productivity tool, Threlmark, introduces a unique approach to prioritizing work, but it cannot answer the fundamental question of what to do next.

One upload in. A whole channel’s worth of content out.

ChannelHelm v1.5 transforms one video into a complete suite of content for multiple platforms, learning from performance to optimize future posts.

The rails. Why European agentic commerce is co-defined by two converging regimes.

European agentic commerce is being shaped by two converging regulatory regimes—PSD3/PSR and the AI Act—creating a unique, slower but more durable infrastructure.

Opus 4.8 Lands, and the Quiet Headline Is Honesty

Anthropic releases Claude Opus 4.8 with improved benchmarks and a focus on honesty, claiming it is less likely to overlook flaws and more transparent about uncertainties.