taskq.xyz / private-workers
customer-owned execution capacity

Keep the workers. Use the control plane.

Private Workers let a customer run AI jobs on owned or dedicated capacity while TaskQ handles authentication, policy placement, BYOK custody, HashIQ proof, reporting, and settlement.

PRIVATE WORKER RECEIPTVERIFIED
request_idreq_private_91C
worker_poolcustomer_owned
key_domainkd:customer-owned
artifact_storeprivate
placementpolicy matched
chain_exportready
✓ chain replay passed
The model

TaskQ does not need to own the box to prove the job.

The customer can own the worker pool, key domain, network boundary, and artifact storage. TaskQ provides the control plane that decides what may run, where it runs, which credential handle is used, and what evidence is written.

Customer — owns capacity

GPU nodes, CPU workers, private inference, secure enclaves, colo racks, or internal execution pools.

TaskQ — owns control

Gateway, policy, placement, leases, proof entries, audit reports, and verifier surfaces.

HashIQ — owns evidence

Every accepted, blocked, completed, failed, and exported job can map back to signed proof.

Private boundary

Your key domain stays inside your boundary.

  • Customer-owned worker pool or dedicated private capacity.
  • Private key domain, HSM, enclave, or customer-side secret handling.
  • Gateway routes only after policy, trust, and lease checks pass.
  • HashIQ records proof without exposing credential material or raw sensitive identifiers.
private workers — customer boundary
Private workers boundary
What runs privately

Not every workload belongs on shared capacity.

Private workers are for high-control execution where jurisdiction, custody, artifact retention, network path, or internal policy matters more than lowest available price.

Legal — matter-scoped work

Privileged analysis, document jobs, evidence summaries, and chain references tied to matter-safe identifiers.

Healthcare — PHI-sensitive execution

Policy-bound jobs where residency, access logging, retention, and exportable proof matter.

Enterprise security — internal workflows

Code, reports, logs, tickets, and artifacts that should execute inside a controlled environment.

Lifecycle

Private execution still follows the TaskQ chain.

The control-plane lifecycle stays the same. The difference is the worker pool and key domain belong to the customer or are dedicated to them.

Register pool

Worker keys, capabilities, jurisdictions, artifact policy, health checks, and trust claims are registered.

Bind policy

Customer defaults force requests into the private worker pool when the workload requires it.

Lease worker

TaskQ acquires a private slot and opens a HashIQ entry before dispatch.

Export proof

The completed job returns artifacts and a verifier-ready chain segment.

Why it sells

Private Workers answer the enterprise objection.

The objection is not always model quality. Often it is custody, routing, sensitive data, worker trust, and whether evidence survives procurement, security review, and audit.

Security — no shared execution by default

Force sensitive jobs onto private capacity and record why the route was selected.

Procurement — cleaner vendor story

TaskQ becomes the control/proof layer instead of the system holding every sensitive artifact.

Operations — use existing metal

Bring internal GPUs, colo nodes, sovereign clusters, or dedicated workers into the same policy plane.

Keep execution close. Make proof portable.

Bring your own worker pool, key domain, artifact store, and jurisdiction requirements. TaskQ provides the control loop and proof layer.