A self-hosted AI system that lives on your machine and can safely execute real, credentialed workflows end to end.
Motivation
-
AI models are good at running for long periods of time and executing more complex tasks.
-
It’s now possible to do more than ever from fewer interfaces. From completing painful government tax software to finding deals on Facebook Marketplace. Many of these workflows are still hard or impossible to automate from large remote servers.
-
A lot of these tasks require highly sensitive credentials.
-
Running long-lived tasks on equivalent remote servers is ~8–10x more expensive on a yearly basis.
Being productive in 2026 will be about:
-
spending more time thinking and writing
-
spending less time clicking and context switching
-
creating self-improving systems
Core Principles
- Self-aware The system knows that it can reference its own code and understand its quirks
- Self-building The system constructs what it needs when it needs it.
- Self-improving The system updates its own docs, prompts, and skills when things don’t work.
- Self-fixing The system detects broken states and attempts repair automatically.
- Reconstructable / Protable The system can rebuild its state from scratch by prompting the user to provide core information.
- Open source Shareable and inspectable as-is.
- Boring where possible Prefer open standards, existing tools, and predictable failure modes.
- Graceful degradation If credentials or permissions are missing, the system guides the user to obtain them.
Constraints
- Runs at home
- Can execute authenticated browsers for tasks without APIs
- Can be secured
- Has access to passwords
- Can use the browser and avoids being flagged as a bot
- Accessible from outside the local network
- Multi-user
- Designed primarily for high-trust users
- Supervisor system to keep tasks alive
- Task scheduling
Future Planning
-
Prepare for distributed local LLMs (exa)
-
Add a voice-first interface to control the system while on the move
Unsure Aspects
-
How isolated services should be
(Docker vs native processes, especially on macOS where Docker may be constraining)
Examples
- Deploying a simple SES email service and testing it end-to-end without human intervention
- Sending the robot vacuum to the kitchen at regular intervals
- Lights are controlled by interfaces
- Creating and deploying
Starting Point Technologies
Software
- opencode (primarily via plugins)
- chrome MCP server
- claude opus 4.5 as the main driver
- prepare for local models
- Most secrets provided via CLI bitwarded
Hardware
- mac studio