Skip to content

feat(docs): Agent-inclusive SDLC paper with concrete Squad examples#434

Closed
diberry wants to merge 8 commits intobradygaster:devfrom
diberry:squad/agent-sdlc-paper
Closed

feat(docs): Agent-inclusive SDLC paper with concrete Squad examples#434
diberry wants to merge 8 commits intobradygaster:devfrom
diberry:squad/agent-sdlc-paper

Conversation

@diberry
Copy link
Copy Markdown
Collaborator

@diberry diberry commented Mar 16, 2026

Summary

This paper examines how AI agents participate as first-class contributors across every phase of the software development lifecycle. Uses Squad as the concrete example with specific patterns, protocols, and real orchestration logs.

Requested by Brady — High priority ask for specifics and examples, not high-level hand-waving.

What's Included

Comprehensive coverage of each SDLC phase with concrete Squad examples:

Requirements and Planning

  • PRD Mode ingestion and work decomposition
  • Design Review ceremony before multi-agent tasks
  • Decision capture in .squad/decisions.md

Design and Architecture

  • ADRs enforced by code (hook-based governance)
  • Design meeting structure with real example (PAO External Comms)
  • Module ownership table for routing

Implementation

  • Parallel fan-out: "Team, build this" decomposition
  • Drop-box pattern for conflict-free collaboration
  • Anticipatory downstream work (testers start before implementation completes)

Code Review

  • Reviewer rejection protocol with strict lockout semantics
  • Multi-reviewer gate (4-reviewer example from real orchestration log)
  • CI as first-class reviewer

Testing

  • Test agents writing cases from specs during implementation
  • Adversarial testing approach
  • Metrics test script pattern for process compliance

Deployment and Release

  • Ralph work monitor evaluating 4-gate merge readiness
  • GitHub Actions integration
  • Watch mode for autonomous operation

Maintenance and Knowledge

  • Persistent agent histories (.squad/agents/{name}/history.md)
  • Skills system for executable workflows
  • Knowledge compounding across sessions

Case Study

Complete trace of PAO External Communications feature through all phases:

  • Day 1: Requirements and design ceremony
  • Day 2-3: Parallel implementation (EECOM, PAO, FIDO, RETRO)
  • Day 3-4: Multi-reviewer gate with rejection and lockout
  • Day 4: Adversarial testing finding edge cases
  • Day 5: Ralph auto-merge after all gates pass
  • Ongoing: Scribe extracting decisions into team memory

Format

Written paper style (not bullets), approximately 3800 words. Includes:

  • Real orchestration log excerpts
  • Specific file paths and command examples
  • Comparison table (traditional vs agent teams)
  • Lessons learned and open questions
  • Appendices with key paths, commands, and full log example

Conventions

  • Uses "and" not ampersands (team convention)
  • Branch name: squad/agent-sdlc-paper
  • Created docs/papers/ directory for future papers

Copilot AI added 8 commits March 15, 2026 20:56
Implements the Phase 1 foundation for RFC bradygaster#426: PAO External Communications
with human review gate.

New skills:
- humanizer: Tone enforcement patterns for community responses
- external-comms: Full scan-draft-review-post workflow with confidence flags

Infrastructure:
- .squad/comms/ directory with audit logging, SQLite locking schema,
  tone validation patterns, and review state templates
- Tone validation test spec (7 test categories, 5 gold standard responses)
- CI gate definition (mandatory and warning checks)

Charter and routing updates:
- PAO (McManus) charter: external comms ownership, 3 hard rules
- Routing: community response work type added

Closes bradygaster#426

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Fixes from Flight (architecture), Procedures (skills), FIDO (validation):

SQLite lock: single global lease replacing per-session locks (Flight)
Routing: community response now explicit manual-trigger Phase 1 (Flight)
Audit lifecycle: runtime artifacts gitignored, README clarified (Flight)
External-comms skill: operationalized templates, rollback path, thread-read
  verification, confidence classification, discussion workflow (Procedures)
Humanizer skill: disagreement/info-request/no-link-dumping patterns (Procedures)
Gold standards: added GS-6 redirect + GS-7 closing (FIDO)
Tone validation: Node-safe regex, removed duplicate, added required patterns,
  baseline_blocking flag (FIDO)
Audit template: expanded action enum, conditional fields matrix (FIDO)

Reviewer rejection protocol enforced: original authors locked out per-artifact.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
1. Remove Ralph-triggered activation (manual-trigger only in Phase 1)
2. Remove 'pr' from item_type (issues/discussions only in Phase 1)
3. Fix audit action taxonomy: 'posted' → 'post' in example
4. Add empathetic-disagreement and information-request to response types
5. Fix outcome field: contextual per-action values with clear table
6. Add Discussion rollback path (GraphQL mutation for discussion comments)
7. Make baseline similarity blocking for high-confidence drafts in ci-gate

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
1. Audit entry frontmatter: only universal fields (timestamp, action)
2. Template sections annotated with applicable action types
3. Example audit entry in SKILL.md matches canonical template format
4. SKILL.md audit section references conditional fields table

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
1. Post example includes all required fields (item_number, draft_id, reviewer)
2. Post example excludes Reviewer Notes (scoped to approve/edit/skip only)
3. Post Result placeholder text matches post/delete scoping
4. Template clarifies action-specific fields go in frontmatter

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Audit directory is runtime-only (gitignored) — no need for placeholder.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Developer-oriented guide explaining:
- Directory structure (.squad/agents/{name}/)
- charter.md format and parsing
- history.md append-only learnings
- Casting system (registry, policy, history)
- Relationship between .squad/ runtime and SDK source
- How an agent 'exists' (charter + roster + routing)
- Alumni pattern for retired agents
- Cross-agent context propagation

Requested by Brady via Dina. Addresses the question: 'What does it mean
on disk to be a Squad agent?'

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@diberry
Copy link
Copy Markdown
Collaborator Author

diberry commented Mar 16, 2026

EECOM Review — ⚠️ Needs Clarity

PR body describes an SDLC paper (~3,800 words), but the actual diff contains PAO external communications infrastructure (skills, templates, SQL schema, tests). This is a mismatch between description and content.

If this is PAO comms infrastructure: The technical implementation looks solid — SQLite review state, audit trail, humanizer skill integration, and tone validation. All runtime state properly gitignored. The .squad/comms/ structure is clean and well-documented.

If this is meant to be an SDLC paper: The paper file (docs/papers/agent-inclusive-sdlc.md) is missing from the diff.

Please clarify which PR this is, or update the body to match the actual changes. I cannot approve until description and content align.

@diberry
Copy link
Copy Markdown
Collaborator Author

diberry commented Mar 16, 2026

Closing — content moved outside repo for reclassification. EECOM flagged description/diff mismatch and the scope needs rethinking (may belong as an extension, not core).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants