Documentation / Technical Details

QUAD™ - Quick Unified Agentic Development (Detailed Guide)


Table of Contents

  • Shared vs Dedicated Resources
  • QUAD Hierarchy & Rules
  • Agent Class-Object Pattern
  • AI Agent Pipeline
  • Agents by Circle
  • Estimation Agent Pipeline
  • Flow Documentation
  • Technical Debt Handling
  • Enabling Teams
  • Team Setup & Project Lifecycle

  • Shared vs Dedicated Resources

    QUAD allows flexible resource allocation based on project needs:

    +-------------------------------------------------------------------+
    SHARED vs DEDICATED SPECTRUM
    +-------------------------------------------------------------------+
    
    MORE DEDICATED                              MORE SHARED
    
    CIRCLE 1CIRCLE 2CIRCLE 3CIRCLE 4
    MGMTDEVQAINFRA
    
    Dedicated     Dedicated      Shared       Shared
    per project   per project    across       across
    projects     directors
    
    +-------------------------------------------------------------------+

    Default Allocation

    CircleDefault ModeCan Be Changed? Circle 1 (Management)More DedicatedYes - can share BA/PM across small projects Circle 2 (Development)More DedicatedYes - devs can help other projects Circle 3 (QA)More SharedYes - can dedicate if project has enough work Circle 4 (Infrastructure)Purely SharedTypically shared across all directors

    Organizational Structure

    +-------------------------------------------------------------------+
    GROUP (e.g., Wealth Management)
    +-------------------------------------------------------------------+
    
    Director ADirector BDirector C
    
    Project 1Project 3Project 5
    Project 2Project 4Project 6
    
    +--------------------------------------------------------------------+
    SHARED RESOURCES
    Circle 4Circle 3Enabling Teams
    (Infra)(QA Pool)(Architect, etc.)
    ALWAYSUSUALLYOPTIONAL
    SHAREDSHARED
    

    +-------------------------------------------------------------------+


    QUAD Hierarchy & Rules

    Rule Hierarchy

    +---------------------------------------+
    BASE RULES (QUAD Platform)  <-- Universal do's and don'ts
    +---------------------------------------+
    COMPANY-WIDE RESTRICTIONS  <-- Entity/Org level policies
    +---------------------------------------+
    DIRECTOR RESTRICTIONS  <-- Program/Portfolio level
    +---------------------------------------+
    TECH LEAD RESTRICTIONS  <-- Team level
    +---------------------------------------+
    TEAM MEMBER CUSTOMIZATION  <-- Personal preferences
    +---------------------------------------+
    

    RULE: Each level can ADD restrictions, never CONTRADICT upper levels

    Example Rules

    LevelExample Rule Base Rules"Never commit secrets to Git" Company-wide"All PRs require 2 reviewers" Director"Use Java 21 only for this program" Tech Lead"Follow our naming conventions" Team Member"I prefer dark mode in IDE"

    What Can Be Customized

    SettingLevels That Can Set Agent on/offAll levels Approval requirementsCompany → Director → TL Code standardsCompany → Director → TL Tool choicesDirector → TL Personal preferencesTeam Member Security rulesCompany only

    Agent Class-Object Pattern

    QUAD agents follow a class-object instantiation pattern:

    How It Works

    +-------------------------------------------------------------------+
    AGENT LIFECYCLE
    +-------------------------------------------------------------------+
    
    CLASS (Template)                 OBJECT (Instance)
    Story AgentassignSuman's Story
    + setup
    - Capabilities- Connected
    - Base rules- App password
    - No connection- Local machine
    - "Ready" state- User context
    
    Cannot execute tasks             Can execute tasks
    Just a definition                Knows who it serves
    
    +-------------------------------------------------------------------+

    Setup Flow

    StepWhat HappensHow 1Agent Template existsQUAD Platform provides 2User joins teamGets web app access 3App Password createdNot SSO - restricted permissions 4Local machine setupAgent installed locally 5Agent = ObjectConnected, contextualized, active

    Key Points

  • • Agent uses App Password, not user's SSO
  • • App Password has restricted permissions per hierarchy
  • • Agent runs on user's local machine
  • • Each user has their own agent instance
  • • Templates may have readonly access in future

  • AI Agent Pipeline

    Agent Pipeline

    +-----------+    +-----------+    +-------------+    +-------------+
    AgentAgentAgentAgents
    +-----------+    +-----------+    +-------------+    +-------------+
          
       Horizon         Code Push        DEV Ready          Tests Pass
                                                               |
                                                               v
    +-------------+    +--------------+    +-------------+
    AgentAgentAgent
    +-------------+    +--------------+    +-------------+
          
       Production         QA Ready           PR Created

    Agents by Circle

    Circle 1: Management Agents

    AgentTriggerWhat It DoesReplaces Story AgentBA writes requirementEnhances with specs, acceptance criteria, edge cases, test casesJunior BA work Scheduling AgentMeeting neededAnalyzes calendars, finds optimal time, tracks action itemsScrum Master Documentation AgentFeature completeAuto-generates flow docs, updates wiki, links artifactsManual doc updates Estimation AgentStory readyOrchestrates multi-agent analysis for complexity, confidence, and effort estimationPlanning poker

    Estimation Agent Pipeline (Deep Dive)

    The Estimation Agent is unique - it orchestrates multiple agents in a sequential pipeline to produce accurate, confidence-based estimates.

    #### Pipeline Architecture
    +-------------------------------------------------------------------+
    ESTIMATION AGENT PIPELINE
    +-------------------------------------------------------------------+
    
    TRIGGER: Story marked "Ready for Estimation"
    
    

    AgentAgentAgentAgent

    v v v v Analyzes: Analyzes: Analyzes: Aggregates: - Files - Tables - Screens - All inputs - Components - Migrations - User flows - Confidence - Complexity - Queries - Integrations- Final estimate +-------------------------------------------------------------------+
    #### Pluggable Interface

    Each agent in the pipeline implements a standard interface:

    interface EstimationContributor {
      name: string;
      analyze(story: Story, context: Context): AgentAnalysis;
      getConfidenceImpact(): number;  // -20 to +10
      isRequired(): boolean;          // Can be skipped?
    }
    Pluggable Design: Agents can be added/removed from pipeline:
  • • Add: Security Agent, Performance Agent, etc.
  • • Remove: DB Agent (if story has no DB changes)
  • • Order can be adjusted per project needs
  • #### Agent Contributions AgentAnalyzesContributes to Estimate Code AgentFiles to modify, component complexity, dependenciesBase complexity score DB AgentTable changes, migrations, query complexityMigration risk, data volume impact Flow AgentUI screens affected, API endpoints, integration pointsUser flow complexity Estimation AgentAggregates all, historical comparison, team velocityFinal complexity + confidence #### Confidence Calculation
    +-------------------------------------------------------------------+
    CONFIDENCE CALCULATION
    +-------------------------------------------------------------------+
    
    BASE CONFIDENCE: 90%
    
    DEDUCTIONS (reduce confidence):
    FactorDeduction
    High code complexity (>50 files)-15%
    Database migration required-10%
    External API integration-10%
    New technology/framework-15%
    Cross-team dependency-10%
    Unclear requirements-20%
    No similar past stories-10%
    
    ADDITIONS (boost confidence):
    FactorAddition
    Similar story completed before+10%
    High test coverage in area+5%
    Clear requirements+5%
    Same developer did similar+5%
    
    FINAL CONFIDENCE = 90% + additions - deductions
    (Minimum: 30%, Maximum: 95%)
    
    +-------------------------------------------------------------------+
    #### Output Format (Full Breakdown)
    +-------------------------------------------------------------------+
    ESTIMATION RESULT
    +-------------------------------------------------------------------+
    Story: "Add dark mode toggle to settings"
    +-------------------------------------------------------------------+
    
    COMPLEXITY:     Octahedron (8)
    CONFIDENCE:     78%
    EFFORT:         5-6 days
    
    +-------------------------------------------------------------------+
    BREAKDOWN BY AGENT:
    
    Code Agent:     3 files, 2 components, medium complexity
    DB Agent:       1 new column (user_preferences.theme)
    Flow Agent:     2 screens affected, 1 API endpoint
    
    +-------------------------------------------------------------------+
    RISKS:
    ⚠️  CSS variable system not standardized
    ⚠️  No existing theme context in app
    
    +-------------------------------------------------------------------+
    SIMILAR PAST STORIES:
    • "Add language toggle" - Cube (6) - Actual: 5 days ✅
    • "Add notification preferences" - Octahedron (8) - Actual: 7d
    
    +-------------------------------------------------------------------+
    #### Human Override with AI Learning
    +-------------------------------------------------------------------+
    HUMAN OVERRIDE FLOW
    +-------------------------------------------------------------------+
    
    1. AI PRESENTS ESTIMATE
    Complexity: Octahedron (8), Confidence: 78%
    
    2. HUMAN REVIEWS
    [Accept AI Estimate]  or  [Override]
    
    3. IF OVERRIDE:
    Human Estimate: [Cube (6) ▼]
    Reason: "I've done this exact thing before, simpler"
    [Submit Override]
    
    4. STORY COMPLETION (later)
    Story completed in: 5 days
    
    5. AI LEARNING
    ESTIMATION FEEDBACK
    AI Estimate: 8  →  Human Override: 6  →  Actual: 5
    
    ✅ Human was closer!
    📚 AI learning: Adjusting confidence for similar
    stories involving "toggle" + "settings" patterns
    
    +-------------------------------------------------------------------+
    Key Points:
  • • Override requires a reason (tracked for retrospectives)
  • • After story completion, actual effort is compared to estimates
  • • AI adjusts its models based on who was more accurate
  • • Over time, AI learns team-specific patterns

  • Circle 2: Development Agents

    AgentTriggerWhat It DoesReplaces Dev Agent (UI)Story assignedScaffolds UI components, generates platform-specific codeBoilerplate coding Dev Agent (API)Story assignedGenerates controllers, services, DTOs, entitiesBoilerplate coding Code Review AgentPR createdPre-reviews for patterns, security, styleFirst-pass review Refactor AgentCode smell detectedSuggests improvements, removes duplicationTech debt discovery

    Circle 3: QA Agents

    AgentTriggerWhat It DoesReplaces UI Test AgentDEV deployedRuns Playwright/XCTest automationManual UI testing API Test AgentDEV deployedRuns REST API test suitesManual API testing Performance AgentQA deployedRuns load tests, identifies bottlenecksManual perf testing Test Generator AgentNew code pushedGenerates test cases from code and flow docsWriting test cases Bug Triage AgentBug reportedCategorizes, assigns severity, suggests ownerManual triage

    Circle 4: Infrastructure Agents

    AgentTriggerWhat It DoesReplaces Deploy Agent (DEV)PR merged to developBuilds and deploys to DEVManual deployment Deploy Agent (QA)Tests pass + PR approvedDeploys to QA environmentManual deployment Deploy Agent (PROD)QA approvedDeploys to production with rollback readyManual deployment Monitoring AgentAlways runningWatches logs, metrics, alerts on anomaliesManual monitoring Incident AgentAlert triggeredCreates ticket, pages on-call, suggests runbookManual incident mgmt Cost AgentDaily/WeeklyAnalyzes cloud spend, suggests optimizationsManual cost review

    Flow Documentation

    Flow Document Structure

    +-------------------------------------------------------------------+
    FLOW DOCUMENT TEMPLATE
    +-------------------------------------------------------------------+
    

    <h1 class="text-3xl font-bold text-white mb-8">FLOW: [Feature Name]</h1>

    <h2 class="text-2xl font-bold text-blue-300 mt-10 mb-6">Overview</h2> FieldValue

    Flow IDFLOW_XXX_001 OwnerCircle 1 (BA/PM/TL) Last UpdatedYYYY-MM-DD StatusDraft / Active / Retired

    <h2 class="text-2xl font-bold text-blue-300 mt-10 mb-6">Step 1: [Action Name]</h2>

    <h3 class="text-xl font-bold text-white mt-8 mb-4">UI</h3> ElementTypeValidation

    Field nameTextInputRequired, format ButtonButtonDisabled until valid

    <h3 class="text-xl font-bold text-white mt-8 mb-4">Screenshot</h3> [Include screenshot or mockup]

    <h3 class="text-xl font-bold text-white mt-8 mb-4">API</h3> POST /api/endpoint Content-Type: application/json

    Request: { "field": "value" }

    Response (200): { "result": "data" }

    Response (4xx/5xx): { "error": "message", "code": "ERROR_CODE" }

    <h3 class="text-xl font-bold text-white mt-8 mb-4">Database</h3> -- Query executed SELECT columns FROM table WHERE condition;

    -- Insert/Update INSERT INTO table (columns) VALUES (values);

    <h3 class="text-xl font-bold text-white mt-8 mb-4">Test Cases</h3> TC IDScenarioInputExpectedAPIDB Check

    TC001Happy pathvalid input200Yesrow added TC002Invalid inputbad input422Nono change

    <h2 class="text-2xl font-bold text-blue-300 mt-10 mb-6">Step 2: [Next Action]</h2> ...

    +-------------------------------------------------------------------+


    QA Testing View (Auto-Generated from Flow)

    +-------------------------------------------------------------------+
    QA TESTING VIEW
    +-------------------------------------------------------------------+
    
    Flow: FLOW_LOGIN_001
    
    Test Checklist (auto-generated from flow):
    
    UI Tests:
    [ ] Email field shows keyboard
    [ ] Password field masks input
    [ ] Login button disabled when empty
    [ ] Error message displays on failure
    
    API Tests:
    [ ] POST /api/auth/login returns 200 with valid creds
    [ ] Returns 401 with invalid password
    [ ] Returns 422 with malformed email
    [ ] Response contains token and user object
    
    Database Tests:
    [ ] users.last_login_at updated on success
    [ ] device_login_history row created
    [ ] login_attempts incremented on failure
    [ ] No data changed on validation failure
    
    Edge Cases:
    [ ] SQL injection attempt blocked
    [ ] Account lockout after 5 failures
    [ ] Concurrent login from 2 devices
    
    +-------------------------------------------------------------------+

    One Source of Truth Architecture

    +-------------------------------------------------------------------+
    ONE SOURCE OF TRUTH
    +-------------------------------------------------------------------+
    
    GIT REPOSITORY
    (Version Controlled)
    
    
    v                 v                 v
    /docs/src/tests
    flows/codespecs
    
    
    v
    QUAD WEB APP
    - Flow viewer
    - API browser
    - DB schema viewer
    - AI chat (RAG)
    - Test dashboard
    
    
    v             v             v
    ConfluenceJiraSwagger
    (sync)(sync)(auto)
    
    All tools sync FROM Git (single source)
    Never edit in Confluence directly
    
    +-------------------------------------------------------------------+

    Productivity Benefits

    MetricWithout QUAD DocsWith QUAD DocsImprovement Onboarding time2-4 weeks3-5 days75% faster "Where is X?" questions10+/dayNear zero90% reduction QA test case creation2 hours/featureAuto-generated80% faster Knowledge transferMeetings + shadowingRead the flow70% faster Bug reproduction"Works on my machine"Check flow + DBMuch faster New feature estimationGuessingSimilar flows existMore accurate

    Technical Debt Handling

    QUAD handles technical debt continuously, not in batches:

    Approach: Continuous + Visibility

    +-------------------------------------------------------------------+
    TECHNICAL DEBT APPROACH
    +-------------------------------------------------------------------+
    
    1. REFACTOR AGENT (Continuous Scanning)
    - Scans for code duplication
    - Identifies long methods (>50 lines)
    - Flags high cyclomatic complexity
    - Checks outdated dependencies
    - Detects security vulnerabilities
    - Finds missing tests
    - Creates tickets automatically
    
    2. BOY SCOUT RULE
    "Leave code better than you found it"
    - When dev touches a file, fix small issues
    - Include quick improvements with feature work
    - No separate "tech debt stories" for small items
    
    3. DEBT DASHBOARD (Visibility)
    - Overall debt score visible to all
    - Trends: improving, stable, declining
    - Alerts when score drops below threshold
    
    4. DEBT CEILING
    - If score < 60, Director is alerted
    - May pause features until debt reduced
    
    +-------------------------------------------------------------------+

    Tech Debt Dashboard

    +-------------------------------------------------------------------+
    TECH DEBT DASHBOARD
    +-------------------------------------------------------------------+
    
    Overall Debt Score: 72/100 (Healthy)
    ████████████████████░░░░░░░░░░
    
    By Category:
    CategoryScoreTrend
    Code Quality85/100^ Improving
    Test Coverage70/100- Stable
    Dependencies60/100v Declining
    Documentation75/100^ Improving
    
    Action Items: 3 Critical items need attention
    
    +-------------------------------------------------------------------+

    Enabling Teams

    Enabling Teams are optional support groups that are NOT counted as QUAD circles:

    +-------------------------------------------------------------------+
    ENABLING TEAMS
    (Optional)
    +-------------------------------------------------------------------+
    
    ArchitectSecurityCompliance
    GroupTeamTeam
    - Solution- Vuln scans- HIPAA check
    - Domain- Pen testing- SOC2 audit
    - Database- Code review- GDPR review
    - Cloud
    
    v                  v                   v
    Design AgentSecurityCompliance
    ScannerChecker
    
    +-------------------------------------------------------------------+
    

    QUAD = 4 Circles + AI Core + Optional Enabling Teams


    Team Setup & Project Lifecycle

    Team Setup Checklist

    StepActionOwner 1Assign 4 Circle roles to teamDirector 2Set up docs-first repositoryCircle 4 3Configure Story AgentCircle 1 4Configure Dev AgentsCircle 2 5Set up CI/CD with Deploy AgentsCircle 4 6Configure Test AgentsCircle 3 7Create team customization rulesTech Lead 8Train team on QUAD conceptsAll

    Project Lifecycle (12-Month Example)

    PhaseMonthsCircles ActiveFocus Phase 11-3Circle 1 + Circle 4Requirements + Infra setup Phase 24-6Circle 1 + Circle 2 + Circle 4Development + Environments Phase 37-9Circle 2 + Circle 3 + Circle 4Dev + QA + CI/CD Phase 410-12Circle 3 + Circle 4Testing + Production

    Related Documentation

  • QUAD Summary - High-level overview
  • QUAD Jargons - Terminology and glossary
  • QUAD Case Study - Calculator App: Agile vs QUAD comparison
  • QUAD (Full) - Original comprehensive document

  • QUAD™ - A methodology by Suman Addanki | First Published: December 2025