Skip to main content

Intelligent Workflow Triage Rules

๐ŸŽฏ When User Mentions New Work Itemsโ€‹

Rule: Off-Topic Feature Detectionโ€‹

Trigger: User mentions something important but unrelated to current work Action: Create a quick feature requirement text

**Quick Feature Requirement**
- **Feature**: [Brief description]
- **Context**: [When/why mentioned]
- **Priority**: [P0-P4 based on urgency keywords]
- **Scope**: [Task/Requirement/Epic based on complexity]
- **Suggested Command**: `supernal-coding workflow new [type] "[title]" --priority [X]`
- **Notes**: [Any additional context]

Save this to: `docs/requirements/quick-features/feature-[timestamp].md`

Rule: Conflict Detectionโ€‹

Trigger: User mentions something that conflicts with current approach Action:

  1. Acknowledge the conflict explicitly
  2. Note what needs updating
  3. Suggest resolution approach
โš ๏ธ **Conflict Detected**
- **Current Approach**: [What we're doing]
- **New Requirement**: [What user mentioned]
- **Impact**: [What needs to change]
- **Resolution**: [Suggested approach]
- **Action Required**: Update [specific files/requirements]

๐Ÿ”„ Task Scope Decision Treeโ€‹

Epic Indicatorsโ€‹

  • Words: "system", "architecture", "major feature", "multiple components", "months", "quarter", "platform", "infrastructure", "migration"
  • Length: >20 words
  • Complexity: Multiple requirements implied
  • Action: supernal-coding workflow new-epic "[name]" --priority [X]

Requirement Indicatorsโ€‹

  • Words: "user story", "feature", "behavior", "should", "must", "acceptance", "scenario", "given when then", "api endpoint", "workflow"
  • Length: 10-20 words
  • Complexity: Clear behavior definition
  • Action: supernal-coding workflow new-requirement "[name]" --priority [X]

Task Indicatorsโ€‹

  • Words: "fix", "bug", "refactor", "update", "configure", "install", "quick", "simple", "change", "modify", "add file"
  • Length: Less than 10 words
  • Complexity: Single action
  • Action: supernal-coding workflow new todo "[title]" --priority [X]

โšก Priority Assignment Rulesโ€‹

P0 (Critical) - Same Day Resolutionโ€‹

  • Keywords: "critical", "urgent", "blocking", "production", "security", "data loss"
  • Workflow: Skip planning โ†’ Implement โ†’ Test โ†’ Deploy

P1 (High) - Within 1 Weekโ€‹

  • Keywords: "important", "user impact", "revenue", "deadline", "release"
  • Workflow: Quick planning โ†’ Implement โ†’ Test โ†’ Review

P2 (Medium) - Within 2 Weeksโ€‹

  • Keywords: "improvement", "enhancement", "feature", "optimization"
  • Workflow: Standard planning โ†’ Implement โ†’ Test โ†’ Done

P3 (Low) - Within 1 Monthโ€‹

  • Keywords: "nice to have", "polish", "refactor", "documentation"
  • Workflow: Detailed planning โ†’ Implement when time allows

P4 (Future) - Next Quarterโ€‹

  • Keywords: "future", "research", "exploration", "experiment"
  • Workflow: Research โ†’ Document โ†’ Plan for future

๐Ÿงช Testing Strategy Rulesโ€‹

Immediate Testing Requiredโ€‹

  • Triggers: "bug", "fix", "regression", "broken", "failing"
  • Tests: Unit tests before any other work
  • Process: Test โ†’ Fix โ†’ Verify โ†’ Deploy

Integration Testing Requiredโ€‹

  • Triggers: "api", "database", "service", "endpoint", "integration"
  • Tests: Integration tests + unit tests
  • Process: Implement โ†’ Integration test โ†’ E2E test

E2E Testing Requiredโ€‹

  • Triggers: "user workflow", "scenario", "user story", "end-to-end"
  • Tests: Full E2E + integration + unit
  • Process: Implement โ†’ Unit โ†’ Integration โ†’ E2E โ†’ UAT

๐Ÿ“‹ Routing Rulesโ€‹

Use Kanban Systemโ€‹

  • For: Individual tasks, bug fixes, simple changes
  • Pattern: TODO โ†’ DOING โ†’ DONE

Use Requirements Systemโ€‹

  • For: User stories, features, behavioral requirements
  • Pattern: Requirement โ†’ Gherkin โ†’ Tests โ†’ Implementation

Use Epic Systemโ€‹

  • For: Large features, system changes, architectural work
  • Pattern: Epic โ†’ Requirements โ†’ Tasks โ†’ Implementation

Create Handoffโ€‹

  • For: Work that needs review, collaboration, or blocking issues
  • Pattern: Current work โ†’ Handoff โ†’ Review โ†’ Continue

๐Ÿ”„ Workflow Transition Rulesโ€‹

When Starting New Workโ€‹

  1. Check: git status and git branch
  2. Merge: Previous feature branch if complete
  3. Create: New feature branch for new work
  4. Verify: No active handoffs conflict

When Completing Workโ€‹

  1. Test: All tests pass
  2. Document: Update relevant documentation
  3. Approval: Check if manual approval required
  4. Merge: Follow git workflow

When Blockedโ€‹

  1. Document: Current state in handoff
  2. Specify: What's blocking and why
  3. Suggest: How to resolve or who to contact
  4. Move: Task to BLOCKED status

These rules help agents make consistent, intelligent decisions about workflow management and task prioritization.