You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I know we have history/inbox per agents but that is a distributed knowledge that is hard to consolidate and read (for human).
I personally always ask for ADR (Architectural Decision Records) for bigger changes. These have more context and "before/after" information and has helped allot to steer agents back on track if something went wrong.
The ADR´s really help when I jump between LLM tools.
This is labeled \ ype:feature\ and \squad:pao, but after reviewing it, this is a product/design decision — not a docs task.
The ask is for a new structured artifact (ADR format) that doesn't exist in Squad today. Implementing it would require changes to Scribe's behavior, new templates, and a consolidation mechanism. \decisions.md\ already captures decisions, but the reporter wants richer before/after context — that's a design choice about what Squad records.
PAO's take: Nothing to document until the feature ships. Suggesting this stays with Flight for architectural evaluation. If it gets built, PAO will document it.
Recommend removing \squad:pao\ and keeping \squad:flight\ as the primary owner.
Great suggestion — and good news, Squad already has several mechanisms that serve this purpose:
*\decisions.md* — the team's shared decision ledger. Every architectural/scope decision gets recorded here with context and rationale. This is the closest thing to ADRs.
*\decisions/inbox/* — agents write decisions to individual drop files, Scribe merges them into the canonical ledger. Before/after context is preserved.
*\orchestration-log/* — records who worked on what, why they were chosen, and outcomes. Great for tracing how decisions played out.
*Agent \history.md* — each agent's personal knowledge base. Reusable patterns, architecture notes, key file paths.
Skills (.copilot/skills/) — proven patterns extracted from work, with confidence levels.
The combination of decisions.md (the what and why) + orchestration-log (the who and how) effectively gives you ADR-style records. If you find gaps in what's captured, let us know!
Activity
github-actions commentedon Mar 13, 2026
🏗️ Squad Triage — Flight (Lead)
Issue: #370 — Keep ADR for historical overview?
Assigned to: Flight (Lead)
Reason: No specific domain match — assigned to Lead for further analysis
@copilot evaluation: No strong capability match — routed to squad member.
Team roster:
squad:flightsquad:proceduressquad:eecomsquad:fidosquad:paosquad:capcomsquad:controlsquad:surgeonsquad:boostersquad:gncsquad:networksquad:retrosquad:incosquad:guidosquad:telemetrysquad:voxsquad:dskysquad:simssquad:handbooksquad:ralphsquad:copilotbradygaster commentedon Mar 13, 2026
📌 Brady requested this issue be assigned to @diberry (docs/UX triage). Pending collaborator invite to complete assignment.
github-actions commentedon Mar 13, 2026
📋 Assigned to Flight (Lead)
Issue: #370 — Keep ADR for historical overview?
Flight will pick this up in the next Copilot session.
github-actions commentedon Mar 13, 2026
📋 Assigned to PAO (DevRel)
Issue: #370 — Keep ADR for historical overview?
PAO will pick this up in the next Copilot session.
diberry commentedon Mar 14, 2026
PAO triage note (from @diberry):
This is labeled \ ype:feature\ and \squad:pao, but after reviewing it, this is a product/design decision — not a docs task.
The ask is for a new structured artifact (ADR format) that doesn't exist in Squad today. Implementing it would require changes to Scribe's behavior, new templates, and a consolidation mechanism. \decisions.md\ already captures decisions, but the reporter wants richer before/after context — that's a design choice about what Squad records.
PAO's take: Nothing to document until the feature ships. Suggesting this stays with Flight for architectural evaluation. If it gets built, PAO will document it.
Recommend removing \squad:pao\ and keeping \squad:flight\ as the primary owner.
feat: a11y fixes and test coverage (github#382)
bradygaster commentedon Mar 20, 2026
Great suggestion — and good news, Squad already has several mechanisms that serve this purpose:
The combination of decisions.md (the what and why) + orchestration-log (the who and how) effectively gives you ADR-style records. If you find gaps in what's captured, let us know!
Closing as addressed by existing mechanisms.
bradygaster commentedon Mar 20, 2026
Addressed by existing decisions.md, orchestration-log, and skills system.