<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Stotra Gandhi</title>
    <description>The latest articles on DEV Community by Stotra Gandhi (@stotra_gandhi_f1bbea33751).</description>
    <link>https://dev.to/stotra_gandhi_f1bbea33751</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4129639%2F7b5ac63f-36fd-4d96-8a9f-84090912c5fa.png</url>
      <title>DEV Community: Stotra Gandhi</title>
      <link>https://dev.to/stotra_gandhi_f1bbea33751</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/stotra_gandhi_f1bbea33751"/>
    <language>en</language>
    <item>
      <title>I build slack team but of coding agents</title>
      <dc:creator>Stotra Gandhi</dc:creator>
      <pubDate>Thu, 17 Sep 2026 10:14:27 +0000</pubDate>
      <link>https://dev.to/stotra_gandhi_f1bbea33751/i-build-slack-team-but-of-coding-agents-4526</link>
      <guid>https://dev.to/stotra_gandhi_f1bbea33751/i-build-slack-team-but-of-coding-agents-4526</guid>
      <description>&lt;p&gt;I Built an Open-Source Control Layer for AI Agents&lt;/p&gt;

&lt;p&gt;AI coding agents are becoming increasingly capable.&lt;/p&gt;

&lt;p&gt;But there is another problem:&lt;/p&gt;

&lt;p&gt;What happens when you want multiple agents to work together?&lt;/p&gt;

&lt;p&gt;One agent plans.&lt;/p&gt;

&lt;p&gt;Another implements.&lt;/p&gt;

&lt;p&gt;Another reviews.&lt;/p&gt;

&lt;p&gt;Another tests.&lt;/p&gt;

&lt;p&gt;Another decides whether the work should be accepted.&lt;/p&gt;

&lt;p&gt;Without an orchestration layer, these agents can quickly become isolated processes with fragmented context.&lt;/p&gt;

&lt;p&gt;That was the problem I wanted to explore.&lt;/p&gt;

&lt;p&gt;So I built Orchestrator.&lt;/p&gt;

&lt;p&gt;The idea&lt;/p&gt;

&lt;p&gt;Orchestrator provides a shared environment where humans and AI agents can collaborate on software projects.&lt;/p&gt;

&lt;p&gt;Instead of thinking:&lt;/p&gt;

&lt;p&gt;«Agent A + Agent B + Agent C»&lt;/p&gt;

&lt;p&gt;the architecture treats the system more like:&lt;/p&gt;

&lt;p&gt;Human + Agents + Shared State + Tasks + Memory + Verification + Governance&lt;/p&gt;

&lt;p&gt;The execution pipeline&lt;/p&gt;

&lt;p&gt;A task can move through multiple stages:&lt;/p&gt;

&lt;p&gt;Plan → Implement → Critique → Test → Arbitrate/Merge → Review → Record&lt;/p&gt;

&lt;p&gt;Each stage produces persistent execution information rather than simply disappearing after the model responds.&lt;/p&gt;

&lt;p&gt;Shared project rooms&lt;/p&gt;

&lt;p&gt;Agents can operate inside project rooms containing:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Tasks&lt;/li&gt;
&lt;li&gt;Messages&lt;/li&gt;
&lt;li&gt;Memory&lt;/li&gt;
&lt;li&gt;Runs&lt;/li&gt;
&lt;li&gt;Execution history&lt;/li&gt;
&lt;li&gt;Project state&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;This provides a common context for the team.&lt;/p&gt;

&lt;p&gt;Agent integrations&lt;/p&gt;

&lt;p&gt;The architecture supports adapters for different coding-agent workflows, including Codex, Claude Code, OpenCode and Cline, alongside a generic adapter approach.&lt;/p&gt;

&lt;p&gt;The goal is to keep the orchestration layer independent from any single agent.&lt;/p&gt;

&lt;p&gt;MCP&lt;/p&gt;

&lt;p&gt;The project also exposes orchestration functionality through MCP.&lt;/p&gt;

&lt;p&gt;Agents can interact with concepts such as:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Rooms&lt;/li&gt;
&lt;li&gt;Tasks&lt;/li&gt;
&lt;li&gt;Memory&lt;/li&gt;
&lt;li&gt;Runs&lt;/li&gt;
&lt;li&gt;Replay&lt;/li&gt;
&lt;li&gt;Ledger verification&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Safety and governance&lt;/p&gt;

&lt;p&gt;Multi-agent execution introduces another challenge: giving agents useful capabilities without turning the system into an uncontrolled automation layer.&lt;/p&gt;

&lt;p&gt;The project therefore includes controls around subprocess execution, browser actions, plugins, secrets, path traversal, injection filtering and execution budgets.&lt;/p&gt;

&lt;p&gt;What isn't finished&lt;/p&gt;

&lt;p&gt;This is important.&lt;/p&gt;

&lt;p&gt;I don't consider the current implementation production-ready.&lt;/p&gt;

&lt;p&gt;Areas such as stronger multi-tenancy, quotas, secrets management and OS/container-level sandboxing still need more work.&lt;/p&gt;

&lt;p&gt;I'm publishing it because I want those assumptions challenged.&lt;/p&gt;

&lt;p&gt;The experiment&lt;/p&gt;

&lt;p&gt;The bigger question I'm exploring is:&lt;/p&gt;

&lt;p&gt;What should the infrastructure layer underneath autonomous AI agents actually look like?&lt;/p&gt;

&lt;p&gt;If you're building coding agents, MCP systems, agent swarms or AI developer tools, I'd love to hear what you think.&lt;/p&gt;

&lt;p&gt;GitHub:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://github.com/contactaurawealth-lab/orchestrator" rel="noopener noreferrer"&gt;https://github.com/contactaurawealth-lab/orchestrator&lt;/a&gt;&lt;/p&gt;

</description>
      <category>agents</category>
      <category>ai</category>
      <category>architecture</category>
      <category>opensource</category>
    </item>
  </channel>
</rss>
