See connected devices
Check which computers are online and what resources each one makes available.
The platform
PoolParty connects supported computers so you can run models, send jobs to compatible hardware, and use encrypted storage through your apps and agents. Each machine keeps its own measured resources and permissions.
The planned workspace brings approved devices, models, agents, storage, compute and conversations into one interface. Sign-in and approval from an installed computer will be required before browser controls can reach your pool.
Check which computers are online and what resources each one makes available.
Onboarding for local models, supported provider APIs, agent roles and harness connections is being developed.
Review storage, memory and compute per machine, with clear availability and permission states.
The desktop pool remains account-free for local use. Browser access has a separate account and device-approval step. Explore Your Pool and its planned setup ↗
You install the app and join with a code. Machines you own — or your company owns — form a pool. There is no stranger in it, and no sign-up funnel in front of it.
From separate computers to one private pool
Contribution is opt-in per machine and gated by conditions that are checked continuously, not once at setup. If a gate closes, work stops — and you are told which gate and why.
See when contribution can run
Change a condition to see what the pool allows. This example does not control your computer.Owner permission is off.
Example pool decisionThe machine has been unattended for a set period. Come back and the gate closes.
Plugged in, and above a battery floor. Your laptop is not quietly draining itself.
Within thermal limits. This gate is never waived, on any platform, by any preset.
Touch the keyboard and running work is stopped immediately — not finished first.
You set a ceiling in bytes. Placement past it is refused. Lower it and data drains off gracefully.
One toggle stops everything. Deleting the policy file is a harder stop still.
What runs by default is sandboxed. The default consent tier executes only sandboxed WebAssembly workloads. A native tier — the one that can use a graphics card directly — is a separate, explicit opt-in, because its sandbox is weaker and the consent says so.
The app can use models and other resources available in the pool. Model selection chooses an eligible model and machine; separate computers do not combine their GPU memory into one larger model. Provider onboarding and browser-based resource controls are being developed.
The job goes where the right GPU is
One honest caveat, stated where it applies. Job results are verified structurally — the system checks that a shard did what it was asked to do. That is not the same as checking whether a language model's answer is correct. Model output is owner-trusted, and the app says so on the screen where you read it.
Use your pool
Chat, MCP access and device messaging are available in the beta. Agent crew orchestration, provider onboarding and the connected browser workspace are in development.
These are claims about how the system is built, not promises about how it is operated. The difference matters, so here is the mechanism.
Encrypt first. Then distribute the pieces.
In a personal or company pool, requests travel between machines the owner controls. There is no third-party coordinator sitting in the middle decrypting your prompts in order to route or bill them, because there is no third party in the path at all.
A file is encrypted on your device before anything leaves it. The chunks that leave are ciphertext. The machines storing them hold opaque blocks — no filenames, no grouping, no keys — and no machine ever holds enough of a file to rebuild even its encrypted form.
It holds encrypted manifests and placement records. It never holds a decryption key and cannot read pool contents. It does see sizes, counts, and timing — that is a real limit and it is stated in the app as well as here.
Keys live in the secure key storage of devices you have enrolled, and are moved to a new device only through an approval you perform from a device you already trust. Recovery codes are generated once and never stored by PoolParty.
The trade this design makes. There is no back door and no reset link, because either one would be a way in for someone who is not you. Lose every enrolled device and your recovery codes, and the data is unrecoverable — permanently. PoolParty is not a backup product and does not present itself as one.
Connect your own computers from another network, and use a phone or laptop as a consume-only device. Both are coming after the beta and are not included yet.
PoolParty
Cross-network access is planned, with direct connections where possible and a relay you control as a fallback.
Local desktop use is free on hardware you already own and does not require a website account. The planned browser workspace uses separate sign-in and installed-device approval.