Toolframe Backup
Toolframe Backup creates recovery archives of cleanly stopped Toolframe applications and provides a Dashboard and read-only MCP catalog for a configured local backup directory. Its standalone CLI can verify or restore archives even when the source application cannot start. The ordinary plugin never snapshots a running application.
Quick start
Use Python 3.14 or newer. Archive creation
requires a Core release providing toolframe_core.maintenance.stopped_application.
Restoring recorded environments also requires its public application_lock helper.
Install the operator extra from PyPI:
uv venv --python 3.14
uv pip install 'toolframe-backup[operator]==0.1.0'
# Stop the application's host and workers cleanly before creating the archive.
.venv/bin/toolframe-backup create --home ./app --directory ./backups
.venv/bin/toolframe-backup list --directory ./backups
.venv/bin/toolframe-backup verify ./backups/backup-<id>.zip
.venv/bin/toolframe-backup restore ./backups/backup-<id>.zip --destination ./recovered-app
# Optional local-only reconstruction (requires every exact-hash dependency locally):
.venv/bin/toolframe-backup restore ./backups/backup-<id>.zip --destination ./offline-recovered-app --offline --wheelhouse ./wheelhouse
The CLI prints nonsecret JSON summaries; errors use exit code 2 and interruption
uses 130. New backup directories and restored directories have mode 0700. Archive
files and restored payload files have mode 0600; uv sets reconstructed environment
file modes. Existing backup directories must already have
mode 0700. Restore requires a new destination with an existing parent directory;
it never replaces an existing home, including an empty directory.
Supported restore paths include spaces and Unicode. Paths containing quotes,
backslashes or control characters are rejected before staging.
File URI wheel locators encode spaces, Unicode and URI delimiters such as #, ?
and %; direct wheel paths retain their filesystem spelling.
To install the catalog in an existing application, declare the plugin and its
required destination together in app/toolframe.toml. Core resolves the package
from PyPI; replace the destination with your operator-owned absolute backup path:
[plugins.backup]
source = "pypi:toolframe-backup==0.1.0"
enabled = true
[plugins.backup.config]
destination = "/srv/toolframe-backups"
retention_keep = 10
toolframe-core --home ./app plan
toolframe-core --home ./app apply --plan-id <plan-id-from-the-plan-output>
An installed Dashboard or MCP provider consumes the plugin's ordinary resources.
Grant backup.read to catalog readers. Verification and retention actions require
the built-in system.plugins.manage (Manage plugins) operator permission.
See the catalog guide for its service methods,
verification records and explicit retention workflow.
Support limits
- Version 1 supports local in-home files and local SQLite stores accepted by Core's stopped maintenance inventory. Live or uncertain workers, pending recovery, external SQL and external attachments are rejected by Core. S3 and other remote archive destinations are not implemented.
- Archives are unencrypted and contain private keys, configuration and database contents in their payloads. Store them in an operator-controlled local directory. The public manifest contains identity, hashes, store ownership, retained-key requirements and dependency prerequisites, without credential URLs or key bytes.
- SHA-256 checks detect corruption. They are not signatures and do not authenticate an archive against an attacker who can replace both payload and manifest.
- Offline means the source host is stopped and the CLI needs no running application.
Restore reconstructs omitted backend/UI environments with uv from protected original
exact pylocks before reporting
ready: true. It uses the final absolute directory under Core's public application lock so console-script shebangs remain valid. Missing dependency wheels require exact-hash wheels from a supplied wheelhouse or network; an air-gapped restart is not guaranteed. uv performs locked dependency acquisition; the CLI has no independent downloader.--offlineforbids network acquisition and--wheelhousesupplies local candidate wheels. Recovery requires the original Python implementation, OS and machine architecture. A recorded two-component Python version requires the same major/minor; a recorded three-component version requires the exact patch too. The complete operator interpreter is checked against Requires-Python, environment markers and wheel tags before publication. Reconstruction requires compatible exact-hash wheels and supports at most 100 distinct environments; source builds are disabled. Subprocess output is suppressed to protect credentials. A failed reconstruction removes only the new destination created by that restore. - A recovered clone retains the application ID and composition. Do not concurrently run it with another copy using the same external identity. External state is outside the supported recovery scope.
- Atomic restoration is supported on macOS and Linux. Default limits are 10,000 files, 512 MiB per payload file, 2 GiB total payload, 4 MiB manifest, 3 GiB archive, 16 MiB protected environment payload and a maximum decompression ratio of 200. ZIP central-directory size/count are checked before indexing. The catalog scans at most 1,000 archives.
See the archive architecture and offline recovery decision.
Development
Place the immutable matching Toolframe wheel set, including SDK, Core and their
prerequisites, in build/wheelhouse/ before syncing. The Core wheel must provide the public
maintenance helpers used above. This library omits a committed uv.lock and
sibling source pins; development resolves dependencies from supplied or published
wheels.
uv sync --no-sources --find-links ./build/wheelhouse --extra operator --extra ui --group dev
uv run --no-sync pytest
uv run --no-sync ruff check .
uv run --no-sync ruff format --check .
uv build
Package tests cover archive boundaries with mocked Core inventories and guards, and include real offline uv reconstruction of local environments in temporary homes. Verify stopped-state eligibility, the actual Core lock and restored application, Dashboard and client flows separately through an installed application. Package tests do not establish remote-store or air-gap support.
Licensed under Apache-2.0.
For release validation and Trusted Publisher setup, see releasing.
Metadata
Release files for toolframe-backup 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| toolframe_backup-0.1.0.tar.gz | 65.6 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| toolframe_backup-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 104.4 kB
Release files / toolframe_backup-0.1.0.tar.gz
| Download URL | toolframe_backup-0.1.0.tar.gz |
|---|---|
| Size | 65.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
df4477845ae9f57173ff5ff87a7549aa256ee4c6e5e2dd0a233da04075e21e6e
|
|
BLAKE2b-256 checksum How to use checksums |
0caf0946998e5832f6a6b7860c2df27467e93f1d4ae67602af2b9c341b2a5a88
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 14, 2026.
Transparency logRelease files / toolframe_backup-0.1.0-py3-none-any.whl
| Download URL | toolframe_backup-0.1.0-py3-none-any.whl |
|---|---|
| Size | 38.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
18b7a697dbc75d3a181aaf00d7a69b827fc8491c8ca0f6be9211e8d3a142be9a
|
|
BLAKE2b-256 checksum How to use checksums |
eaf406f45bfdfdf79832f1e0086bcf2401dfdd4183cd1a8811b096a72c965d45
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 14, 2026.
Transparency log