Google ने प्रयोगात्मक agent orchestration testbed Scion को open source किया

• कंटेनरों के अंदर एक साथ चलने वाले LLM-आधारित agents को local machine और remote cluster में प्रबंधित करने के लिए डिज़ाइन किया गया एक प्रयोगात्मक platform
• हर agent स्वतंत्र identity, credentials, workspace के साथ एक isolated process के रूप में काम करता है और coding, audit, testing जैसे विभिन्न लक्ष्यों को dynamic और parallel तरीके से आगे बढ़ाता है
• इसे "agents के लिए hypervisor" के रूप में परिभाषित किया गया है, और behavior rules को context में inject करने के बजाय container, git worktree, और network policy के ज़रिए बाहर से isolation देने की philosophy अपनाई गई है
• Gemini CLI, Claude Code, OpenCode, Codex जैसे प्रमुख agents को harness adapter के जरिए integrate करता है, और Docker, Podman, Apple Container, Kubernetes को runtime के रूप में support करता है
• agent lifecycle (Phase), वर्तमान behavior (Activity), और विस्तृत state (Detail) को 3-dimensional state model से track करता है, और collaboration scenarios को demo game codebase के साथ दिखाता है

---

Scion क्या है?

• एक प्रयोगात्मक orchestration testbed जो कंटेनरों में एक साथ चलने वाले LLM-आधारित agent समूहों को local machine, remote VM, और Kubernetes cluster में प्रबंधित करता है
• हर agent को स्वतंत्र identity, credentials, और workspace देकर research, coding, audit, testing जैसे अलग-अलग लक्ष्यों को dynamic रूप से विकसित होने वाले parallel task graph के रूप में चलाता है
• Google, Scion को "agents के लिए hypervisor" के रूप में परिभाषित करता है, जो agent memory, chat room, और task management को स्वतंत्र (orthogonal) concerns के रूप में एकीकृत करता है

मुख्य design philosophy: constraints से ज़्यादा isolation

• agent behavior को rules से सीमित करने के बजाय, container, git worktree, network policy जैसी infrastructure-level boundaries के ज़रिए safety सुनिश्चित की जाती है
• agents --yolo mode में स्वतंत्र रूप से चल सकते हैं, लेकिन isolation layer बाहर से guardrail का काम करती है
• इस तरीके से agent context में जटिल rules inject करने की ज़रूरत नहीं पड़ती, इसलिए agent सिर्फ अपने task पर ध्यान केंद्रित कर सकता है

मुख्य concepts (शब्दावली)

Scion अपनी अलग terminology का उपयोग करता है, इसलिए नीचे दिए गए concepts को पहले समझना ज़रूरी है

• Agent: LLM + Harness loop चलाने वाला isolated process. यह Scion की मूल execution unit है और इसके पास स्वतंत्र identity, credentials, और workspace होते हैं
• Grove: वह project workspace जिसमें agents मौजूद होते हैं. यह file system की .scion directory से मेल खाता है और git repository root या user home folder में हो सकता है
  • git-आधारित Grove में UUID v5 (repository URL से deterministically generated), जबकि Hub-native Grove में UUID v4 उपयोग होता है
• Hub: hosted Scion architecture का central control plane. यह user, Grove, और runtime broker के बीच state को coordinate करने वाला "brain" है
  • OAuth-आधारित identity और authentication management, agent/Grove/template state को central DB में store करना, lifecycle commands dispatch करना, और Web Dashboard के ज़रिए collaboration view देना
• Profile: किसी खास runtime और Harness configuration को जोड़कर परिभाषित किया गया execution environment specification. "Local Docker", "Production Kubernetes" जैसे environments के बीच switch करते समय template बदले बिना सिर्फ Profile बदलना होता है
• Harness: Gemini CLI, Claude Code, Codex जैसे किसी विशेष LLM tool को Scion ecosystem में integrate करने वाला adapter. यह start, stop, attach, resume जैसे सामान्य Scion commands को किसी भी agent पर एकसमान तरीके से चलने देता है
• Template: agent creation का blueprint. यह default settings, system prompt, और tools को define करता है और .scion/templates/ में store होता है
  • built-in templates (gemini, claude, opencode, codex) के अलावा "security auditor", "React expert" जैसी custom role templates भी बनाई जा सकती हैं
• Runtime: वह infrastructure layer जो agent containers को चलाती है. Docker, Podman, Apple Container, Kubernetes को support करती है
• Runtime Broker: Hub में register होकर execution capacity देने वाला computing node (server, laptop, K8s cluster). यह agent lifecycle management, workspace sync, और log streaming संभालता है

architecture: Manager-Worker structure

• scion CLI: host side पर agent lifecycle को orchestrate करने वाला tool. यह Grove (project workspace) management और template management (scion templates) प्रदान करता है
• Agents: Docker जैसे isolated runtime containers के अंदर Gemini CLI, Claude Code, Codex जैसे agent software चलाते हैं
• बुनियादी usage flow:
  1. scion init — project root में .scion directory बनाता है
  2. scion start <agent-name> "<task>" — agent शुरू करता है
  3. scion attach <agent-name> — agent session से interactive तरीके से जुड़ता है, या scion logs से output देखता है
  4. scion resume <agent-name> — रुके हुए agent को state सुरक्षित रखते हुए फिर से शुरू करता है

workspace strategy: git isolation approach

हर agent को स्वतंत्र git workspace देने के दो तरीके हैं

• local mode — Git Worktrees: Hub के बिना चलाने पर उपयोग
  • ../.scion_worktrees/<grove>/<agent> path पर dedicated branch के साथ worktree बनती है
  • इसे container के अंदर /workspace पर mount किया जाता है, जिससे वही repository history shared रहती है लेकिन working directory स्वतंत्र रहती है
  • काम पूरा होने के बाद git merge <agent-branch> से manual merge किया जाता है
• Hub mode — Git Init + Fetch: Hub उपयोग करने पर लागू
  • broker, SCION_GIT_CLONE_URL, SCION_GIT_BRANCH, GITHUB_TOKEN को container में inject करता है
  • container के अंदर sciontool init workspace initialize करता है, HTTPS से repository fetch करता है, और फिर scion/<agent-name> branch checkout करता है
  • host के SSH credentials की ज़रूरत नहीं, लेकिन GITHUB_TOKEN चाहिए
  • यह repository के हर broker machine पर local मौजूद होने या न होने से अलग consistent behavior सुनिश्चित करता है

resource isolation mechanisms

• filesystem: हर agent के लिए dedicated home directory को container में mount किया जाता है
• Shadow Mounts (tmpfs): .scion configuration data या दूसरे agents के workspace तक पहुंच रोकने के लिए tmpfs shadow mount का उपयोग
• credentials: gcloud authentication जैसे sensitive credentials को read-only mount या environment variable injection के ज़रिए सिर्फ संबंधित agent तक सीमित exposure दिया जाता है
• Grove data externalization: non-git Grove data और agent home directories को externalize किया जाता है, ताकि कोई agent workspace से दूसरे agents के data तक traverse न कर सके

agent state model (3-dimensional)

agent state को तीन dimensions में track किया जाता है ताकि infrastructure events और agent की perceived state को अलग किया जा सके

• Phase (lifecycle stage): created → provisioning → cloning → starting → running → stopping → stopped (या error)
• Activity (running के दौरान agent behavior): idle, thinking, executing, waiting_for_input, blocked, completed, limits_exceeded, offline
  • completed, blocked, limits_exceeded "sticky" states हैं, जो agent के explicitly restart या stop होने तक बने रहते हैं
  • blocked agent खुद set करता है, यह दिखाने के लिए कि वह किसी child agent के पूरा होने का इंतज़ार कर रहा है, ताकि system इसे गलती से error न समझे
  • offline तब होता है जब एक निश्चित समय तक agent heartbeat detect नहीं होती, जिसका कारण authentication token refresh failure हो सकता है
• Detail: वर्तमान Activity का अतिरिक्त context (tool name, message, task summary आदि free-form)

plugin system

• hashicorp/go-plugin आधारित plugin architecture से system को extend किया जा सकता है, और gRPC communication का उपयोग होता है
• message broker plugin: agent notifications और structured messaging के लिए custom message delivery backend प्रदान करता है
• agent harness plugin: core codebase बदले बिना नए LLM tools को Scion में integrate करने के लिए custom harness implement किया जा सकता है
• यह अभी शुरुआती चरण (foundational stage) में है, और दोनों plugin types के लिए reference implementations उपलब्ध हैं

[GN⁺]

Hacker News राय

• इस बार Scion को ज़रूर आज़माना चाहता हूँ
  पहले इसी तरह की कैटेगरी का Gastown इस्तेमाल किया था, नतीजे अच्छे थे लेकिन उतार-चढ़ाव बहुत था
  Gastown को लेकर मेरी मुख्य शिकायतें थीं: (1) महंगा, (2) केवल Claude model का मजबूरन इस्तेमाल, (3) internal database का backup लेना या remotely connect करना मुश्किल, (4) upgrade के दौरान अक्सर context loss हो जाता है
  फिर भी इसने बाज़ार के दूसरे tools से बेहतर बातचीत और collaboration में ‘जादुई’ नतीजे दिए

• Google का approach दिलचस्प है
  मैंने Optio नाम का एक Agent Orchestration platform बनाया है, जो Notion, Github Issues, Jira, Linear जैसे ticket systems के साथ integrate होता है, और code agents को PR merge तक करने के लिए डिज़ाइन किया गया है
  Scion के long-running agents और container के बीच communication support ने प्रभावित किया
  हालांकि, मैंने इसे k8s पर बनाया है, जबकि Scion अपना control plane फिर से implement करने की कोशिश करता दिखता है, इसलिए इस बारे में थोड़ा संदेह है

• “constraints से ज़्यादा isolation” वाली philosophy सही दिशा लगती है
  containers boundaries तो देते हैं, लेकिन अंदर execution में क्या हो रहा है यह नहीं दिखता
  जिज्ञासा है कि Scion कितना execution context expose करता है। नहीं तो LiteLLM attack की तरह, नुकसान का पता execution के बाद ही चल सकता है

  • मैं Scion का lead developer हूँ
    इसमें कई स्तरों की state और telemetry है
    मूल रूप से hook system data collect करता है, और जहाँ OpenTelemetry support है वहाँ उसे cloud collector को भेजता है
    कुछ activities की self-reporting agent खुद करता है, और यह जानकारी control plane में दिखाई देती है

• code documentation में काफ़ी गहराई में दबा हुआ था
  GitHub repository ढूँढनी पड़ी

  • सही बात, मैंने भी इसे मार्च के अंत में star किया था और भूल गया था, अब फिर देखा तो काफ़ी दिलचस्प लगा

• दिशा Gastown जैसी लगती है, लेकिन कुछ core features गायब दिखते हैं
  खासकर formula feature game changer था

  • मैं Scion का lead developer हूँ
    गायब features जानबूझकर design का हिस्सा हैं। Scion, Gastown के कहे हुए “gascity” के ज़्यादा क़रीब है — यानी users orchestration characters और definitions खुद लाते हैं
    इस example को देखें, यह एक साधारण Markdown-based orchestration है
    Scion एक game engine की तरह काम करता है, और Gastown को Scion पर port करने का काम चल रहा है

• project अभी भी शुरुआती experimental stage में है, इसलिए असहजता होती है
  local mode stable है, लेकिन Hub-based workflow लगभग 80% तक validate हुआ है, और Kubernetes runtime अभी rough बताया गया है
  इसलिए अभी के लिए शायद Gastown बेहतर विकल्प हो सकता है

  • यह कल्पना करना मुश्किल है कि Gastown किसी भी दूसरी चीज़ से बेहतर हो

• title देखकर दूसरा SCION (internet architecture) याद आ गया
  wiki article देखें

• agents के साथ और experiment करना चाहता हूँ, लेकिन कंपनी सिर्फ़ Claude Code का ही भुगतान करती है
  ऊपर से TOS के हिसाब से API को दूसरे कामों में इस्तेमाल नहीं कर सकते
  क्या किसी और की भी ऐसी ही स्थिति है? token-based billing भी जल्दी महंगी हो जाती है

  • यह मूल रूप से container के अंदर Claude Code चलाता है, इसलिए यह TOS violation नहीं है

• वाकई शानदार! मैंने भी हाल में कुछ ऐसा ही बनाया
  Parallax के साथ थोड़ा hack किया, और उससे जुड़ी बातें blog में लिखी हैं