On this page
Documentation
Learn how to install iAgents, configure agents and providers, collaborate with a team, and operate your deployment safely.
Start here
Getting started
Full, permanent access. Your username is public; your sign-in email stays private unless you choose to show it on your profile.
Lets you explore the platform without signing up. Session data (history, settings) is not kept after logging out.
iAgents Hub is a self-hosted AI agent platform, accessible from any device — the interface is responsive and adapts to both mobile and desktop. Follow these three steps to get started:
Go to Profile → Providers. Enter your API key for Anthropic, OpenAI, Google, or another supported provider. Click «Test» to verify the connection and «Sync» to import available models.
Go to Agents and click «New». You can create one from scratch, load a .md or .json file, import a whole directory, start from a public agent, or use AI help. On web and desktop you can also drop the file or directory onto the Agents page. A directory may contain several agents and shared resources: iAgents Hub detects the graph, reuses a shared dependency once, and lets you create, reuse, change, or skip each relationship before importing the selection.
In the agent list, click on an agent and select «New chat». Your conversation history is saved automatically.
Installation and deployment modes
Use the managed service or deploy the open project on your own infrastructure. The installer coordinates the backend, Flutter client, and required services.
Install from the repositorygit clone https://github.com/iagentshub/iAgents.git
cd iAgents
python gaia.py installYou need Git, Python 3, and Docker with Compose. On Windows, run PowerShell with permission to use Docker Desktop.
Clone the repository and run python gaia.py install. The assistant validates dependencies, prepares configuration, and starts the containers.
The flow works from PowerShell. For focused development, run React, FastAPI, or Flutter separately without changing production deployment.
production prioritises stability; dev enables development; hub connects managed services; local keeps the environment on your machine. Choose the mode before generating configuration.
Agents
Every AI platform (Claude, ChatGPT, Copilot…) has its own agent format. iAgents Hub abstracts that difference: you configure an agent once — instructions, skills, memory, knowledge base — and can test it in the browser with any LLM before exporting it to the target platform.
Connect any provider and switch the agent's model with one click. Compare responses between Claude, GPT-4o, or others without reconfiguring anything.
The system prompt, skills, and context are defined once in iAgents Hub. Export the agent to the native format of each target platform — Claude Code, OpenAI Assistants, or GitHub Copilot — or import existing agents with a content preview before confirming.
Name, system instructions (system prompt), model and selected connection, linked skills, persistent memory, knowledge base, and scheduled routines.
When memory is enabled, the agent remembers context from previous conversations. You can view and edit memories from the Memory section.
Automate tasks the agent should run on a regular basis. Define a name, an instruction, and a trigger — manual, webhook, or a cron expression for scheduled execution — without needing an active conversation.
Connections
A connection is access to a specific LLM from a provider, ready to be assigned to an agent.
A provider (in Profile → Providers) stores your API key and gives access to its model catalog. Syncing it automatically creates a connection for each available LLM. Assign whichever connection you prefer to each agent.
LLMs charge by tokens: text units of roughly 4 characters each. Each connection accumulates the total input and output tokens consumed. You can view this in the Dashboard and in the Connections list.
LLM balancing & failover
An LLM orchestration combines several compatible connections into a virtual connection that can be assigned to agents and used inside workflows.
Each orchestration accepts 2 to 20 candidates. Stack mode respects the configured order; Balanced mode uses a router connection to rank every candidate against the agent and current message.
The router model does not perform the task. It returns a JSON ranking of candidate connections and a short reason, then execution starts with the best-ranked option for that message.
Connections are attempted in the order you define. This suits a stable priority — based on cost, privacy, latency or provider — without spending tokens on a routing decision.
If a connection is inactive, fails or returns an empty response before the first token, the next one is attempted. Once streaming starts, the model is not switched, so partial responses are never mixed.
The final response includes the selected connection, attempted connections and token usage per connection. Balanced mode also accounts for the router model's usage.
Orchestrations can belong to a group or be shared with it. Sharing grants access to the required connections without duplicating them or turning credentials into public resources.
Skills
Skills are reusable instruction blocks injected into the system prompt of agents they are linked to. Their category comes from a closed catalog; free-form tags are not supported.
They include read-only official skills and skills published by registered users. Everyone, including guests, can browse them.
You can create skills in the Skills section and choose whether they are private or public. In guest mode they are private, temporary, and kept only in session memory.
When editing an agent, select the skills you want to include. A skill is used only while it is linked and active. Unlinking affects only that agent; deactivating it from the card's «…» menu prevents every linked agent from using it until it is reactivated.
Groups & resource sharing
Work groups are the collaborative core of iAgents Hub. They bring members, agents, connections, LLM orchestrations, workflows, skills, prompts, tools and knowledge together with controlled access and explicit ownership.
Go to Profile → Groups and click «Create group». You become the owner automatically. Only registered accounts can create groups; guests do not have access to this feature.
From the group view, click «Invite» and enter the user's public username. They will receive a notification to accept or decline. Group owners and admins can invite and remove members.
Share from a resource card or drag it onto a group in the side panel. Agents cascade-share their private skills, prompts and knowledge; workflows share their agents and dependencies; and LLM orchestrations share the required connections. Secrets are never copied and ownership does not change.
Only three parties can remove a resource from a group: the original resource owner, the group owner, and platform administrators. Other group members can use the resource but cannot revoke sharing.
Resources others have shared with you appear in the corresponding sections with a «Shared» badge. You can use them and open them from the groups panel, but cannot edit or export them — ownership stays with the original creator.
Users without an account (guest mode) cannot create or join groups. Register an account to access collaboration features.
Agent workflows
Workflows coordinate agents as a reusable execution graph and can use regular connections or LLM orchestrations.
Each node represents an agent step and edges express dependencies and order. Validation detects disconnected graphs and definitions that cannot run safely.
Each run keeps its state and step results. Agents receive workflow content and respond through streaming, just as they do in a normal chat.
Gates let you approve, reject or repeat one branch without rerunning already-approved sibling steps, making human review part of the process.
A workflow can belong to a group or be shared with another. Sharing also grants the required access to its owned agents and their associated private dependencies.
Official catalog & tools
The official catalog brings reviewed packages into the platform as normal resources, marked with an official origin so they can be searched, linked and kept up to date.
Official sources can deliver agents, skills, prompts or commands, knowledge, tools and workflows. Declared dependencies are imported first and linked to the resource that needs them.
Administrators can track a GitHub repository release or branch. Every resource retains its source and component identity, allowing a package to be updated or removed consistently.
Compatible Python and shell tools are materialised in the catalog, marked as official and attachable as agent dependencies. Automatic execution is not yet enabled in the runtime.
Imports restrict licences, sizes, paths and file types; reject cycles or missing dependencies; and flag dangerous patterns for review before content is materialised.
Official resources are read-only. Link them to retain their origin, make an editable copy when customisation is needed, and sync available updates.
Memory & Knowledge
iAgents Hub has two ways to give an agent persistent context: conversational memory and a knowledge base.
Memory stores text snippets that the agent remembers between conversations. Useful for user preferences, context data, or notes. Enabled per agent.
The knowledge base stores documents (PDF, text, URL). The agent can search them when responding. Useful for technical documentation, FAQs, or any reference content.
Operations and maintenance
Daily operations should be repeatable: check health, review logs, update carefully, and protect persistent data.
Use gaia.py to start, stop, inspect, and manage the deployment from a single entry point.
Review release notes, back up configuration and data, update the image or repository, and validate health before reopening traffic.
Keep the database, uploaded files, and secrets outside containers. Regularly verify that backups can be restored.
Check backend, database, and client health. When something fails, identify the affected service first and inspect its recent logs.
Troubleshooting
Isolate the problem before changing configuration. A useful report states where it fails, how to reproduce it, and what happened immediately beforehand.
Confirm the URL, port, runtime mode, and that services are running. Try a private window to rule out cache or session state.
Record version, operating system, exact steps, approximate time, and error message. Attach only logs from the affected service.
Verify the API key, base URL, available model, quota, and permissions. Run the connection test before changing the agent.
Never publish keys, tokens, passwords, email addresses, or private content. Replace them with placeholders before sharing screenshots or logs.
Agent best practices
Applying these practices reduces token consumption and improves response quality.
Write short, focused system prompts. Avoid repeating instructions already implicit in the model. Every unnecessary line consumes tokens on every message.
Use lightweight models (Haiku, GPT-4o mini) for simple tasks like classification or short summaries. Reserve large models (Opus, GPT-4o) for complex reasoning or critical code generation.
Skills linked to an agent are injected into its conversations. If you have instructions that do not apply to every agent, turn them into a skill and link it only to the agents that need it instead of always including it in the system prompt.
Don't paste entire documents into the system prompt. Load content into the agent's knowledge base: only the relevant part is retrieved for each message, drastically reducing input token usage.
Memory injects context from previous conversations on every turn. If the agent performs independent tasks (text generation, translation), disable it to avoid accumulating unnecessary tokens.
Use low temperature (0.0–0.3) for precision tasks: code, data extraction, classification. Use higher values (0.7–1.0) for creative writing or brainstorming, where variability adds value.
Key terms
An AI assistant configured for a specific function. It can answer questions, draft content, analyze data, or automate tasks — always within the boundaries you define.
The AI engine that processes text and generates responses. It is the underlying technology — Claude, GPT-4o, Gemini… — that the agent uses to operate.
A virtual connection that groups 2 to 20 LLM connections. It can traverse them in a fixed order or use a router model to rank them for each task, with failover before the first token is emitted.
An operational workspace shared by members and agents. It brings resources together with controlled permissions, ownership and access without copying them or transferring their credentials.
An execution graph that coordinates several agents and steps. It can chain work, open branches and control continuation through gates.
An agent, skill, prompt, knowledge item, tool or workflow published from a reviewed source. It is identified as official, read-only and available to link or reuse from the catalog.
The text that defines the agent's role, tone, and behavioral rules. It is what turns a generic assistant into one specialized for your use case.
Configured access to a specific LLM. Assigning a connection to an agent determines which AI engine it will use to respond.
The company that offers the LLM: Anthropic (Claude), OpenAI (GPT), Google (Gemini), and others. You supply your own API key and pay the provider directly based on usage.
An additional capability linked to an agent: following a style guide, restricting topics, enforcing a specific output format… Skills are reusable across agents.
Allows the agent to remember information from previous conversations with the same user. Useful for maintaining continuity without repeating context each session.
Your own documents, web pages, or texts that the agent can consult when responding. The content is not in the instructions — it is retrieved only when relevant.
The unit providers use to measure and charge LLM usage. Roughly equivalent to one word. The more text exchanged per conversation, the more tokens are consumed and the higher the cost.
A parameter that controls how creative the model is. Low value: consistent, predictable responses. High value: more varied and imaginative responses. Configured per agent.
The maximum amount of text an LLM can read and consider at once: instructions, message history, and included documents. Exceeding it causes the model to "forget" the beginning of the conversation.
When the model generates incorrect or fabricated information with complete confidence. This is not an occasional glitch — it is an inherent limitation of all LLMs. Responses must be reviewed in high-stakes contexts.
Catalogued Python or shell resources that can be attached to an agent and delivered by official sources. iAgents Hub currently supports importing, syncing, assigning and sharing them; autonomous execution is not yet part of the runtime.
Retrieval-Augmented Generation. A technique that lets the agent search through your own documents before responding, rather than relying solely on what the model learned during training. It is the technology behind the knowledge base.
The process of retraining an LLM on your own data to specialize it for a specific domain. This is different from configuring an agent: fine-tuning modifies the model itself, which involves significant cost, time, and technical resources.
Models capable of processing not just text, but also images, audio, or video. Several LLMs available in iAgents Hub are already multimodal (GPT-4o, Claude 3), enabling use cases such as analysing screenshots or describing scanned documents.
Technical reference
Guides maintained alongside the code for installations, integrations, and development.