Build your agentic company and autonomous workforce. Give your operations persistent memory, presence, and execution systems across WhatsApp, Telegram, Discord, Email, and CLI.
g-agent is an open-source runtime for building your agentic company and autonomous workforce.
It lets you deploy agentic systems and digital entities that carry persistent memory, domain expertise, custom tools, and execution models. These agents can act as your autonomous departments—managing financial operations, customer interactions, document processing, workflows, and communication channels under your direction.
The same agent can correspond through WhatsApp, Telegram, Discord, Email, or CLI; process within the local workspace you allow; work with Gmail/Calendar through gws; and automate repeatable business workflows without giving up local control.
Most AI products are still framed as disposable chat boxes, generic productivity wrappers, or isolated automation tools.
That is too small.
A single builder, developer, creator, or small team should have the execution power of an entire corporation. Yet, custom workflows, persistent memory, action ledgers, and multi-channel orchestration remain complex to set up and run privately.
g-agent exists to make autonomous business execution programmable, private, and persistent.
The goal is the agentic company: a self-hosted workforce that executes your goals, manages your state, coordinates workflows, and interacts across the channels you choose, while keeping you in full sovereignty.
- Execution first: persistent memory, custom tools, and communication channels should form a unified, reliable workflow.
- Persistence over sessions: your company state, ledgers, and records should endure across chats and restarts.
- Presence over text boxes: agents should operate directly where your business communicates—WhatsApp, Telegram, Discord, Email, and CLI.
- Sovereignty over cloud-lock: local memory, local configuration, and explicit policy controls.
- Control over automation magic: explicit permission gates, approvals, allowlists, and auditable action logs.
- Proof over spectacle: every agent action must connect to actual code execution, file changes, database commits, or network requests.
If your autonomous workforce cannot run reliably on your local machine, it is not truly yours.
- Autonomous Departments: specialized agent entities representing Finance, Devops, Content/Growth, or Customer Support, working in parallel.
- Personal Operator: an always-on system managing your email inbox, calendar, files, scheduled crons, and custom workflow pipelines.
- Agentic Company Core: a unified local command layer coordinating tools like Google Workspace (gws), Slack, and Discord.
- Digital Mirror: a persistent reflection of your professional goals, coding standards, and decision protocols that operates autonomously when you are offline.
- Persistent company identity and goals through local workspace files and SQLite.
- WhatsApp, Telegram, Discord, Email, and CLI channel interfaces.
- Google Workspace integration through the local
gwsCLI. - Secure local tools for file editing, shell executions, task schedules, and custom workflow tools.
- Multi-model routing through direct providers, local inference, or OpenAI-compatible proxies.
- Durable agent memory across sessions (
MEMORY.md,PROFILE.md,PROJECTS.md,LESSONS.md). - Scheduled jobs, cron triggers, event listeners, and user-level systemd daemons.
For the full setup guide, use the docs site: https://galyarderlabs.github.io/galyarder-agent/
git clone https://github.com/galyarderlabs/galyarder-agent.git
cd galyarder-agent/backend/agent
pip install -e .
g-agent onboard
g-agent status
g-agent gatewayRequirements: Python 3.11+, Node.js 20+ for the WhatsApp bridge, and a configured model provider.
For installers, channel setup, proxy routing, Google Workspace, and service mode, read the docs:
Docs site: https://galyarderlabs.github.io/galyarder-agent/
Core flow:
Channel Input -> Identity + Memory Context -> Agent Loop -> Tools + Scheduler -> Response -> Learning Loop
Runtime pieces:
- Python backend runtime in
backend/agent - Node.js WhatsApp bridge in
backend/agent/bridge - local config, memory, sessions, cron, and media under
~/.g-agent - MkDocs documentation in
docs/
g-agent is designed for personal, local-first operation with explicit boundaries.
channels.*.allowFromcontrols who can talk to the character/agent.tools.restrictToWorkspacekeeps file/shell access inside the configured workspace.tools.allowedPathscan add trusted media or project folders without disabling the sandbox.- approval mode can require confirmation for risky tool execution.
- separate
G_AGENT_DATA_DIRprofiles isolate personal and guest environments.
Read Security and Configuration before exposing a channel to anyone else.
The next product direction is agentic company depth:
- SQLite session store and searchable recall: first slice shipped.
- Shared command controls for history, sessions, logs, approve, and deny: core shipped.
- Character profiles, skill management, routines, toolsets, MCP stdio/SSE/streamable HTTP, subagents, Memory Manager, background reviewer, product API, and insights: first slices exist.
- Owner-reviewed learning queue: model/list-inspect plus skill edit/apply/rollback exists; non-skill apply flows remain.
- Web UI, WebSocket channel,
/v1/responses, and Docker backend: not shipped yet.
See ROADMAP.md.
The project is currently using Nanobot and Hermes Agent as references, not upstreams to merge wholesale.
nanobot-ref/informs Web UI, WebSocket/API, channel reliability, MCP, runner, and test patterns.hermes-agent-ref/informs session search, memory manager, learning loop, skills, approvals, context compression, and routines.
See Hermes And Nanobot Reference Audit.
Focused contributions are welcome:
- safety and approval hardening
- channel reliability
- memory and session search
- tools and workflow integration
- docs clarity
Please read Contributing before opening a PR.
