neuron-explorer
Steering-first neuron explorer for Qwen3.5-4B: push every MLP neuron, keep every rollout, browse the results
Hubzoid is an open-source Hub for internal AI agents. Provide context once, then reuse it across team chat, workflows and supported assistants over MCP.
Developer toolsPython · TypeScriptGitHub @hubzoidOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
Open-source SDK to build and run your team’s AI agents. Define them in Markdown, host them on your infrastructure, and use them in chat, automated workflows, or your own AI assistant.
Taken from the repository README
Loading the full README. The saved excerpt is shown below.
One brain for your internal agents.
Provide context once. Reuse it across workflows, chat, and the AI tools your team already uses.
Hubzoid is an open-source, self-hostable platform for internal AI agents.
Keep your team's knowledge, instructions, skills, and tools in a versionable
folder. Use that shared Hub through chat, repeatable workflows, or your own
assistant through MCP.
Start with a useful agent on your laptop. Give it the context and capabilities
it needs, then share it with your team using accounts and scoped permissions.
Use Python 3.11 or 3.12. With uv:Read the full README ↗Hubzoid turns a folder of your knowledge, rules and tools into an agent you can use yourself and share with your team. Ask it questions in chat, run repeatable workflows, or connect the AI assistant you already use. The rules live in files you can read, edit and version.
You need Python 3.11 or 3.12, and Claude Code or Codex signed in on this machine. No API key.
Paste this into Claude Code or Codex:
Set up Hubzoid for me using the quickstart:
https://github.com/hubzoid/hubzoid/blob/main/docs/quickstart.md
Run the starter, show me one answer, then help me make it mine.
The quickstart tells your assistant to use a virtual environment, keep secrets out of chat, and show you each file change before making it.
Or by hand:
python3.12 -m venv .venv
source .venv/bin/activate
pip install hubzoid
hubzoid init my-hub
hubzoid run my-hub
The web app opens at http://127.0.0.1:3080. Ask:
A customer wants a refund 40 days after delivery. What can we offer?
The assistant answers from knowledge/house-rules.md and names the file. That is the whole loop: a rule in a file, an answer that follows it, and a source you can check.
my-hub is a small starter for Kestrel & Oak, a fictional shop. init uses the Claude Code or Codex you are signed in to. Without one, it offers to save a model API key in the hub's private .env. Windows, uv or from source
The starter is a folder. Every folder Hubzoid reads is there, with sample content only where it teaches the loop.
my-hub/
├── AGENTS.md the assistant's job: who it is, what it answers from
├── knowledge/ what it knows: rules, policies, notes, one Markdown file each
│ └── house-rules.md
├── skills/ step-by-step procedures it follows when a task matches
├── agents/ specialist agents it can hand work to
├── tools_local/ your own Python tools
├── connectors/ MCP connections to other systems
├── workflows/ repeatable work in Python
├── schedule/ tasks that run on a schedule, one Markdown file each
├── evals/ checks that answers stay right
│ └── refund-window.md
└── raw_data/ files the assistant can search and read
Change one rule and watch the answer follow it:
my-hub/knowledge/house-rules.md and change the refund window from 30 days to 45. Or ask Claude Code or Codex to make the change and show you the diff.hubzoid run and start it again.hubzoid eval run my-hub checks it stays that way.Then replace the sample with your own material: your rules and notes in knowledge/, the assistant's job in AGENTS.md, your checks in evals/. Only what is in the files is shared. A correction in chat is not saved on its own, and your coding assistant's conversation with you is not saved into the hub. Authoring a hub
Complete agents built on Hubzoid, each in its own repository. Each one starts with a labelled sample you can run before connecting anything of your own, and its README says what it needs.
| Hub | What it does |
|---|---|
| Software Factory | Turns engineering requests into reviewed draft pull requests. People approve the plan and merge. |
| Order & Invoice Desk | Reads orders and invoices from your inbox into sourced records and reports. No ERP required. |
| Customer Desk | Drafts customer replies from your knowledge and systems. A person approves each one. |
| Engineering Desk | Reviews pull requests against your team's rules and answers questions about your code. Nothing is posted until you say so. |
| You want to | Use |
|---|---|
| Ask about your work and get an answer with its source | Chat, in the web app, in Slack or inside your own app, with the hub's knowledge and permitted tools. Slack · Other channels · Embedding the chat |
| Repeat a report or a check, with saved inputs and results | Workflows, on demand or on a schedule. Workflows · Reports and sharing |
| Bring the same capabilities into your own assistant | MCP, with your own access. Connect your assistant |
For Claude Code, paste the connection command hubzoid run prints, open /mcp in Claude Code and approve the connection.
Local mode is private to your machine. To share a hub, turn on sign-in and set its public address in the hub's .env:
HUBZOID_AUTH=true
HUBZOID_PUBLIC_URL=https://hub.example.com
Create the first administrator, then start the hub:
hubzoid admin create [email protected] my-hub --owner
hubzoid run my-hub
Open the one-time sign-in link it prints, set a password, and add teammates in Settings → People & access. Each person gets the agents and capabilities they need. Shared knowledge does not mean shared credentials or access to another person's private results.
Every way of hosting works the same way: one image built from the hub's Git repository, one durable folder at /data, sign-in on, one public address, and weekly verified backups.
| Where | How | Status |
|---|---|---|
| Docker or Compose on your own server | The released image and docker/docker-compose.yml. Deploying | Supported |
| A VM with systemd | A virtual environment behind a reverse proxy. Deploying | Supported |
| Railway | hubzoid deploy init railway, then Railway builds the hub's Dockerfile with a volume at /data. | Written, not yet verified on Railway |
| Maritime | hubzoid deploy init maritime, then maritime create --repo with its /data disk. | Written, not yet verified on Maritime |
hubzoid deploy verify https://your-address checks a deployment from outside. Deployment overview · Backup and restore · Upgrading
| Next step | Guide |
|---|---|
| Add knowledge, skills, tools or specialist agents | Authoring a hub |
| Connect business systems | MCP connectors |
| Write repeatable work | Python workflows, Markdown tasks |
| Ask a person before an action runs | Approvals and hub changes, Work items |
| Check answer quality and inspect runs | Evals, Observability |
| Control access and spending | Access management, Budgets |
| Keep answering when a Claude login hits its limit | Claude failover |
All guides · Website documentation · Release notes
The chat and its Settings come with pip install hubzoid: no separate UI or Node install. Hubzoid 2 no longer includes Open WebUI. Deployments that need it stay on 1.x (pip install "hubzoid<2"). Python 3.12 workflows need SQLite 3.42 or later, or PostgreSQL. hubzoid doctor my-hub checks this.
Questions and ideas go to GitHub Discussions. Bugs go to issues. To contribute, start with the contributing guide.
Hubzoid is Apache-2.0, including team controls. Dependencies and brand assets keep their own terms. Licensing
Need help with your company's agents? Build with us uses the same open-source product.