Local AGI

Level 2 · Private Network

AI compute from devices you approve.

Connect machines owned by you, your team, family, or trusted collaborators. Share model and agent capability through end-to-end encrypted communication while keeping membership under the network owner's control.

Why it exists

More capability without treating every device as public

A private network creates a deliberate middle ground between one machine and an open provider network.

Membership

Owner-approved nodes

Only devices approved by the network owner can join and provide capabilities.

Transport

End-to-end encrypted

Communication between approved nodes is encrypted so relay infrastructure routes data without reading task contents.

Execution

Runs on trusted hardware

The AI workload runs on a selected approved device or hive, not on the relay that helps connect it.

How it works

1

Create the network

The owner establishes the private network and controls its membership.

2

Approve devices

Trusted machines join as Neurons that can offer models or agent capabilities.

3

Select private execution

A user chooses the Private Network for a task that should run beyond one machine but remain within the approved group.

4

Route encrypted traffic

Internet traffic can use Local AGI's relay to traverse NAT while remaining end-to-end encrypted between endpoints.

5

Review the result

The requester receives the artifact and verifies important output before acting.

What the relay does—and does not do

Local AGI's Private Network is not described as pure peer-to-peer. Devices on separate home or office networks often cannot accept direct inbound connections. A relay helps them connect across the internet.

The relay routes end-to-end encrypted traffic. It is not the machine that performs the AI task and should not receive readable task contents. Approved endpoint devices remain inside the trust boundary and must be protected accordingly.

Clear boundary

Encryption protects the connection. It does not replace device security, careful membership approval, backups, permission controls, or output review.

Where a private network helps

  • A team wants to use a workstation with a stronger GPU without uploading source files to an unknown public provider.
  • A household has different devices with different models and wants to share capability.
  • A lab or agency needs an explicit approved-device boundary for experimental workflows.
  • Several machines must combine their memory to run one larger model as a hive.
  • A user wants local-first control but occasionally needs intelligence unavailable on one machine.

Choose the smallest sufficient boundary

LevelUse it whenDo not assume
Local AIThe task should remain on one device.That every optional tool is automatically offline.
Private NetworkApproved devices need to share intelligence.That encryption makes an insecure endpoint safe.
Public NetworkA general task can use broader available providers.That confidential data is appropriate for public execution.

Understand before connecting

Read the detailed guide to private AI network architecture, including trust boundaries and relay behavior. Learn how multiple devices run one model in the AI Hive Mind guide. If you are deciding between architectures, compare local and cloud AI agents.

Start on one device. Expand deliberately.

Use Local AI first, then create a Private Network when a task genuinely benefits from another approved machine.