tlaplus-practitioner

Model distributed coordination patterns with TLA+ to verify safety and liveness properties.

2|Updated Feb 11, 2026
One-click install
npx skills add https://github.com/curiositech/port-daddy --skill tlaplus-practitioner
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tlaplus-practitioner
Source: https://github.com/curiositech/port-daddy/tree/main/skills/tlaplus-practitioner
Command: npx skills add https://github.com/curiositech/port-daddy --skill tlaplus-practitioner

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

TLA+ Practitioner helps engineering teams design and verify distributed coordination patterns using TLA+ and TLC for safety, liveness, and crash-recovery scenarios.

Core Features & Use Cases

  • Advisory locks with TTL and crash-recovery workflows.
  • Crash-Reap-Salvage and Escrow-style state machines with worked examples (BondedCommons).
  • Guidance on invariants, bounded parameters, and liveness proofs to support production-grade specs.

Quick Start

Provide a TLA+ spec for a coordination scenario and verify invariants with TLC.

Frequently Asked Questions about tlaplus-practitioner

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I model crash-recovery workflows and verify safety properties in TLA+?

You can model advisory lock patterns in TLA+ by specifying TTL-based state transitions and crash-recovery workflows, then verify safety invariants with TLC to ensure locks are properly released or expired under agent failure scenarios.

How do I specify liveness properties with WF and SF fairness in TLA+ for distributed coordination?

Liveness properties in TLA+ use weak fairness (WF) and strong fairness (SF) qualifiers on actions to guarantee progress in distributed coordination specs. You verify these properties with TLC under bounded constants to ensure agents eventually reach desired states.

Can I use TLA+ to verify multi-agent systems with heartbeat and registration patterns?

TLA+ supports modeling multi-agent coordination with heartbeat and registration patterns by defining bounded constants for agent sets and specifying invariants for safe state transitions. TLC verifies that crash, reap, and salvage workflows preserve safety and liveness.

What's the best way to design TLA+ specs for escrow-style state machines in distributed systems?

Designing TLA+ specs for escrow-style state machines involves defining state transitions for escrow-like workflows using worked examples like BondedCommons. You apply decision trees for spec design and verify invariants with TLC under bounded parameters and fairness constraints.

Do I need bounded constants and invariant checks for TLA+ model checking of distributed coordination patterns?

Bounded constants and invariant checks are required for TLA+ model checking with TLC because they constrain the state space for finite verification. You define bounded sets for agents and parameters, then specify invariants to validate safety properties across crash-recovery scenarios.

When should I not use TLA+ model checking for distributed coordination verification?

TLA+ model checking is not suitable when your distributed coordination system has unbounded state spaces that cannot be constrained with finite constants, or when liveness properties require fairness assumptions that do not hold in your actual deployment environment.