{"slug": "agent-canvas", "title": "Agent Canvas", "summary": "OpenHands has launched Agent Canvas, a self-hostable workspace for automating AI coding agents across Slack, GitHub, and other engineering tools, enabling scheduled workflows such as code review, issue triage, and repo summaries. The first release focuses on setting up automations triggered by events in Slack, GitHub, or Linear, with support for local, VM, cloud, and enterprise backends.", "body_md": "# Introducing Agent Canvas: From Coding Agents to Org-wide Automation\n\nWritten by\n\nOlivia Greene\n\nPublished on\n\n**Agent Canvas is OpenHands' workspace for creating automations that integrate with Slack, GitHub, and the tools where engineering work happens. Build self-hostable automations for coding agents across local, VM, cloud, and enterprise backends.**\n\nAI coding agents are now part of how developers work. They can fix bugs, explain code, write tests, review pull requests, update docs, and help move work forward across the SDLC. But most developers are still prompting their agents by hand, doing one thing at a time. The next phase of agentic development will be defined by agents that run proactively, responding automatically to events in ticketing systems, source control, and production systems. And as agents take on longer-running work, developers and enterprises are starting to compose multiple agents and models together, navigating tradeoffs between cost, speed, accuracy, and control.\n\nThat is the world we are building OpenHands for and it starts with a simpler question: how do you turn ad-hoc prompts into production-grade engineering workflows?\n\nToday, most agent workflows still start manually. You open a terminal. Start a session. Paste context. Wait for the agent to finish. Review the output. Then repeat the same process the next time a PR needs review, a CI job fails, a repo needs summarizing, or a weekly maintenance task comes around again. The agent may be useful, but it is still trapped inside a single session, on a single machine, waiting for you to kick off the next task.\n\nToday, we are introducing [Agent Canvas](https://docs.openhands.dev/openhands/usage/agent-canvas/overview), the new interface for OpenHands.\n\nAgent Canvas gives developers and agent builders one workspace to self-host, run, and automate AI coding agents. You can start locally on your laptop, then move to a VM to keep your agents always-on. Connect the tools you already use, run multiple agent sessions, and create automations that trigger from real engineering events.\n\nFor this first release, we’re focused on a simple but powerful starting point: Install Agent Canvas and set up an automation that helps you respond to messages in Slack or GitHub, automates code review on PRs, or triages new issues in Linear.\n\n## Schedule agent workflows from your own environment\n\nThe fastest way to understand Agent Canvas is to create your first scheduled automation. Instead of manually starting the same agent task every time, Agent Canvas lets you define a workflow once and run it on a schedule. Start locally on your laptop, move it to a VM when you want it to keep running, or connect to [OpenHands Cloud](https://docs.openhands.dev/openhands/usage/cloud/openhands-cloud) or [Enterprise](https://docs.openhands.dev/enterprise) when your team needs shared infrastructure and stronger controls.\n\nYou can use scheduled automations for everyday engineering tasks like:\n\n- \nGenerating a weekly repo summary\n- \nReviewing stale issues every morning\n- \nChecking for dependency updates every Monday\n- \nCreating recurring PR summaries\n- \nRunning test generation for changed modules\n- \nChecking docs drift before a release\n- \nSweeping repos for common migration tasks\n- \nProducing reports that publish into Slack\n\nWith Agent Canvas your coding agent no longer has to live inside a terminal session you manually start and monitor. It can become a workflow that runs when you need it.\n\n## Why we built Agent Canvas\n\nOver the last few months, we've noticed a shift. Developers are increasingly moving from ad-hoc, multi-turn conversations to automating their day to day workflows.\n\nWe also wanted to rethink the role agents play in software development. Most coding agents are still one-off sessions, but engineering work is full of repeatable tasks: things like dependency updates, PR reviews, generating release notes, unblocking CI, fixing breaking API changes, and resolving vulnerabilities. The goal is not just to make coding agents more powerful. It is to make them practical, composable, and genuinely usable in developers' everyday workflows.\n\nAt the same time, we've heard from the OpenHands community that developers want more flexibility in how they run and self-host agents to meet a variety of unique scenarios.\n\n- \nEnabling more flexible self-hosting scenarios, like deploying agents on remote VMs\n- \nBetter support for local development workflows, including dockerless install options\n- \nA desire to have agents react to events in third-party tools, like GitHub, Slack, and Jira\n\nAgent Canvas is our answer to that shift.\n\nFirst, it creates an automation-centric experience. Coding agents are useful in a terminal, but the bigger unlock is turning repeated work into workflows: dependency updates, repo reports, docs checks, issue sweeps, and recurring maintenance tasks. Agent Canvas brings automations into the core OpenHands experience so developers can schedule and manage agent workflows from one place.\n\nSecond, it gives developers more control over where agents run. Agent Canvas is built as a frontend that can connect to multiple agent backends, from a local setup to Docker containers, remote VMs, Kubernetes clusters, or enterprise virtual private clouds. That gives developers a path from local experimentation to more persistent, self-hosted, or cloud-based execution.\n\nThird, it supports the agents and tools developers already use. Agent Canvas runs the OpenHands agent out of the box, but it is designed to support third-party harnesses like Claude Code and Codex through the Agent Client Protocol. It also gives teams a path to connect agent workflows into tools like GitHub, Slack, Jira, and Linear as those workflows mature.\n\nThat is why Agent Canvas is becoming the main interface for OpenHands. It gives developers one place to run, inspect, automate, and scale agents without being locked into one backend, one model, or one agent harness.\n\n## Built for long-running agents across models and compute\n\nAs agents move from short prompts to longer-running engineering work, model choice starts to matter more.\n\nA lightweight task like triaging a Slack request or summarizing a GitHub issue may not need the same model as a complex debugging session, architectural change, or multi-step refactor. Some workflows need speed and low cost. Others need deeper reasoning, higher accuracy, more memory, or more control over where execution happens.\n\nThat is why OpenHands is built to be model-agnostic, agent-agnostic, and deployable in your environment. Agent Canvas introduces LLM Profiles, so developers can switch models mid-conversation or configure automations to use lower-cost models for straightforward tasks. That matters when agents are running in the background on a schedule, because not every workflow should default to the most expensive model.\n\nThis is also where our work with ecosystem partners reflects what we see across the market: long-running agents will run across heterogeneous AI stacks. Developers need the flexibility to choose the right model and compute environment for each workflow.\n\n[NVIDIA's Nemotron models](https://blogs.nvidia.com/blog/nvidia-gtc-taipei-computex-2026-news/#nemotron-3-ultra) are designed for the kind of work agents actually do at scale: planning, tool use, multi-step reasoning, and iteration across long workflows. OpenHands supports this at the agent harness layer, giving developers a way to connect the right model to the right task. NVIDIA accelerated computing gives developers access to the lowest cost per token compute to power their OpenHands agentic workflows including the [NVIDIA Vera Rubin](https://www.nvidia.com/en-us/data-center/vera-rubin-nvl72/) rack-scale platform, [NVIDIA Blackwell-based systems](https://blogs.nvidia.com/blog/blackwell-ai-inference/), and [NVIDIA RTX Spark](https://www.nvidia.com/en-us/products/rtx-spark/) AI PCs.\n\n*\"OpenHands is making long-running agent workflows practical for developers. NVIDIA Nemotron gives enterprises an open model foundation they can trust, customize, and specialize for their own tools, policies, and domains. And because Nemotron runs across NVIDIA accelerated computing, from local AI to cloud infrastructure, organizations can deploy in environments that meet their security, scale, and governance requirements.\"*\n\n**Joey Conway, Senior Director of AI Software at NVIDIA**\n\nAMD complements that model-choice story with flexibility in where agent workflows run. Agent Canvas gives developers a control center for building self-hostable coding-agent automations, and AMD provides practical paths to run those workflows on AMD compute, from AMD Instinct GPUs in the cloud to local AI development systems like [AMD Ryzen AI Halo](https://www.amd.com/en/developer/resources/technical-articles/2025/OpenHands.html). AMD recently published a [technical guide](https://www.amd.com/en/developer/resources/technical-articles/2026/deploying-openhands-coding-agents-on-amd-instinct-gpus.html) for deploying OpenHands on AMD Instinct GPUs with Qwen3-Coder and vLLM, and developers can get started with $100 in AMD Developer Cloud credits through the [AMD AI Developer Program](https://www.amd.com/en/developer/ai-dev-program.html).\n\n*\"AMD is excited to work with OpenHands to help developers run open-source LLMs and agentic workflows on AMD compute, from AMD Instinct GPUs in the cloud to local AI development systems like AMD Ryzen AI Halo. Builders can benefit from more choice in where their agents run and how they scale.\"*\n\n**Nick Ni, Sr Director, AI Group at AMD**\n\nThe future of agentic development will not be one model or one compute environment doing everything. Agent Canvas is the workspace for building across that stack, and OpenHands is the open agent layer for running workflows across the models, agents, and infrastructure developers choose.\n\n## Local-first, not local-only\n\nAgent Canvas is built around the simple idea that developers should be able to start locally but have the flexibility to run agents anywhere.\n\nYou can run Agent Canvas on your laptop and use it as your personal agent workspace. You can connect it to a VM if you want agents to keep running without depending on local hardware. You can connect to OpenHands Cloud for managed, always-on execution and easier integrations. And when your organization needs governance, auditability, access controls, and cost management, the same journey leads into OpenHands Enterprise and the [Agent Control Plane](http://openhands.dev/enterprise).\n\nThat flexibility also extends to the infrastructure developers already use. With [Modal](https://docs.openhands.dev/openhands/usage/agent-canvas/backend-setup/modal), developers can deploy the OpenHands Agent Server as a remote backend for Agent Canvas, creating a personal cloud sandbox for AI-assisted coding. With [ngrok](https://docs.openhands.dev/openhands/usage/agent-canvas/backend-setup/vm#option-c-ngrok-with-google-oauth), Agent Canvas can securely connect to the internet, enabling remote access and event-driven automations from tools like Slack, GitHub, and Linear wherever your agents are running.\n\nThis gives developers a practical path:\n\n1. \nStart locally with Agent Canvas\n2. \nConnect Slack and GitHub\n3. \nBuild your first agent automation\n4. \nMove useful workflows to a VM or cloud backend\n5. \nShare workflows with your team\n6. \nScale with enterprise controls when needed\n\n## Built for agent builders\n\nAgent Canvas is not a closed coding assistant. It is part of the open-source OpenHands platform. That matters because many developers don't just want to prompt agents. They want to build with them, customize them, and adapt them to their own workflows.\n\nWith OpenHands, agent builders can fork the codebase, create custom interfaces, embed the OpenHands SDK into their own products or internal platforms, and avoid being locked into a single model provider's SDK. OpenHands is MIT licensed, so teams can modify, extend, and distribute what they build.\n\nAgent Canvas becomes the interface layer for that work. It gives builders a place to experiment locally, inspect behavior, connect agents to real tools, and turn useful patterns into reusable workflows.\n\nYou can start with a Slack bot. Extend it into a GitHub workflow. Move it to a VM. Share it with your team. Build your own interface around it. Or embed OpenHands directly into an internal platform or product.\n\nAgent Canvas gives developers a starting point, but OpenHands gives builders the foundation to make it their own.\n\n## Open Source is the point\n\nAgent Canvas is part of the open-source OpenHands platform because agent infrastructure should not be a black box.\n\nIf agents are going to run real engineering work, developers should be able to inspect how they operate, modify how they behave, and decide where they run. OpenHands gives builders that control: fork the interface, embed the SDK, bring your own model or agent harness, and self-host workflows in the environment that fits your stack.\n\nOpen source is not just how OpenHands is distributed. It is how we make agent workflows transparent, extensible, and controlled by the teams running them.\n\n## Adopt OpenHands Enterprise when you're ready\n\nAgent Canvas is where many developers will start. [OpenHands Enterprise](http://openhands.dev/enterprise) is where organizations go when agent usage needs to scale across teams. A local scheduled automation is a great first workflow for one developer, one repo, or one team. But as adoption grows, teams need more:\n\n- \nShared access to workflows\n- \nAlways-on cloud execution\n- \nCentralized management\n- \nIdentity and access controls\n- \nSandboxed execution\n- \nAudit logs\n- \nUsage visibility\n- \nCost guardrails\n- \nSelf-hosted deployment options\n\nThat is the role of the OpenHands [Agent Control Plane](https://www.openhands.dev/blog/openhands-enterprise-agent-control-plane). Agent Canvas gives developers a local-first way to build and run agent workflows. OpenHands Enterprise gives organizations the infrastructure to scale those workflows safely across teams, repositories, and environments.\n\nThe journey starts with a developer getting something useful running locally. It grows when that workflow becomes valuable enough to share. And it scales when the organization needs control over how agents run, what they access, what they change, and how much they cost.\n\n## Start building with Agent Canvas\n\nAI coding agents are moving from experiments to everyday engineering tools. The next step is making them easier to run, easier to automate, and easier to scale. Agent Canvas gives developers that starting point. Install it locally. Connect Slack and GitHub. Start your first OpenHands conversation from where work already happens.\n\nAgent Canvas is designed to make the first workflow simple. To get started:\n\n1. \n[Install Agent Canvas locally](https://docs.openhands.dev/openhands/usage/agent-canvas/setup)\n2. \nAdd your LLM key, or use Agent Canvas with an existing harness like Claude Code or Codex\n3. \nSetup a [pre-built automation](https://docs.openhands.dev/openhands/usage/agent-canvas/prebuilt-automations) , like a Slack channel monitor or GitHub PR review assistant\n4. \nWatch OpenHands respond to automation triggers or schedules\n\nStart with something small like a Slack-triggered agent conversation, a GitHub issue investigation, or a pull request summary. Once that workflow is useful, you can keep refining it, move it to a more persistent backend, or share it with your team.\n\nAgent Canvas is the first step toward running coding agents as real engineering workflows, not just one-off sessions. When you are ready to move beyond your laptop, OpenHands Cloud and Enterprise give you the path to always-on execution, team workflows, and the control plane needed to run agents across your organization.\n\n[Join our community](https://openhands.dev/community) to collaborate, share use cases, and contribute to the project as it evolves. When you're ready to bring structure, security, and scale to production, [OpenHands Enterprise](http://openhands.dev/enterprise) gives your team the control plane needed to run agents confidently across your organization. Download it, try it, break it, and build with it. And when it's time to scale, [we're here to help](https://openhands.dev/contact).\n\nRunning on AMD hardware? Check out the [technical guide](https://www.amd.com/en/developer/resources/technical-articles/2026/deploying-openhands-coding-agents-on-amd-instinct-gpus.html) to deploy OpenHands on AMD compute, whether that's in the cloud or locally. Running on NVIDIA infrastructure? OpenHands works with [Nemotron models](https://developer.nvidia.com/blog/?p=117924) to run capable, reliable agent workflows.\n\n## About OpenHands\n\nOpenHands is the open-source platform for building and running AI coding agents, with the interface, automations, and control layer needed to go from a single local agent to a system running across an entire organization. The mission is to make agent-based software development accessible, transparent, and controllable by default. That starts in the open. The core framework is open source, giving developers and platform teams full visibility into how agents execute work and interact with their systems. The project has over 77,000 GitHub stars, millions of downloads, and contributions from hundreds of developers. OpenHands is used by engineers at large enterprises and fast-growing startups to build, run, and scale AI coding agents across real software engineering workflows. The long-term vision is to become the full stack AI coding agent platform for software engineering. Not just helping developers write code, but running meaningful parts of the software lifecycle.\n\n# Get useful insights in our blog\n\nInsights and updates from the OpenHands team\n\nSign up for our newsletter for updates, events, and community insights.", "url": "https://wpnews.pro/news/agent-canvas", "canonical_source": "https://www.openhands.dev/blog/introducing-agent-canvas", "published_at": "2026-09-08 21:37:51+00:00", "updated_at": "2026-09-08 21:59:38.397141+00:00", "lang": "en", "topics": ["ai-agents", "developer-tools", "ai-products"], "entities": ["OpenHands", "Agent Canvas", "Slack", "GitHub", "Linear", "OpenHands Cloud"], "alternates": {"html": "https://wpnews.pro/news/agent-canvas", "markdown": "https://wpnews.pro/news/agent-canvas.md", "text": "https://wpnews.pro/news/agent-canvas.txt", "jsonld": "https://wpnews.pro/news/agent-canvas.jsonld"}}