Skip to main content

Staqtapp-TDS v3.8.3

v3.8.3 PCSDQR — Paper Ceiling Software Development Quagmire Removal

v3.8.3 removes process and repository weight that did not protect TDS behavior. Direct checks of runtime behavior, declared dependencies, supported platforms, package construction, and installed artifacts remain. Repeated validation chains, historical status ledgers and implementation journals, meta/prose tests, and unused source-archive bulk do not.

PCSDQR changes no stored format or public API and widens no authority boundary. The v3.8.2 measured performance record remains visible below; its full reproducible measurements and commands remain in benchmarks/README.md.

Release status: v3.8.3 is the production release. Eaglegate remains shadow/target-only; PCSDQR grants no execution, canary, promotion, activation, token-acceptance, or KV-commit authority.

v3.8.2 measured performance corrections

v3.8.2 corrected confirmed scaling failures across persistence and observation, CSV evidence workflows, Generation Authority, Driver Foundry/VM/Studio orchestration, Trace Rank, and Eaglegate admission. Representative paired v3.8.1-to-v3.8.2 measurements required identical semantic results:

Area Measured result
Core / observation 200,000 telemetry calls were 4.38× faster; JSON canonical dump and fast load were 4.12× and 4.90× faster.
Persistence For a 64 MiB raw payload, elapsed time improved by 8.98% and traced Python peak allocation fell from 67,129,697 B to 1,064,702 B.
CSV / Generation CSV scan plus row anchors was 3.15× faster; row-offset packing used 88.36% less traced Python peak allocation; eight cached root reads over a 4,096-payload manifest fell from 310.724119 ms to 0.006660 ms.
Driver platform Direct VM, managed VM, and Studio review workloads were 33.72%, 28.02%, and 73.41% faster.
Trace Rank Graph admission and byte admission were 3.57× and 2.05× faster; proof-bound public materialization measured 1.63× against its paired reference workload.
Eaglegate Warmed public admission was 13.79×–14.45× faster across the measured 1-, 3-, and 128-plan fixtures.

These workload-specific measurements compared v3.8.1 and v3.8.2 on Linux x86-64 with CPython 3.12.13 and GCC -O3; exact roots, hashes, bytes, or counters had to match. tracemalloc reports traced Python allocation, not process RSS. Eaglegate measures warmed public admission, and Trace proof-bound materialization is not a same-API baseline speedup. No allocator throughput claim is made. Full methods and results remain in benchmarks/README.md.

v3.6.0 Foundation substrate

The source line retains fail-closed native ABI/lifecycle admission, strict checksum and UTF-8 truth, generation-bound handles, bounded C11 diagnostics, immutable packed reads, and exact x86-64/AArch64 semantics.

Current security contract

At-rest encryption is not implemented. Requests using DirFlags.ENCRYPTED fail closed instead of storing plaintext. New v2 persistence files require their integrity sidecar. .tds input should be treated as trusted until explicit resource-budget hardening is complete. Native extensions are optional and are built only when STAQTAPP_TDS_BUILD_NATIVE=1 is set.

Temporal Directory System - native-indexed .tds storage, controlled variables, trace ranking, CSV evidence operations, semantic review, and centralized observability for AI systems.

Programmer start here: Staqtapp-TDS Programmer Core API Guide (PDF)

Browser Operations Console — all 19 pages

These are 19 separate 1280×800 viewport captures from the packaged, localhost-only TDS Browser. Each capture was made after selecting the corresponding navigation control against a real observer snapshot. Page 07 is the actual CSV Interpole Monitor in its Monitor Ready state. The images are shown vertically in Browser navigation order; they are not a stitched Dashboard image or a UI mock. Their immutable absolute HTTPS URLs are retained for reliable PyPI rendering, and the corresponding local captures remain in navigation order under docs/screenshots/browser_pages/.

01 — Dashboard
Staqtapp-TDS Browser page 01, Dashboard, selected in the navigation

02 — Engine Health
Staqtapp-TDS Browser page 02, Engine Health, selected in the navigation

03 — Real-time Metrics
Staqtapp-TDS Browser page 03, Real-time Metrics, selected in the navigation

04 — Transition Timeline
Staqtapp-TDS Browser page 04, Transition Timeline, selected in the navigation

05 — Event Ring Monitor
Staqtapp-TDS Browser page 05, Event Ring Monitor, selected in the navigation

06 — Pressure Diagnostics
Staqtapp-TDS Browser page 06, Pressure Diagnostics, selected in the navigation

07 — CSV Interpole
Staqtapp-TDS Browser page 07, the real CSV Interpole Monitor in Monitor Ready state, selected in the navigation

08 — Snapshot Explorer
Staqtapp-TDS Browser page 08, Snapshot Explorer, selected in the navigation

09 — Lock Contention
Staqtapp-TDS Browser page 09, Lock Contention, selected in the navigation

10 — Workload Analytics
Staqtapp-TDS Browser page 10, Workload Analytics, selected in the navigation

11 — Spiral Rank
Staqtapp-TDS Browser page 11, Spiral Rank, selected in the navigation

12 — Index Analytics
Staqtapp-TDS Browser page 12, Index Analytics, selected in the navigation

13 — Storage Analytics
Staqtapp-TDS Browser page 13, Storage Analytics, selected in the navigation

14 — Comparative Views
Staqtapp-TDS Browser page 14, Comparative Views, selected in the navigation

15 — Recovery Planner
Staqtapp-TDS Browser page 15, Recovery Planner, selected in the navigation

16 — Policy Proposals
Staqtapp-TDS Browser page 16, Policy Proposals, selected in the navigation

17 — Alerts & Events
Staqtapp-TDS Browser page 17, Alerts and Events, selected in the navigation

18 — Security
Staqtapp-TDS Browser page 18, Security, selected in the navigation

19 — Settings
Staqtapp-TDS Browser page 19, Settings, selected in the navigation

日本語 README | Complete API Surface Reference PDF | Changelog

What TDS provides

Staqtapp-TDS is a directory-first storage and operations layer for AI applications. It stores Python values, text, JSON, binary payloads, trace evidence, driver evidence, and managed CSV artifacts in a structured in-memory hierarchy that can be flushed to and mounted from .tds files.

TDS is designed around a narrow storage hot path. Native indexing, lookup, persistence, and optional CSV scan kernels stay separate from diagnostics, Browser rendering, Driver Studio, Semantic IR review, and policy-facing evidence workflows.

Current advantages

Capability Practical advantage
.tds persistence Atomic file replacement, mmap random access, sidecar integrity metadata, mounted-reader lifecycle, and deterministic directory snapshots.
Direct variable control Add, edit, lock, unlock, find, load, and append through stalk chains without inventing a separate application database API.
Non-halting result model Result-first calls return TDSResult with stable codes, messages, values, and metadata instead of forcing ordinary application failures to halt an AI runtime.
Native-indexed storage Optional compiled index and checksum paths with deterministic Python fallbacks and explicit native capability reporting.
Trace ranking Deterministic Spiral-compatible trace ranking with confidence, depth, age, top-N limiting, statistics, and native/Python parity.
CSV Suite Original-byte preservation, dialect evidence, logical row offsets, row anchors, scan parity, artifact transactions, storage binding, native scan evidence, Interpole telemetry, Semantic IR candidates, lifecycle transitions, and atomic batch review.
Generation Authority Immutable content-addressed generations, publication head-root CAS, cross-process reader pins, crash recovery, rollback, retirement, and an exact CSV consumer with an executable content-free audit.
Packed waypoint graph Trace Rank ABI v2 fixed-width generation, provenance, Q15 feature, waypoint, CSR, and edge records with checked bounds, exact source spans, canonical rebuild, SHA-256, and CRC32.
Eaglegate Lossless authority contracts, exactness and adapter labs, Generation-backed ServingEpochs, and a real pinned vLLM EAGLE H100 shadow qualification path that cannot activate production serving.
Evidence-bound semantics TDS records explicit caller declarations and authorized review transitions; it does not silently infer or commit semantic truth.
Driver platform TDDL validation, deterministic bytecode, bounded Driver VM execution, Foundry proposal/test flows, regression evidence, review bundles, and read-only Studio integration.
Centralized Browser One local Browser surface for engine health, pressure, event rings, CSV Interpole, Spiral Rank, snapshots, indexes, storage, recovery, alerts, security, and settings.
Observer isolation Browser, telemetry, diagnostics, and Studio consume snapshots or copied events rather than controlling storage locks.

Install

# Current production core and HTML Browser
python -m pip install staqtapp-tds==3.8.3

# Add the optional PyQt5 Driver Studio cockpit
python -m pip install "staqtapp-tds[gui]==3.8.3"

# Launch the main TDS telemetry UI
staqtapp-tds

# Exercise real publication, pinning, CAS, rollback, retirement, and recovery
staqtapp-tds-generation-audit

Python 3.10 or newer and NumPy are required by the standard installation. staqtapp-tds launches the main HTML/CSS/JS telemetry Browser. PyQt5 is required only when constructing the optional Driver Studio cockpit and is installed through the gui extra. The C extensions remain optional; supported operations retain deterministic Python fallback paths unless a caller explicitly forces native-only execution.

Core storage quick start

from pathlib import Path
from staqtapp_tds import TDSFileSystem, TDSPersistence

fs = TDSFileSystem("agent_state")
models = fs.makedirs("/models/runtime")

models.write_text("system_prompt", "You are a careful planning agent.")
models.write_json("settings", {"temperature": 0.2, "tools": True})
models.write_result("step_count", 7)

result = models.read_result("settings")
if result.ok:
    settings = result.value

store = TDSPersistence(Path("./tds_store"))
store.flush(fs, parallel_nodes=False)

# Load one persisted node from agent_state.tds
loaded_runtime = store.load_node(
    Path("./tds_store/agent_state__models__runtime.tds")
)
assert loaded_runtime.read_value("step_count") == 7

Variable manipulation quick start

state = fs.makedirs("/agent/state")

state.addvar("reward", 1.0)
state.editvar("reward", 1.25)
state.lockvar("reward")

found = state.findvar("reward")
assert found.ok and found.value == 1.25

state.unlockvar("reward")
state.addvar("context", ["initial"])
state.stalkvar("~context", ["observation-1"])
state.stalkvar("~context", ["observation-2"])
latest_context = state.loadvar("context_0002")

Trace ranking quick start

from staqtapp_tds.spiral import rank_traces

ranked = rank_traces(
    ["trace-a", "trace-b", "trace-c"],
    [0.82, 0.95, 0.95],
    confidences=[0.90, 0.92, 0.92],
    depths=[2, 3, 1],
    limit=2,
)

for record in ranked:
    print(record.rank, record.trace_id, record.rank_score)

CSV quick start

from staqtapp_tds.csv_layer import (
    export_original_csv,
    import_csv_bytes,
    prove_original_roundtrip,
    validate_csv_artifacts,
)

csv_dir = fs.makedirs("/datasets")
manifest = import_csv_bytes(
    csv_dir,
    b"id,name,score\n1,Ada,99\n2,Grace,98\n",
    source_name="people.csv",
)

validation = validate_csv_artifacts(csv_dir, manifest.csv_id)
assert validation.ok
assert export_original_csv(csv_dir, manifest.csv_id).startswith("id,name")
assert prove_original_roundtrip(csv_dir, manifest.csv_id).byte_equivalent

The CSV layer stores the source and derived evidence as bounded TDS artifacts. It does not write one TDS entry per cell and does not turn the native storage engine into a CSV parser or semantic reasoner.

Centralized Browser

staqtapp-tds-admin status
staqtapp-tds-admin verify --sample
staqtapp-tds-admin serve-panel --host 127.0.0.1 --port 8765

Open http://127.0.0.1:8765/. The Browser is local-only by default, requires same-origin and CSRF checks for configuration actions, and reads cached status snapshots rather than walking storage structures on each refresh.

Architecture boundary

AI application / service
        |
        +-- TDSResult-first storage and variable calls
        +-- trace ranking and provenance
        +-- CSV evidence and Semantic IR review
        +-- Driver Foundry / Runtime Manager / Studio
        |
        v
Python TDS orchestration layer
        |
        +-- immutable snapshots and copied diagnostics --> centralized Browser
        |
        v
native index / optional CSV kernels / .tds persistence

Native storage is responsible for narrow mechanical work. Diagnostics, Semantic IR, Driver Studio, and Browser rendering do not control native storage locks.

Programmer documentation

The Programmer Core API Guide is the recommended starting point. Its first three pages are the authoritative v3.5.3 supplement for controlled activation, segment GC, and release qualification. The broad guide then organizes direct calls by task and includes implementation snippets for:

  • directory and entry operations;
  • .tds writing, reading, mounting, and integrity behavior;
  • variable manipulation and stalk chains;
  • text, JSON, serialization, provenance, and result handling;
  • telemetry, verification, pressure, recovery, and native diagnostics;
  • trace creation and ranking;
  • the complete operational CSV call chain;
  • Semantic IR candidates, lifecycle transitions, and atomic batches;
  • Driver Foundry, VM, Runtime Manager, regression, review, evidence, Browser, and Driver Studio calls.

Use the preserved v3.5.3 Guaranteed Storage API reference for those storage calls. The separate API Surface Reference PDF is retained as a historical v3.1.23 Driver/Studio reference; it is not an exhaustive v3.5.3 inventory.

Safety and authority boundaries

TDS intentionally distinguishes preparation, evidence, review, and authority:

  • CSV Semantic IR calls do not autonomously declare semantic truth.
  • v3.5.2 admits proposed, validated, and contested; it does not admit committed or superseded.
  • Driver Foundry may validate, compile, audit, test, and submit candidates; it does not sign or activate drivers.
  • Driver Studio observes, explains, prepares proposals, and routes review requests; it does not bypass Registry, Review Board, Runtime Manager, or signature policy.
  • Browser telemetry is snapshot-based and is not a storage control loop.

Engineering validation

The production contract is carried by executable code and focused behavioral tests. Storage and generation checks cover integrity, recovery, explicit activation, rollback, and destructive-operation boundaries. Native checks cover ABI admission, handle identity, input ownership, bounded diagnostics, and exact fallback semantics. Browser, telemetry, and Studio remain observers of copied state rather than release or storage authorities.

The v3.8.3 PCSDQR release retains direct behavior, dependency, platform, build, and installed-package checks without chaining them through status ledgers or prose gates. Stored formats, public APIs, canonical identities, result codes, and authority boundaries are unchanged. Performance history and reproducible commands remain in benchmarks/README.md; current architecture and observer boundaries are in docs/architecture/Architecture_Reference.md and docs/NATIVE_DIAGNOSTICS_ENGINE.md.

Generation Authority retains explicit publication CAS, pins, recovery, rollback, and retirement. Trace Rank remains bounded reference processing. Eaglegate remains target-only: CANARY and ACTIVE publication are rejected, and the manual credentialed H100 run remains required for hardware evidence. None of these surfaces grants production traffic, token-acceptance, or KV-commit authority.

The preserved v3.5.3 release artifacts remain available at immutable tag v3.5.3, on PyPI, through the historical publication workflow, and in the corresponding GitHub Release.

Repository map

src/staqtapp_tds/          core storage, persistence, telemetry, native management
src/staqtapp_tds/generation/ generic immutable generations, CAS, pinning, recovery
src/staqtapp_tds/eaglegate/ lossless core, ServingEpoch authority, real shadow adapter
src/staqtapp_tds/trace_rank/ ABI v2 graph and fixed-point path reference oracle
src/staqtapp_tds/csv_layer CSV evidence, transactions, Interpole, Semantic IR
src/staqtapp_tds/drivers/  TDDL, bytecode, VM, Foundry, review and evidence
src/staqtapp_tds/studio_pyqt5/ Driver Studio cockpit
src/staqtapp_tds/admin/    Browser, local admin control, workspace telemetry
examples/                  runnable examples
docs/                      architecture and release contract documents
tds_api_docs/              programmer guide and historical API-surface PDF

License

See LICENSE.

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

staqtapp_tds-3.8.3.tar.gz (643.1 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

staqtapp_tds-3.8.3-py3-none-any.whl (742.6 kB view details)

Uploaded Python 3

File details

Details for the file staqtapp_tds-3.8.3.tar.gz.

File metadata

  • Download URL: staqtapp_tds-3.8.3.tar.gz
  • Upload date:
  • Size: 643.1 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.13

File hashes

Hashes for staqtapp_tds-3.8.3.tar.gz
Algorithm Hash digest
SHA256 cda3d749e6a3d8c0be9e0cdc062351118905fbae9f9a37aa40506272161eba4e
MD5 e0d37a4912d83cc2623b8b0ab54076f0
BLAKE2b-256 e8f2e0b43922d505fe15ce36a8e0fc9f08dad98fa09b07fc1d0aacd1a62ca4ac

See more details on using hashes here.

Provenance

The following attestation bundles were made for staqtapp_tds-3.8.3.tar.gz:

Publisher: release.yml on lastforkbender/staqtapp-tds

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file staqtapp_tds-3.8.3-py3-none-any.whl.

File metadata

  • Download URL: staqtapp_tds-3.8.3-py3-none-any.whl
  • Upload date:
  • Size: 742.6 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.13

File hashes

Hashes for staqtapp_tds-3.8.3-py3-none-any.whl
Algorithm Hash digest
SHA256 28392c6fb109c6dc57e30ae3b9b227dcfdc30efb87a9c488b727d0ba52af86db
MD5 7bec4fc80e44a40d114176ec12c7cc3b
BLAKE2b-256 6cd022398648cc9426cf5767eca9548d3e46029e23f758924dbd3362b3b63679

See more details on using hashes here.

Provenance

The following attestation bundles were made for staqtapp_tds-3.8.3-py3-none-any.whl:

Publisher: release.yml on lastforkbender/staqtapp-tds

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Release history Release notifications | RSS feed

This release

3.8.3 This release

2 files

3.8.2

2 files

3.8.1

2 files

3.8.0

2 files

3.5.3.post2

2 files

3.5.3.post1

2 files

3.5.3

2 files

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page