[FEATURE] Session Teams (Make structured sessions and sessions can comunicate each others interactively)

Resolved 💬 2 comments Opened Jun 5, 2026 by GarryChangTW Closed Jul 12, 2026

Preflight Checklist

  • [x] I have searched existing requests and this feature hasn't been requested yet
  • [x] This is a single feature request (not multiple features)

Problem Statement

I am a software architect managing a multi-subsystem information platform composed of three technically distinct components:

  • APP Layer: HTML5 frontend + Application Server
  • Data Processing: C# + Microsoft SQL Server
  • Billing System: COBOL (legacy core)

What I Am Trying to Do

I designed a hierarchical session architecture:

  • 1 Lead Session acting as PM + Architect (produces ADRs, task assignments, interface specs)
  • 3 Worker Sessions, one per subsystem, each with its own technical context

The Lead Session coordinates via shared files (docs/adr/, tasks/, BACKLOG.md). Worker Sessions read task files, execute, and write back status or escalation notes.

This maps closely to the multi-agent orchestration model Anthropic announced — and I am excited to see it becoming a first-class feature (Session Teams).

Proposed Solution

Specific Feedback & Feature Requests

1. Structured Escalation Path (Worker → Lead)

Currently, a Worker Session encountering a cross-system architectural question must write to a shared file and wait for a human to relay the message to the Lead Session.

Request: A native escalation mechanism where a sub-agent can flag a blocker to the coordinator with structured metadata (blocking reason, affected systems, urgency), without requiring human relay.

2. Role-Scoped CLAUDE.md Inheritance

Request: Support hierarchical CLAUDE.md files where the root-level file defines the Lead Agent's role and constraints, and subdirectory CLAUDE.md files define Worker Agent roles — with explicit scope boundaries (e.g., "this agent may not modify files outside ./billing/").

3. Cross-Agent Interface Contract Enforcement

In heterogeneous stacks, the most fragile point is the interface between subsystems (e.g., COBOL output format consumed by C# parser).

Request: A way to declare interface contracts (data format, field definitions) that all relevant agents are aware of and can validate against, reducing silent integration failures.

4. Agent Team Observability for Non-Developers

The current Agent Teams dashboard is terminal-based. For a PM or Architect role, a higher-level view showing task status per subsystem — without raw terminal output — would lower the barrier to adoption significantly.

Alternative Solutions

_No response_

Priority

High - Significant impact on productivity

Feature Category

Other

Use Case Example

_No response_

Additional Context

Why This Use Case Matters

Many enterprises run mixed-generation systems: a COBOL billing core alongside modern APIs and frontends. These are exactly the environments where AI-assisted maintenance has the highest ROI — and the highest coordination complexity. Claude Code's multi-agent architecture is well-positioned to serve this segment, but the cross-agent communication and role boundary features need to mature.

I believe the hierarchical orchestration model (Lead + Workers with clear role separation) is the right direction. These suggestions are intended to help it reach production readiness for real enterprise heterogeneous codebases.

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗