0
stars
3
commits
3
linked in READMEs
Sep 5, 2026
updated
Part of the SZL Holdings governed estate — claims are designed to carry checkable receipts. Verification proves integrity & origin, never accuracy or performance.
A public, zero-secret, bounded CPU demonstration for the exact
SZLHOLDINGS/SZL-Khipu-1.5B-Q4_K_M.gguf bytes at immutable model commit
67d60ec577730747055491640cfb91fc4a4b5d25.
Presentation class: BOUNDED RUNTIME DEMO. This Space executes one pinned quantized derivative under strict limits. It does not train, promote, authorize, or certify the model. Runtime outputs and execution records are explicitly unsigned; transport availability is not readiness evidence.
The canonical application source is
szl-holdings/szl-forge/spaces/szl-model-inference-lab.
The governed deployment binds the exact protected Git revision into the
non-secret SZL_GITHUB_SOURCE_REVISION Space variable and verifies it at
/api/build-info.
That endpoint reports UNKNOWN rather than inferring a source revision when
the binding is absent or malformed.
The human-facing surface is the Khipu Loom: a responsive Formula Genome
instrument that keeps the source thread, immutable model pin, receipt boundary,
runtime state, and unsigned-output limitation visible beside the bounded
inference controls. It uses no external scripts, fonts, trackers, or UI assets,
and exposes a deterministic data-screenshot-ready signal only after the
runtime reaches READY.
An isolated image-build stage fetches only the exact GGUF and three receipt
files from the immutable model revision, without a token, and verifies them
before the image can finish. It copies only verified regular bytes into the
final image's fixed, root-owned /opt/szl/model-artifacts directory; the build
cache does not cross that stage boundary. This avoids depending on a platform
preload cache whose path may differ from the non-root Docker runtime's cache.
The runtime verifies the
986,047,904-byte file against SHA-256
13c1a1993063e1dff92f7413ccf48eaca6d48efc8801ae9af35961ae3396623a
before loading it. No mutable or full-repository runtime mount is required. At
startup the app resolves only those bundled immutable regular files from that
fixed directory, with no Hub/cache/network fallback, and verifies
their declared sizes, SHA-256 digests, and receipt signatures, and keeps
runtime Hub access offline.
It requires no provider token or Space secret and is intended for the Hub's free
cpu-basic hardware only.
temperature=0); outputs are model-generated and may be wrong./live and /healthz are liveness (STARTING/READY = 200; FAILED =
503); /health and /readyz are readiness and return 503 until READY./version fails closed unless the governed deployment provides one exact
40-character source revision. /evidence fails closed unless that exact
source identity, source-bundle integrity, and both declared-key receipts are
simultaneously available. Neither endpoint upgrades unsigned runtime output
into an attestation./api/v1/identity exposes the immutable artifact, runtime limits, source release
marker, and receipt boundary. Source checksums establish internal bundle
consistency only; they are not external authorship evidence.GET /v1/models and POST /v1/chat/completions provide a deliberately small
OpenAI-compatible subset. Chat is non-streaming, one choice, tool-free, and
deterministic. Requests using streaming, tools, n > 1, nonzero temperature,
or top_p != 1 are rejected rather than silently changed.system/user/assistant messages whose
combined content is at most 1,200 characters. The exact rendered ChatML is
tokenized and must remain within the same 800-token prompt budget.llama-cpp-python currently requires DiskCache, and this release pins
diskcache==5.6.3, whose CVE-2025-69872 unsafe-pickle advisory has no
patched release. This runtime
never attaches a llama.cpp prompt cache and fails startup if the upstream
model object lacks the expected cache contract or contains any cache object.
That makes the vulnerable deserialization path structurally unavailable; it
does not claim the installed third-party package itself is patched.The upstream training and evaluation receipts are checked against the repository's declared Ed25519 key and chained canonical payload hash. That is declared-key continuity, not independent ownership or authorship evidence. Those receipts do not cover the GGUF quantization, this Space's source, runtime outputs, independent benchmarking, or safety certification.
The public compatibility base URL is
https://szlholdings-szl-model-inference-lab.hf.space/v1. The only advertised
model ID is the immutable
SZLHOLDINGS/SZL-Khipu-1.5B-GGUF@67d60ec577730747055491640cfb91fc4a4b5d25.
The machine-readable contract is available at
/.well-known/szl-inference-contract.json.
This application does not require authentication. If an OpenAI client requires
an API-key string, use a literal dummy such as not-a-secret. Do not send a
real Hugging Face token, OpenAI key, or any other credential. This is a public,
best-effort demonstration with no provider SLA. Do not submit secrets, regulated
data, personal data, or other sensitive prompts. The source does not intentionally
persist prompts or execution records; platform or network logging outside this
source is not asserted.
Example request:
curl https://szlholdings-szl-model-inference-lab.hf.space/v1/chat/completions \
-H "content-type: application/json" \
-H "authorization: Bearer not-a-secret" \
-d '{"model":"SZLHOLDINGS/SZL-Khipu-1.5B-GGUF@67d60ec577730747055491640cfb91fc4a4b5d25","messages":[{"role":"user","content":"Explain one limit of cryptographic receipts."}],"max_tokens":24,"stream":false}'
Each successful chat response contains standard chat.completion, choices,
and usage fields plus a namespaced szl_provenance.execution_record. That
record contains SHA-256 hashes of the canonical request and output, exact
model/source identifiers, tokenizer-derived usage counts, termination state,
timestamp, and request ID. It deliberately contains neither prompt nor output text. Its
record_sha256 is repeated in X-SZL-Execution-Record-SHA256.
The record is UNSIGNED and explicitly says authenticity is not established. It is content-addressed for hash recomputation and self-consistency only. A separately retained expected hash can reveal later modification, but the record does not reproduce an execution or resist an attacker who replaces both record and hash. It is not a signature, attestation, native Hugging Face provider mapping, or SLA. Recompute its hash without third-party dependencies:
python verify_execution_record.py response.json
python verify_execution_record.py response.json --request request.json
With the full response, the helper independently recomputes both the record and
output hashes. Supplying the original request additionally normalizes the bounded
request subset and checks its canonical SHA-256. It rejects unsupported request
fields, binds the outer response ID, timestamp, model, usage, and finish reason to
the record, and checks the fixed UNSIGNED release semantics. Hash and semantic
agreement still establish consistency only, not identity or authenticity; anyone
can construct a new internally consistent unsigned record.
Space source: Apache-2.0, copyright SZL HOLDINGS LLC.
requirements.txt.All Python dependency versions are pinned. The llama CPU wheel is hash-pinned; a complete system-package/SBOM attestation is not claimed.
No independent benchmark, post-quantization evaluation, or safety certification is claimed.
SZLHOLDINGS on Hugging Face | a-11-oy.com | Estate hub
Labels remain explicit: MEASURED / REPORTED / MODELED / SAMPLE / UNKNOWN / UNAVAILABLE. Integrity and origin evidence do not establish model quality, safety, or runtime readiness.
3 commits
0
stars
3
commits
3
linked in READMEs
Sep 5, 2026
updated
Part of the SZL Holdings governed estate — claims are designed to carry checkable receipts. Verification proves integrity & origin, never accuracy or performance.
A public, zero-secret, bounded CPU demonstration for the exact
SZLHOLDINGS/SZL-Khipu-1.5B-Q4_K_M.gguf bytes at immutable model commit
67d60ec577730747055491640cfb91fc4a4b5d25.
Presentation class: BOUNDED RUNTIME DEMO. This Space executes one pinned quantized derivative under strict limits. It does not train, promote, authorize, or certify the model. Runtime outputs and execution records are explicitly unsigned; transport availability is not readiness evidence.
The canonical application source is
szl-holdings/szl-forge/spaces/szl-model-inference-lab.
The governed deployment binds the exact protected Git revision into the
non-secret SZL_GITHUB_SOURCE_REVISION Space variable and verifies it at
/api/build-info.
That endpoint reports UNKNOWN rather than inferring a source revision when
the binding is absent or malformed.
The human-facing surface is the Khipu Loom: a responsive Formula Genome
instrument that keeps the source thread, immutable model pin, receipt boundary,
runtime state, and unsigned-output limitation visible beside the bounded
inference controls. It uses no external scripts, fonts, trackers, or UI assets,
and exposes a deterministic data-screenshot-ready signal only after the
runtime reaches READY.
An isolated image-build stage fetches only the exact GGUF and three receipt
files from the immutable model revision, without a token, and verifies them
before the image can finish. It copies only verified regular bytes into the
final image's fixed, root-owned /opt/szl/model-artifacts directory; the build
cache does not cross that stage boundary. This avoids depending on a platform
preload cache whose path may differ from the non-root Docker runtime's cache.
The runtime verifies the
986,047,904-byte file against SHA-256
13c1a1993063e1dff92f7413ccf48eaca6d48efc8801ae9af35961ae3396623a
before loading it. No mutable or full-repository runtime mount is required. At
startup the app resolves only those bundled immutable regular files from that
fixed directory, with no Hub/cache/network fallback, and verifies
their declared sizes, SHA-256 digests, and receipt signatures, and keeps
runtime Hub access offline.
It requires no provider token or Space secret and is intended for the Hub's free
cpu-basic hardware only.
temperature=0); outputs are model-generated and may be wrong./live and /healthz are liveness (STARTING/READY = 200; FAILED =
503); /health and /readyz are readiness and return 503 until READY./version fails closed unless the governed deployment provides one exact
40-character source revision. /evidence fails closed unless that exact
source identity, source-bundle integrity, and both declared-key receipts are
simultaneously available. Neither endpoint upgrades unsigned runtime output
into an attestation./api/v1/identity exposes the immutable artifact, runtime limits, source release
marker, and receipt boundary. Source checksums establish internal bundle
consistency only; they are not external authorship evidence.GET /v1/models and POST /v1/chat/completions provide a deliberately small
OpenAI-compatible subset. Chat is non-streaming, one choice, tool-free, and
deterministic. Requests using streaming, tools, n > 1, nonzero temperature,
or top_p != 1 are rejected rather than silently changed.system/user/assistant messages whose
combined content is at most 1,200 characters. The exact rendered ChatML is
tokenized and must remain within the same 800-token prompt budget.llama-cpp-python currently requires DiskCache, and this release pins
diskcache==5.6.3, whose CVE-2025-69872 unsafe-pickle advisory has no
patched release. This runtime
never attaches a llama.cpp prompt cache and fails startup if the upstream
model object lacks the expected cache contract or contains any cache object.
That makes the vulnerable deserialization path structurally unavailable; it
does not claim the installed third-party package itself is patched.The upstream training and evaluation receipts are checked against the repository's declared Ed25519 key and chained canonical payload hash. That is declared-key continuity, not independent ownership or authorship evidence. Those receipts do not cover the GGUF quantization, this Space's source, runtime outputs, independent benchmarking, or safety certification.
The public compatibility base URL is
https://szlholdings-szl-model-inference-lab.hf.space/v1. The only advertised
model ID is the immutable
SZLHOLDINGS/SZL-Khipu-1.5B-GGUF@67d60ec577730747055491640cfb91fc4a4b5d25.
The machine-readable contract is available at
/.well-known/szl-inference-contract.json.
This application does not require authentication. If an OpenAI client requires
an API-key string, use a literal dummy such as not-a-secret. Do not send a
real Hugging Face token, OpenAI key, or any other credential. This is a public,
best-effort demonstration with no provider SLA. Do not submit secrets, regulated
data, personal data, or other sensitive prompts. The source does not intentionally
persist prompts or execution records; platform or network logging outside this
source is not asserted.
Example request:
curl https://szlholdings-szl-model-inference-lab.hf.space/v1/chat/completions \
-H "content-type: application/json" \
-H "authorization: Bearer not-a-secret" \
-d '{"model":"SZLHOLDINGS/SZL-Khipu-1.5B-GGUF@67d60ec577730747055491640cfb91fc4a4b5d25","messages":[{"role":"user","content":"Explain one limit of cryptographic receipts."}],"max_tokens":24,"stream":false}'
Each successful chat response contains standard chat.completion, choices,
and usage fields plus a namespaced szl_provenance.execution_record. That
record contains SHA-256 hashes of the canonical request and output, exact
model/source identifiers, tokenizer-derived usage counts, termination state,
timestamp, and request ID. It deliberately contains neither prompt nor output text. Its
record_sha256 is repeated in X-SZL-Execution-Record-SHA256.
The record is UNSIGNED and explicitly says authenticity is not established. It is content-addressed for hash recomputation and self-consistency only. A separately retained expected hash can reveal later modification, but the record does not reproduce an execution or resist an attacker who replaces both record and hash. It is not a signature, attestation, native Hugging Face provider mapping, or SLA. Recompute its hash without third-party dependencies:
python verify_execution_record.py response.json
python verify_execution_record.py response.json --request request.json
With the full response, the helper independently recomputes both the record and
output hashes. Supplying the original request additionally normalizes the bounded
request subset and checks its canonical SHA-256. It rejects unsupported request
fields, binds the outer response ID, timestamp, model, usage, and finish reason to
the record, and checks the fixed UNSIGNED release semantics. Hash and semantic
agreement still establish consistency only, not identity or authenticity; anyone
can construct a new internally consistent unsigned record.
Space source: Apache-2.0, copyright SZL HOLDINGS LLC.
requirements.txt.All Python dependency versions are pinned. The llama CPU wheel is hash-pinned; a complete system-package/SBOM attestation is not claimed.
No independent benchmark, post-quantization evaluation, or safety certification is claimed.
SZLHOLDINGS on Hugging Face | a-11-oy.com | Estate hub
Labels remain explicit: MEASURED / REPORTED / MODELED / SAMPLE / UNKNOWN / UNAVAILABLE. Integrity and origin evidence do not establish model quality, safety, or runtime readiness.
3 commits