ProductsMulti-sourceSelected

CanyonOS Scales Multi-Agent Workloads Per Agent, Not Per App

CanyonOS:多智能体工作流可以只给忙的智能体加副本 https://t.co/xAgd2YWY0N 按智能体扩缩,也按智能体追踪 各智能体很少同时需要同一份容量:规划器很快结束,请求却可能堆...

Why we picked it

The non-obvious point is that agent-level autoscaling plus automatic cost tracing without code decorators removes two real operational pain points for LangChain and LangGraph teams, though adoption requires refactoring to one-file-per-agent. Developer and platform teams running multi-agent production workloads can start with the conversion assistant to migrate existing projects. The missing authentication and disabled dashboard login mean anyone self-hosting on AWS or Kubernetes must add access controls before exposing it.

CanyonOS, an open-source workflow-aware platform for multi-agent Python applications, has been released on GitHub. Instead of scaling an entire application, it runs each agent as an independent container service with its own queue and replica min/max settings, so a busy research agent can get extra copies while an idle planner does not.

Body

Agent-to-agent calls are written as normal method calls; a local controller forwards them and immediately returns a Future, allowing multiple concurrent calls without rewriting into async code. Scaling policies live in scaling.yaml and are measured per agent — requests completed per replica per minute, or queue length across all replicas. Sampling runs roughly every 5 seconds, and a replica is added or removed after 4 consecutive breaches, about a 20-second reaction time. Scale-down drains before stopping; databases and entry points never scale, and replicas have a minimum of 1. Calls and LLM requests through the built-in gateway are tracked with paths, latency, tokens and estimated cost, exportable to OpenTelemetry, without adding tracing decorators.

The author demonstrated a portfolio analysis (40% Apple, 35% Microsoft, 25% Nvidia over one year) via a local canyonos test that passed in about 22.4 seconds, with 10 traceable steps, two LLM calls and an estimated cost of US$0.000184 — self-reported, not independently benchmarked, and cost figures come from LiteLLM pricing rather than actual bills. Deployment targets local Docker, own AWS or Kubernetes; models must expose an OpenAI-compatible API. The deployed interface currently has no built-in authentication and the dashboard has login disabled by default.

Original · shao__meng

CanyonOS:多智能体工作流可以只给忙的智能体加副本 https://t.co/xAgd2YWY0N 按智能体扩缩,也按智能体追踪 各智能体很少同时需要同一份容量:规划器很快结束,请求却可能堆...

CanyonOS:多智能体工作流可以只给忙的智能体加副本 github.com/CanyonCodeCore… 按智能体扩缩,也按智能体追踪 各智能体很少同时需要同一份容量:规划器很快结束,请求却可能堆在某个研究智能体后面。整应用一起扩,空闲部分也会被加机器。CanyonOS 把每个智能体做成独立的容器服务,自带队列和副本上下限。智能体之间仍写成普通方法调用,由本地控制器转发并立即返回 Future,可以同时发出多路调用,而不必改写成异步代码。扩缩策略写在 scaling.yaml,对每个智能体分别计量:看每副本每分钟完成的请求数,或该智能体全部副本上的排队长度。默认约每 5 秒采样,连续 4 次越线才加减一个副本,大约 20 秒反应一次;缩容会先排空再停。数据库和入口不参与扩缩,副本下限至少为 1。 智能体之间的调用,以及经内置 LLM 网关的模型请求,由平台记下路径、耗时、token 和估算费用,并可导出到 OpenTelemetry。不必在业务代码里加追踪装饰器,但仍要按「一个智能体一个文件」接入,或用转换助手改写 LangChain、LangGraph 项目。可部署到本机 Docker、自有 AWS 或 Kubernetes,模型需提供 OpenAI 兼容接口。 一次演示,以及现在的边界 用官方 portfolio 示例分析了 40% 苹果、35% 微软、25% 英伟达,回看过去一年。跟帖截图是本地 canyonos test:Test passed,约 22.4 秒,价格来源为 yfinance。他写道有 10 个可追踪步骤、两次 LLM 调用,估算费用 0.000184 美元,但截图里看不到这张明细。这些是作者单次自报,不是独立评测。费用按平台价目估算,会用到 LiteLLM 的报价,不是账单原件。已部署接口没有内置鉴权,看板默认关闭登录。 Sumanth @Sumanth_077 Multi-agent workflows have a scaling problem! The agents inside the same workflow rarely need the same amount of capacity at the same time. Say you have a planner, multiple research agents, and a final synthesis agent. The planner might finish quickly while requests start piling up behind one of the research agents. Scaling the entire application would add capacity everywhere, even though only one part of the workflow actually needs it. CanyonOS is an open-source, workflow-aware platform for multi-agent Python applications and the harness between your agents. Each agent runs as a separate service with its own queue and replica limits, so the busy research agent can get additional capacity while the planner and synthesis agents stay where they are. It also handles communication between the agents and gives you visibility into what happens across the workflow after a request comes in. CanyonOS records the path a request took, including the agents it called, parallel branches, model usage, execution time, and estimated model costs. And you don't need to add tracing decorators or a separate instrumentation SDK throughout your agent code. You still integrate the workflow with CanyonOS, but tracing is handled at the platform layer. I also ran a multi-agent portfolio analysis workflow through it with separate agents working across three stocks. A single request produced 10 traceable steps across the workflow, and I could see which agents ran, where the LLM calls happened, how long each stage took, and the estimated model cost. For multi-agent applications, being able to operate each agent independently while still seeing the complete execution path becomes much more useful as the workflow grows. CanyonOS is open source. Link to the GitHub repo in the comments! 🔗 View Quoted Tweet📊 5 ⚡

Industry Coordinates & Source Verification

This report is categorized under AITOP's "Products" desk, focusing on US frontier AI labs and Silicon Valley technology leaders. Within our cross-regional analytical framework, it directly maps to AI developer toolchains, coding agents, and engineering workflows and US-China foundation model benchmarks and commercialization comparison. Key entities and technical topics under continuous tracking include CanyonOS, agents, open-source models, OpenTelemetry.

Source attribution: curated from shao__meng (@shao__meng). Cross-source corroboration: 11 independent sources have covered this development (including pandaily, Simon Willison’s Weblog, AWS Machine Learning Blog), confirming industry-wide signal strength.

  • pandaily11-11 07:41Source
  • Simon Willison’s Weblog11-11 17:19Source
  • AWS Machine Learning Blog11-11 23:35Source
  • 阿里云 Alibaba Cloud11-11 03:00Source
  • 宝玉11-11 05:31Source
  • Aravind Srinivas11-11 21:42Source
  • IT之家11-11 23:01Source
  • @koltregaskes11-12 09:26Source
  • Harrison Chase11-12 23:31Source
  • Tech in Asia11-11 00:34Source