The world's first Autonomous Product Engine (APE): AI agents research your market, generate features, and ship code as PRs. Convoy mode, crash recovery, cost tracking, 80+ API endpoints. Self-hosted via OpenClaw Gateway.
See the code
The World's First Autonomous Product Engine
autensa.com
Your products improve themselves — 24/7 — while you sleep.
Research → Ideation → Swipe → Build → Test → Review → Pull Request — fully automated.
I highly recommend getting Hetzner VPS to run this. You can sign up here.
🎮 Live Demo • Quick Start • Docker • What's New • Features • How It Works • Configuration • Contributors
▶️ Watch the Autensa v2 Introduction
Autopilot now has a product-level Repo Setup tab that verifies a repository is ready before agents create PR-bound work. It checks authenticated git access, default branch confirmation, GitHub API and PR metadata access, GitHub Actions status, workflow token permissions, PR workflow secrets, and PR workflow variables.
When setup is blocked, users can fix supported GitHub configuration from the UI: set workflow token permissions to read/write, add missing Actions secrets, and add missing Actions variables. Secret values are written directly to GitHub and are not stored in Autensa.
Build Queue tasks with GitHub PRs now include a PR checks recovery panel. Failed checks are classified as retryable, repo setup, or external provider failures, with actions to rerun failed GitHub Actions jobs or rerequest external checks where GitHub supports it.
Product creation and settings now validate private repos with authenticated git access, detect the remote default branch, and require user confirmation before Autopilot starts. Workspace isolation preflights the selected branch and can use the detected default branch, avoiding main clone failures on repos that use master.
Each dispatched task now gets its own OpenClaw conversation session. Previously, all tasks assigned to the same agent shared one session, causing context to accumulate across tasks until the model's context window was exhausted and the agent stalled. The openclaw_sessions table already had a task_id column — dispatch now uses it for session lookup, session ID generation, and insert. Parallel tasks on the same agent work independently.
Agent ID fields now accept both standard UUID format (8-4-4-4-12) and 32-character hex identifiers from the OpenClaw gateway. Previously, Zod's strict .uuid() validation rejected gateway-format agent IDs, causing "Invalid UUID" errors when assigning imported agents to tasks.
The task delete button now shows a loading state ("Deleting..."), disables during the request, and displays inline error messages when deletion fails. Previously, the button had no feedback — if the API request failed or was slow, users saw no response and assumed the button was broken.
The Autopilot product settings modal now includes a Status dropdown (Active / Paused) and a Danger Zone section with an Archive button. Paused products stop automated research and ideation cycles. Archived products are hidden from the dashboard but data is preserved. The main product listing now filters out archived products.
openclaw/default with the original model in x-openclaw-model, fixing 404 errors on OpenClaw deployments. (@Ahmedkasmi-dev, #109)AUTOPILOT_MODEL config is respected. (@aaronmeza, #116)Autensa v2 is a ground-up expansion from task orchestration dashboard to the world's first autonomous product improvement engine. It researches your market, generates feature ideas, lets you decide with a swipe, and builds them — automatically.
The headline feature. Point Autensa at any product (repo + live URL) and it runs a continuous improvement loop:
Autonomous Research — AI agents analyze your codebase, scan your live site, and research your market: competitors, user intent, conversion patterns, SEO gaps, technical opportunities. Runs on configurable schedules — daily, weekly, or on-demand.
AI-Powered Ideation — Research feeds into ideation agents that generate concrete, scored feature ideas. Each idea includes an impact score, feasibility score, size estimate, technical approach, and a direct link to the research that inspired it.
Swipe to Decide — Ideas appear as cards in a Tinder-style interface. Four actions:
Automated Build → PR — Approved ideas flow through the full agent pipeline: Build agent implements the feature → Test agent runs the suite → Review agent inspects the diff → Pull request created on GitHub with full context.
Your only job is the swipe. Everything else is automated.
Inspired by Andrej Karpathy's AutoResearch architecture. Each product has a Product Program — a living document that instructs research and ideation agents on what to look for, what matters, and what to ignore. The program evolves as swipe data accumulates: the system learns your taste, not just patterns.
Large features get decomposed into subtasks with a visual dependency graph (DAG). Multiple agents (3–5) work simultaneously with dependency-aware scheduling:
Don't wait for a PR to give feedback. Two communication modes:
Full chat history preserved per task — every message, note, and response.
Granular spend visibility across every dimension:
A dedicated Learner agent captures lessons from every build cycle — what worked, what failed, what patterns emerged. Knowledge entries are injected into future dispatches so agents don't repeat mistakes.
Before any build starts, agents run a structured planning phase:
Agent progress is saved at configurable checkpoints:
Every swipe trains a per-product preference model:
Ideas you're not sure about don't disappear:
Real-time SSE stream of everything happening across all products:
Choose your comfort level per product:
| Tier | Behavior | Best For |
|---|---|---|
| Supervised | PRs created automatically. You review and merge manually. | Production apps |
| Semi-Auto | PRs auto-merge when CI passes and review agent approves. | Staging & trusted repos |
| Full Auto | Everything automated end-to-end. Idea → deployed feature. | Side projects & MVPs |
Each build task gets an isolated workspace:
.workspaces/task-{id}/Configure autonomous cycles per product:
Product Autopilot
Agent Orchestration
Task Management
Infrastructure
Autensa is open-source and self-hosted. The project does not include ad trackers, third-party analytics beacons, or a centralized data collector.
Your task data, research results, ideas, swipe history, and product programs stay in your own deployment (SQLite + workspace). If you connect external services (AI providers or remote gateways), only the data you explicitly send to those services leaves your environment.
┌──────────────────────────────────────────────────────────────────────┐
│ YOUR MACHINE │
│ │
│ ┌──────────────────┐ ┌──────────────────────────────────┐ │
│ │ Autensa │◄────────►│ OpenClaw Gateway │ │
│ │ (Next.js) │ WS │ (AI Agent Runtime) │ │
│ │ Port 4000 │ │ Port 18789 │ │
│ └────────┬──────────┘ └───────────┬────────────────────┘ │
│ │ │ │
│ ▼ ▼ │
│ ┌──────────────────┐ ┌──────────────────────────────────┐ │
│ │ SQLite DB │ │ AI Providers │ │
│ │ (tasks, products, │ │ (Anthropic / OpenAI / etc.) │ │
│ │ ideas, costs) │ └──────────────────────────────────┘ │
│ └──────────────────┘ │
│ │ │
│ ▼ │
│ ┌──────────────────────────────────────────────────────────────┐ │
│ │ Autopilot Engine │ │
│ │ Research → Ideation → Swipe → Build → Test → Review → PR │ │
│ └──────────────────────────────────────────────────────────────┘ │
└──────────────────────────────────────────────────────────────────────┘
Autensa = The dashboard + autopilot engine (this project) OpenClaw Gateway = The AI runtime that executes tasks (separate project)
npm install -g openclaw# Clone
git clone https://github.com/crshdn/mission-control.git
cd mission-control
# Install dependencies
npm install
# Setup
cp .env.example .env.local
Edit .env.local:
OPENCLAW_GATEWAY_URL=ws://127.0.0.1:18789
OPENCLAW_GATEWAY_TOKEN=your-token-here
Where to find the token: Check
~/.openclaw/openclaw.jsonundergateway.token
# Start OpenClaw (separate terminal)
openclaw gateway start
# Start Autensa
npm run dev
Open http://localhost:4000 — you're in! 🎉
npm run build
npx next start -p 4000
You can run Autensa in a container using the included Dockerfile and docker-compose.yml.
Create a .env file for Compose:
cp .env.example .env
Then set at least:
OPENCLAW_GATEWAY_URL=ws://host.docker.internal:18789
OPENCLAW_GATEWAY_TOKEN=your-token-here
Notes:
host.docker.internal when OpenClaw runs on your host machine.ws:// or wss:// URL instead.docker compose up -d --build
Open http://localhost:4000.
# View logs
docker compose logs -f mission-control
# Stop containers
docker compose down
# Stop and remove volumes (deletes SQLite/workspace data)
docker compose down -v
Compose uses named volumes:
mission-control-data for SQLite (/app/data)mission-control-workspace for workspace files (/app/workspace)RESEARCH → IDEATION → SWIPE → PLAN → BUILD → TEST → REVIEW → PR
AI AI You AI Agent Agent Agent Auto
PLANNING → INBOX → ASSIGNED → IN PROGRESS → TESTING → REVIEW → DONE
Drag tasks between columns or let the system auto-advance them.
┌─ Subtask A (Agent 1) ──┐
PARENT TASK ────────┤ ├──── MERGE & PR
├─ Subtask B (Agent 2) ──┤
└─ Subtask C (Agent 3) ──┘
(depends on A)
Subtasks run in parallel with dependency-aware scheduling. Health monitoring detects stalls. Crash recovery via checkpoints.
| Variable | Required | Default | Description |
|---|---|---|---|
OPENCLAW_GATEWAY_URL | ✅ | ws://127.0.0.1:18789 | WebSocket URL to OpenClaw Gateway |
OPENCLAW_GATEWAY_TOKEN | ✅ | — | Authentication token for OpenClaw |
MC_API_TOKEN | — | — | API auth token (enables auth middleware) |
WEBHOOK_SECRET | — | — | HMAC secret for webhook validation |
DATABASE_PATH | — | ./mission-control.db | SQLite database location |
WORKSPACE_BASE_PATH | — | ~/Documents/Shared | Base directory for workspace files |
PROJECTS_PATH | — | ~/Documents/Shared/projects | Directory for project folders |
Generate secure tokens:
# API authentication token
openssl rand -hex 32
# Webhook signature secret
openssl rand -hex 32
Add to .env.local:
MC_API_TOKEN=your-64-char-hex-token
WEBHOOK_SECRET=your-64-char-hex-token
When MC_API_TOKEN is set:
Authorization: Bearer <token>See PRODUCTION_SETUP.md for the full production guide.
Run Autensa on one machine and OpenClaw on another:
# Point to the remote machine
OPENCLAW_GATEWAY_URL=ws://YOUR_SERVER_IP:18789
OPENCLAW_GATEWAY_TOKEN=your-shared-token
OPENCLAW_GATEWAY_URL=wss://your-machine.tailnet-name.ts.net
OPENCLAW_GATEWAY_TOKEN=your-shared-token
SQLite database auto-created at ./mission-control.db. Migrations run automatically on startup (21 migrations). As of v2.0.1, a timestamped backup is created before any pending migration runs.
# Reset (start fresh)
rm mission-control.db
# Inspect
sqlite3 mission-control.db ".tables"
Key tables added in v2: products, research_cycles, ideas, swipe_history, preference_models, maybe_pool, product_feedback, cost_events, cost_caps, product_schedules, operations_log, convoys, convoy_subtasks, agent_health, work_checkpoints, agent_mailbox, workspace_ports, workspace_merges.
autensa/
├── src/
│ ├── app/ # Next.js pages & API routes
│ │ ├── api/
│ │ │ ├── tasks/ # Task CRUD, planning, dispatch, convoy, chat, workspace
│ │ │ ├── products/ # Product CRUD, research, ideation, swipe, schedules
│ │ │ ├── agents/ # Agent management, health, mail, discovery
│ │ │ ├── costs/ # Cost tracking, caps, breakdowns
│ │ │ ├── convoy/ # Convoy mail endpoints
│ │ │ ├── openclaw/ # Gateway proxy endpoints
│ │ │ └── webhooks/ # Agent completion webhooks
│ │ ├── settings/ # Settings page
│ │ └── workspace/[slug]/ # Workspace dashboard
│ ├── components/
│ │ ├── MissionQueue.tsx # Kanban board
│ │ ├── PlanningTab.tsx # AI planning interface
│ │ ├── AgentsSidebar.tsx # Agent panel
│ │ ├── LiveFeed.tsx # Real-time events
│ │ ├── TaskModal.tsx # Task create/edit
│ │ ├── TaskChatTab.tsx # Operator chat
│ │ ├── ConvoyTab.tsx # Convoy visualization
│ │ ├── DependencyGraph.tsx # DAG visualization
│ │ ├── HealthIndicator.tsx # Agent health badges
│ │ ├── WorkspaceTab.tsx # Workspace isolation UI
│ │ ├── autopilot/ # SwipeDeck, IdeaCard, ResearchReport, etc.
│ │ └── costs/ # Cost dashboard components
│ └── lib/
│ ├── autopilot/ # Research, ideation, swipe, maybe-pool, scheduling
│ ├── costs/ # Cost tracker, caps, reporting
│ ├── db/ # SQLite + 21 migrations
│ ├── openclaw/ # Gateway client + device identity
│ ├── convoy.ts # Convoy orchestration
│ ├── agent-health.ts # Health monitoring + auto-nudge
│ ├── checkpoint.ts # Checkpoint save/restore
│ ├── workspace-isolation.ts # Git worktrees + task sandboxes
│ ├── mailbox.ts # Inter-agent messaging
│ ├── chat-listener.ts # Operator chat relay
│ ├── learner.ts # Knowledge base management
│ └── types.ts # TypeScript types
├── presentation/ # v2 pitch deck + narration script
├── specs/ # Feature specs
├── scripts/ # Bridge & hook scripts
└── CHANGELOG.md # Full version history
openclaw gateway status.env.localopenclaw gateway logslsof -i :4000
kill -9 <PID>
If you're behind an HTTP proxy (corporate VPN, Hiddify, etc.), agent callbacks to localhost may fail because the proxy intercepts local requests.
Fix: Set NO_PROXY so localhost bypasses the proxy:
# Linux / macOS
export NO_PROXY=localhost,127.0.0.1
# Windows (cmd)
set NO_PROXY=localhost,127.0.0.1
# Docker
docker run -e NO_PROXY=localhost,127.0.0.1 ...
See Issue #30 for details.
git checkout -b feature/amazing-featuregit commit -m 'feat: add amazing feature'git push origin feature/amazing-featureAutensa is built by a growing community. Thank you to everyone who has contributed!
![]() Steve Device Identity |
![]() Ryan Christman Port Configuration |
![]() nicozefrench ARIA Hooks |
![]() GOPAL Node v25 Support |
![]() Jorge Martinez Orchestration |
![]() Nik Planning & Dispatch |
![]() Michael G Usage Dashboard |
![]() Z8Medina Metabase Integration |
![]() Mark Phelps Gateway Agent Discovery 💡 |
![]() Alessio Docker Support |
![]() James Tsetsekas Planning Flow Fixes |
![]() nice-and-precise Agent Protocol Docs |
![]() JamesCao2048 Task Creation Fix |
![]() davetha Force-Dynamic & Model Discovery |
![]() pkgaiassistant-droid Activity Dashboard & Mobile UX |
![]() Coder-maxer Static Route Fix |
![]() grunya-openclaw Dispatch & Proxy Bug Reports |
![]() ilakskill Dispatch Recovery Design |
![]() plutusaisystem-cmyk Agent Daemon & Fleet View |
![]() nithis4th 2nd Brain Knowledge Base |
![]() davidpellerin Dynamic Agent Config |
![]() tmchow Agent Import Improvements |
![]() xiaomiusa87 Session Key Bug Report |
![]() lutherbot-ai Security Audit |
![]() YITING OU Cascade Delete Fix |
![]() Brandon Ros Docker CI Workflow |
![]() nano-lgtm Kanban UX Improvements |
![]() cammybot1313-collab Docs Typo Fix |
MIT License — see LICENSE for details.
If Autensa has been useful to you, consider buying me a coffee!
Stop managing a backlog. Start shipping on autopilot. 🚀
18 followers · starred Mar 2026
4,880 followers · starred Feb 2026
567 followers · starred Feb 2026
234 followers · starred May 2026
The world's first Autonomous Product Engine (APE): AI agents research your market, generate features, and ship code as PRs. Convoy mode, crash recovery, cost tracking, 80+ API endpoints. Self-hosted via OpenClaw Gateway.
See the code
The World's First Autonomous Product Engine
autensa.com
Your products improve themselves — 24/7 — while you sleep.
Research → Ideation → Swipe → Build → Test → Review → Pull Request — fully automated.
I highly recommend getting Hetzner VPS to run this. You can sign up here.
🎮 Live Demo • Quick Start • Docker • What's New • Features • How It Works • Configuration • Contributors
▶️ Watch the Autensa v2 Introduction
Autopilot now has a product-level Repo Setup tab that verifies a repository is ready before agents create PR-bound work. It checks authenticated git access, default branch confirmation, GitHub API and PR metadata access, GitHub Actions status, workflow token permissions, PR workflow secrets, and PR workflow variables.
When setup is blocked, users can fix supported GitHub configuration from the UI: set workflow token permissions to read/write, add missing Actions secrets, and add missing Actions variables. Secret values are written directly to GitHub and are not stored in Autensa.
Build Queue tasks with GitHub PRs now include a PR checks recovery panel. Failed checks are classified as retryable, repo setup, or external provider failures, with actions to rerun failed GitHub Actions jobs or rerequest external checks where GitHub supports it.
Product creation and settings now validate private repos with authenticated git access, detect the remote default branch, and require user confirmation before Autopilot starts. Workspace isolation preflights the selected branch and can use the detected default branch, avoiding main clone failures on repos that use master.
Each dispatched task now gets its own OpenClaw conversation session. Previously, all tasks assigned to the same agent shared one session, causing context to accumulate across tasks until the model's context window was exhausted and the agent stalled. The openclaw_sessions table already had a task_id column — dispatch now uses it for session lookup, session ID generation, and insert. Parallel tasks on the same agent work independently.
Agent ID fields now accept both standard UUID format (8-4-4-4-12) and 32-character hex identifiers from the OpenClaw gateway. Previously, Zod's strict .uuid() validation rejected gateway-format agent IDs, causing "Invalid UUID" errors when assigning imported agents to tasks.
The task delete button now shows a loading state ("Deleting..."), disables during the request, and displays inline error messages when deletion fails. Previously, the button had no feedback — if the API request failed or was slow, users saw no response and assumed the button was broken.
The Autopilot product settings modal now includes a Status dropdown (Active / Paused) and a Danger Zone section with an Archive button. Paused products stop automated research and ideation cycles. Archived products are hidden from the dashboard but data is preserved. The main product listing now filters out archived products.
openclaw/default with the original model in x-openclaw-model, fixing 404 errors on OpenClaw deployments. (@Ahmedkasmi-dev, #109)AUTOPILOT_MODEL config is respected. (@aaronmeza, #116)Autensa v2 is a ground-up expansion from task orchestration dashboard to the world's first autonomous product improvement engine. It researches your market, generates feature ideas, lets you decide with a swipe, and builds them — automatically.
The headline feature. Point Autensa at any product (repo + live URL) and it runs a continuous improvement loop:
Autonomous Research — AI agents analyze your codebase, scan your live site, and research your market: competitors, user intent, conversion patterns, SEO gaps, technical opportunities. Runs on configurable schedules — daily, weekly, or on-demand.
AI-Powered Ideation — Research feeds into ideation agents that generate concrete, scored feature ideas. Each idea includes an impact score, feasibility score, size estimate, technical approach, and a direct link to the research that inspired it.
Swipe to Decide — Ideas appear as cards in a Tinder-style interface. Four actions:
Automated Build → PR — Approved ideas flow through the full agent pipeline: Build agent implements the feature → Test agent runs the suite → Review agent inspects the diff → Pull request created on GitHub with full context.
Your only job is the swipe. Everything else is automated.
Inspired by Andrej Karpathy's AutoResearch architecture. Each product has a Product Program — a living document that instructs research and ideation agents on what to look for, what matters, and what to ignore. The program evolves as swipe data accumulates: the system learns your taste, not just patterns.
Large features get decomposed into subtasks with a visual dependency graph (DAG). Multiple agents (3–5) work simultaneously with dependency-aware scheduling:
Don't wait for a PR to give feedback. Two communication modes:
Full chat history preserved per task — every message, note, and response.
Granular spend visibility across every dimension:
A dedicated Learner agent captures lessons from every build cycle — what worked, what failed, what patterns emerged. Knowledge entries are injected into future dispatches so agents don't repeat mistakes.
Before any build starts, agents run a structured planning phase:
Agent progress is saved at configurable checkpoints:
Every swipe trains a per-product preference model:
Ideas you're not sure about don't disappear:
Real-time SSE stream of everything happening across all products:
Choose your comfort level per product:
| Tier | Behavior | Best For |
|---|---|---|
| Supervised | PRs created automatically. You review and merge manually. | Production apps |
| Semi-Auto | PRs auto-merge when CI passes and review agent approves. | Staging & trusted repos |
| Full Auto | Everything automated end-to-end. Idea → deployed feature. | Side projects & MVPs |
Each build task gets an isolated workspace:
.workspaces/task-{id}/Configure autonomous cycles per product:
Product Autopilot
Agent Orchestration
Task Management
Infrastructure
Autensa is open-source and self-hosted. The project does not include ad trackers, third-party analytics beacons, or a centralized data collector.
Your task data, research results, ideas, swipe history, and product programs stay in your own deployment (SQLite + workspace). If you connect external services (AI providers or remote gateways), only the data you explicitly send to those services leaves your environment.
┌──────────────────────────────────────────────────────────────────────┐
│ YOUR MACHINE │
│ │
│ ┌──────────────────┐ ┌──────────────────────────────────┐ │
│ │ Autensa │◄────────►│ OpenClaw Gateway │ │
│ │ (Next.js) │ WS │ (AI Agent Runtime) │ │
│ │ Port 4000 │ │ Port 18789 │ │
│ └────────┬──────────┘ └───────────┬────────────────────┘ │
│ │ │ │
│ ▼ ▼ │
│ ┌──────────────────┐ ┌──────────────────────────────────┐ │
│ │ SQLite DB │ │ AI Providers │ │
│ │ (tasks, products, │ │ (Anthropic / OpenAI / etc.) │ │
│ │ ideas, costs) │ └──────────────────────────────────┘ │
│ └──────────────────┘ │
│ │ │
│ ▼ │
│ ┌──────────────────────────────────────────────────────────────┐ │
│ │ Autopilot Engine │ │
│ │ Research → Ideation → Swipe → Build → Test → Review → PR │ │
│ └──────────────────────────────────────────────────────────────┘ │
└──────────────────────────────────────────────────────────────────────┘
Autensa = The dashboard + autopilot engine (this project) OpenClaw Gateway = The AI runtime that executes tasks (separate project)
npm install -g openclaw# Clone
git clone https://github.com/crshdn/mission-control.git
cd mission-control
# Install dependencies
npm install
# Setup
cp .env.example .env.local
Edit .env.local:
OPENCLAW_GATEWAY_URL=ws://127.0.0.1:18789
OPENCLAW_GATEWAY_TOKEN=your-token-here
Where to find the token: Check
~/.openclaw/openclaw.jsonundergateway.token
# Start OpenClaw (separate terminal)
openclaw gateway start
# Start Autensa
npm run dev
Open http://localhost:4000 — you're in! 🎉
npm run build
npx next start -p 4000
You can run Autensa in a container using the included Dockerfile and docker-compose.yml.
Create a .env file for Compose:
cp .env.example .env
Then set at least:
OPENCLAW_GATEWAY_URL=ws://host.docker.internal:18789
OPENCLAW_GATEWAY_TOKEN=your-token-here
Notes:
host.docker.internal when OpenClaw runs on your host machine.ws:// or wss:// URL instead.docker compose up -d --build
Open http://localhost:4000.
# View logs
docker compose logs -f mission-control
# Stop containers
docker compose down
# Stop and remove volumes (deletes SQLite/workspace data)
docker compose down -v
Compose uses named volumes:
mission-control-data for SQLite (/app/data)mission-control-workspace for workspace files (/app/workspace)RESEARCH → IDEATION → SWIPE → PLAN → BUILD → TEST → REVIEW → PR
AI AI You AI Agent Agent Agent Auto
PLANNING → INBOX → ASSIGNED → IN PROGRESS → TESTING → REVIEW → DONE
Drag tasks between columns or let the system auto-advance them.
┌─ Subtask A (Agent 1) ──┐
PARENT TASK ────────┤ ├──── MERGE & PR
├─ Subtask B (Agent 2) ──┤
└─ Subtask C (Agent 3) ──┘
(depends on A)
Subtasks run in parallel with dependency-aware scheduling. Health monitoring detects stalls. Crash recovery via checkpoints.
| Variable | Required | Default | Description |
|---|---|---|---|
OPENCLAW_GATEWAY_URL | ✅ | ws://127.0.0.1:18789 | WebSocket URL to OpenClaw Gateway |
OPENCLAW_GATEWAY_TOKEN | ✅ | — | Authentication token for OpenClaw |
MC_API_TOKEN | — | — | API auth token (enables auth middleware) |
WEBHOOK_SECRET | — | — | HMAC secret for webhook validation |
DATABASE_PATH | — | ./mission-control.db | SQLite database location |
WORKSPACE_BASE_PATH | — | ~/Documents/Shared | Base directory for workspace files |
PROJECTS_PATH | — | ~/Documents/Shared/projects | Directory for project folders |
Generate secure tokens:
# API authentication token
openssl rand -hex 32
# Webhook signature secret
openssl rand -hex 32
Add to .env.local:
MC_API_TOKEN=your-64-char-hex-token
WEBHOOK_SECRET=your-64-char-hex-token
When MC_API_TOKEN is set:
Authorization: Bearer <token>See PRODUCTION_SETUP.md for the full production guide.
Run Autensa on one machine and OpenClaw on another:
# Point to the remote machine
OPENCLAW_GATEWAY_URL=ws://YOUR_SERVER_IP:18789
OPENCLAW_GATEWAY_TOKEN=your-shared-token
OPENCLAW_GATEWAY_URL=wss://your-machine.tailnet-name.ts.net
OPENCLAW_GATEWAY_TOKEN=your-shared-token
SQLite database auto-created at ./mission-control.db. Migrations run automatically on startup (21 migrations). As of v2.0.1, a timestamped backup is created before any pending migration runs.
# Reset (start fresh)
rm mission-control.db
# Inspect
sqlite3 mission-control.db ".tables"
Key tables added in v2: products, research_cycles, ideas, swipe_history, preference_models, maybe_pool, product_feedback, cost_events, cost_caps, product_schedules, operations_log, convoys, convoy_subtasks, agent_health, work_checkpoints, agent_mailbox, workspace_ports, workspace_merges.
autensa/
├── src/
│ ├── app/ # Next.js pages & API routes
│ │ ├── api/
│ │ │ ├── tasks/ # Task CRUD, planning, dispatch, convoy, chat, workspace
│ │ │ ├── products/ # Product CRUD, research, ideation, swipe, schedules
│ │ │ ├── agents/ # Agent management, health, mail, discovery
│ │ │ ├── costs/ # Cost tracking, caps, breakdowns
│ │ │ ├── convoy/ # Convoy mail endpoints
│ │ │ ├── openclaw/ # Gateway proxy endpoints
│ │ │ └── webhooks/ # Agent completion webhooks
│ │ ├── settings/ # Settings page
│ │ └── workspace/[slug]/ # Workspace dashboard
│ ├── components/
│ │ ├── MissionQueue.tsx # Kanban board
│ │ ├── PlanningTab.tsx # AI planning interface
│ │ ├── AgentsSidebar.tsx # Agent panel
│ │ ├── LiveFeed.tsx # Real-time events
│ │ ├── TaskModal.tsx # Task create/edit
│ │ ├── TaskChatTab.tsx # Operator chat
│ │ ├── ConvoyTab.tsx # Convoy visualization
│ │ ├── DependencyGraph.tsx # DAG visualization
│ │ ├── HealthIndicator.tsx # Agent health badges
│ │ ├── WorkspaceTab.tsx # Workspace isolation UI
│ │ ├── autopilot/ # SwipeDeck, IdeaCard, ResearchReport, etc.
│ │ └── costs/ # Cost dashboard components
│ └── lib/
│ ├── autopilot/ # Research, ideation, swipe, maybe-pool, scheduling
│ ├── costs/ # Cost tracker, caps, reporting
│ ├── db/ # SQLite + 21 migrations
│ ├── openclaw/ # Gateway client + device identity
│ ├── convoy.ts # Convoy orchestration
│ ├── agent-health.ts # Health monitoring + auto-nudge
│ ├── checkpoint.ts # Checkpoint save/restore
│ ├── workspace-isolation.ts # Git worktrees + task sandboxes
│ ├── mailbox.ts # Inter-agent messaging
│ ├── chat-listener.ts # Operator chat relay
│ ├── learner.ts # Knowledge base management
│ └── types.ts # TypeScript types
├── presentation/ # v2 pitch deck + narration script
├── specs/ # Feature specs
├── scripts/ # Bridge & hook scripts
└── CHANGELOG.md # Full version history
openclaw gateway status.env.localopenclaw gateway logslsof -i :4000
kill -9 <PID>
If you're behind an HTTP proxy (corporate VPN, Hiddify, etc.), agent callbacks to localhost may fail because the proxy intercepts local requests.
Fix: Set NO_PROXY so localhost bypasses the proxy:
# Linux / macOS
export NO_PROXY=localhost,127.0.0.1
# Windows (cmd)
set NO_PROXY=localhost,127.0.0.1
# Docker
docker run -e NO_PROXY=localhost,127.0.0.1 ...
See Issue #30 for details.
git checkout -b feature/amazing-featuregit commit -m 'feat: add amazing feature'git push origin feature/amazing-featureAutensa is built by a growing community. Thank you to everyone who has contributed!
![]() Steve Device Identity |
![]() Ryan Christman Port Configuration |
![]() nicozefrench ARIA Hooks |
![]() GOPAL Node v25 Support |
![]() Jorge Martinez Orchestration |
![]() Nik Planning & Dispatch |
![]() Michael G Usage Dashboard |
![]() Z8Medina Metabase Integration |
![]() Mark Phelps Gateway Agent Discovery 💡 |
![]() Alessio Docker Support |
![]() James Tsetsekas Planning Flow Fixes |
![]() nice-and-precise Agent Protocol Docs |
![]() JamesCao2048 Task Creation Fix |
![]() davetha Force-Dynamic & Model Discovery |
![]() pkgaiassistant-droid Activity Dashboard & Mobile UX |
![]() Coder-maxer Static Route Fix |
![]() grunya-openclaw Dispatch & Proxy Bug Reports |
![]() ilakskill Dispatch Recovery Design |
![]() plutusaisystem-cmyk Agent Daemon & Fleet View |
![]() nithis4th 2nd Brain Knowledge Base |
![]() davidpellerin Dynamic Agent Config |
![]() tmchow Agent Import Improvements |
![]() xiaomiusa87 Session Key Bug Report |
![]() lutherbot-ai Security Audit |
![]() YITING OU Cascade Delete Fix |
![]() Brandon Ros Docker CI Workflow |
![]() nano-lgtm Kanban UX Improvements |
![]() cammybot1313-collab Docs Typo Fix |
MIT License — see LICENSE for details.
If Autensa has been useful to you, consider buying me a coffee!
Stop managing a backlog. Start shipping on autopilot. 🚀
18 followers · starred Mar 2026
4,880 followers · starred Feb 2026
567 followers · starred Feb 2026
234 followers · starred May 2026