Create Follow-ups

Analyze completed work and create follow-up beads issues for discovered work. This is a standalone atomic command.

Usage

/conductor:create-followups
/conductor:create-followups <parent-issue-id>

When to Use

Always run after completing a task to capture:

• Implementation work from research/spike tasks
• Edge cases discovered during feature work
• Root cause fixes beyond immediate bug fix
• Remaining cleanup from refactors

Execute

1. Analyze Task Type

echo "=== Create Follow-ups ==="

# Check what was done
echo "Recent commit:"
git log -1 --oneline

echo ""
echo "Files changed:"
git diff HEAD~1 --name-only 2>/dev/null || git diff --cached --name-only
echo ""

2. Determine if Follow-ups Needed

Task Type	Follow-up Action
Research/Spike	Create implementation issues from findings
Feature	Create issues for edge cases, TODOs, enhancements
Bug fix	Create issues if root cause reveals other problems
Refactor	Create issues for remaining cleanup

3. Check for TODOs in Changes

# Find TODOs in changed files
echo "Checking for TODOs in changes..."
git diff HEAD~1 --name-only 2>/dev/null | xargs grep -n "TODO\|FIXME\|HACK" 2>/dev/null || echo "No TODOs found"
echo ""

4. Create Follow-up Issues

For research tasks:

# Example: Research completed, create implementation issues
bd create --title "Implement <finding from research>" \
  --type feature \
  --priority 2 \
  --description "Based on research in $PARENT_ISSUE. See docs/research/..."

bd create --title "Phase 2: <next step>" \
  --type feature \
  --priority 3 \
  --description "Follow-up from $PARENT_ISSUE research"

For discovered edge cases:

bd create --title "Handle edge case: <description>" \
  --type bug \
  --priority 3 \
  --description "Discovered during $PARENT_ISSUE implementation"

For TODOs:

bd create --title "Address TODO: <description>" \
  --type chore \
  --priority 4 \
  --description "TODO found in <file>:<line> during $PARENT_ISSUE"

5. Report Results

echo "=== Follow-up Summary ==="
echo ""
# List created issues or "none"

Output Format

{
  "created": ["TabzChrome-abc", "TabzChrome-def"],
  "skipped": false
}

Or if no follow-ups needed:

{
  "created": [],
  "skipped": true,
  "reason": "no follow-up work identified"
}

Guidelines

DO create issues for:

• Concrete implementation work from research
• Specific edge cases that need handling
• TODOs that should be tracked

DON'T create issues for:

• Vague "might be nice" ideas
• Duplicate existing issues
• Work that's out of scope for the project

Ask User if Unsure

If unsure whether to create follow-ups:

AskUserQuestion: "Should I create follow-up issues for: [list items]?"

Composable With

• /conductor:commit-changes - Run after commit
• /conductor:update-docs - Run before or after
• /conductor:close-issue - Run before closing
• /conductor:worker-done - Full pipeline that includes this