claude-flow-novice 2.15.11 → 2.16.0

package/.claude/skills/cfn-redis-coordination/AGENT_LOGGING.md

@@ -1,280 +0,0 @@
-# Agent Logging System
-
-Dual-output logging for CLI-spawned agents: terminal + Redis + portal visibility.
-
-## Features
-
-✅ **Terminal output** - Colored logs for debugging in tmux/terminal
-✅ **File logging** - Persisted to `/tmp/agent-*.log`
-✅ **Redis pub/sub** - Real-time streaming to web portal
-✅ **Redis history** - Last 7 days stored in sorted sets
-✅ **Portal filters** - Filter by repository, agent, or log level
-
-## Quick Start
-
-### 1. Source in Agent Scripts
-
-```bash
-#!/usr/bin/env bash
-source .claude/skills/redis-coordination/agent-log.sh
-
-# Set context
-export AGENT_ID="backend-dev-1"
-export TASK_ID="$1"  # Pass from command line
-
-# Log throughout execution
-agent_log "info" "Starting task execution"
-agent_log "debug" "Loading configuration from $CONFIG_FILE"
-agent_log "warn" "High memory usage detected: ${MEMORY}MB"
-agent_log "error" "Connection failed: $ERROR_MSG"
-```
-
-### 2. Standalone Usage
-
-```bash
-# Direct command-line usage
-./.claude/skills/redis-coordination/agent-log.sh info "Agent initialized" \
-  --agent-id researcher-1 \
-  --task-id task-auth-123
-
-# From any script
-./.claude/skills/redis-coordination/agent-log.sh error "Validation failed" \
-  --agent-id reviewer-2 \
-  --task-id task-auth-123
-```
-
-### 3. Log Levels
-
-- **debug** - Detailed debugging information (cyan)
-- **info** - General informational messages (green)
-- **warn** - Warning messages (yellow)
-- **error** - Error conditions (red)
-
-## Output Destinations
-
-**1. Terminal (with colors)**
-```
-[INFO] [backend-dev-1] Starting authentication implementation
-[WARN] [backend-dev-1] Database connection slow
-[ERROR] [reviewer-1] JWT validation failed
-```
-
-**2. File (`/tmp/agent-<id>.log`)**
-```
-[2025-10-20T07:02:48Z] [INFO] [backend-dev-1] Starting authentication implementation
-[2025-10-20T07:02:48Z] [WARN] [backend-dev-1] Database connection slow
-[2025-10-20T07:02:48Z] [ERROR] [reviewer-1] JWT validation failed
-```
-
-**3. Redis (`swarm:<task-id>:logs`)**
-```json
-{
-  "level": "info",
-  "message": "Starting authentication implementation",
-  "agentId": "backend-dev-1",
-  "taskId": "task-auth-123",
-  "repository": "claude-flow-novice",
-  "timestamp": "2025-10-20T07:02:48Z"
-}
-```
-
-**4. Web Portal (http://localhost:3456 → Logs tab)**
-- Real-time streaming via WebSocket
-- Filter by repository, agent, or level
-- Shows last 1000 logs (100 displayed)
-- Auto-refreshes on new logs
-
-## Integration Points
-
-### Option 1: Source in Main Agent Script
-
-```bash
-# In your main agent script
-source .claude/skills/redis-coordination/agent-log.sh
-
-# Set global context once
-export AGENT_ID="${AGENT_TYPE}-${AGENT_NUM}"
-export TASK_ID="$TASK_ID"
-
-# Then log freely
-agent_log "info" "Agent spawned successfully"
-# ... agent work ...
-agent_log "info" "Task completed with confidence 0.95"
-```
-
-### Option 2: Wrap Agent Spawning
-
-```bash
-# In orchestrate-cfn-loop.sh or spawn-agent.sh
-./.claude/skills/redis-coordination/agent-log.sh info \
-  "Spawning agent: $AGENT_ID for task: $TASK_ID" \
-  --agent-id "$AGENT_ID" \
-  --task-id "$TASK_ID"
-
-# Spawn agent
-npx claude-flow-novice agent "$AGENT_TYPE" --task-id "$TASK_ID"
-
-# Log completion
-./.claude/skills/redis-coordination/agent-log.sh info \
-  "Agent $AGENT_ID completed" \
-  --agent-id "$AGENT_ID" \
-  --task-id "$TASK_ID"
-```
-
-### Option 3: Add to Existing Agent Logic
-
-If you have existing CLI agent code, wrap key operations:
-
-```bash
-# Before long operation
-agent_log "info" "Starting database migration"
-
-# During operation
-if [ "$ROWS_UPDATED" -gt 10000 ]; then
-  agent_log "warn" "Large migration in progress: $ROWS_UPDATED rows"
-fi
-
-# On error
-if ! run_migration; then
-  agent_log "error" "Migration failed: $ERROR"
-  exit 1
-fi
-
-# On success
-agent_log "info" "Migration completed: $ROWS_UPDATED rows updated"
-```
-
-## Advanced Options
-
-### Skip Terminal Output (Quiet Mode)
-
-```bash
-agent_log "info" "Background task started" --no-terminal
-```
-
-### Skip Redis Output (Local Only)
-
-```bash
-agent_log "debug" "Local debug info" --no-redis
-```
-
-### Manual Context Override
-
-```bash
-agent_log "error" "Connection timeout" \
-  --agent-id "custom-agent" \
-  --task-id "override-task-id"
-```
-
-## Portal Usage
-
-1. **Open portal:** http://localhost:3456
-2. **Go to Logs tab** (📝 Logs)
-3. **Filter logs:**
-   - Repository: Select specific repo or "All Repositories"
-   - Agent: Select specific agent or "All Agents"
-   - Level: debug/info/warn/error or "All Levels"
-4. **Clear logs:** Click "Clear Logs" button
-
-**Stats shown:**
-- Total logs in memory
-- Number of repositories logging
-- Number of active agents
-
-## Redis Keys
-
-**Pub/Sub Channel:**
-```
-swarm:<task-id>:logs
-```
-
-**Sorted Set (History):**
-```
-swarm:<task-id>:logs:history
-```
-- Score: Unix timestamp
-- Value: JSON log entry
-- TTL: 7 days (604800 seconds)
-
-## Examples
-
-### Example 1: CFN Loop Agent
-
-```bash
-#!/usr/bin/env bash
-source .claude/skills/redis-coordination/agent-log.sh
-
-AGENT_ID="coder-3"
-TASK_ID="$1"
-
-agent_log "info" "Starting Loop 3 implementation phase"
-
-# Implement feature
-agent_log "debug" "Reading specification from spec.md"
-agent_log "info" "Implementing authentication service"
-
-if ! run_tests; then
-  agent_log "error" "Tests failed - iteration needed"
-  exit 1
-fi
-
-agent_log "info" "Implementation complete - confidence: 0.88"
-```
-
-### Example 2: Orchestrator Logging
-
-```bash
-# In orchestrate-cfn-loop.sh
-agent_log "info" "CFN Loop started - mode: $MODE" \
-  --agent-id "orchestrator" \
-  --task-id "$TASK_ID"
-
-agent_log "info" "Spawning Loop 3 agents: $LOOP3_AGENTS" \
-  --agent-id "orchestrator" \
-  --task-id "$TASK_ID"
-
-# ... spawn agents ...
-
-agent_log "info" "Loop 3 consensus: $CONSENSUS (gate: $GATE_THRESHOLD)" \
-  --agent-id "orchestrator" \
-  --task-id "$TASK_ID"
-```
-
-## Troubleshooting
-
-**Logs not appearing in portal:**
-1. Check Redis connection: `redis-cli ping`
-2. Check portal subscription: Look for "✅ Subscribed to swarm:*:logs" in portal startup
-3. Verify task ID matches swarm task ID
-4. Check Redis pub/sub: `redis-cli psubscribe "swarm:*:logs"`
-
-**Colors not showing in terminal:**
-- WSL/Linux should show colors automatically
-- tmux: Colors should work by default
-- If colors missing, terminal may not support ANSI codes
-
-**Log file not created:**
-- Check permissions on `/tmp/`
-- Verify `AGENT_ID` is set (file named `/tmp/agent-${AGENT_ID}.log`)
-
-## Performance
-
-- **Minimal overhead:** ~5ms per log entry
-- **Non-blocking:** Redis operations use `> /dev/null 2>&1 || true`
-- **Memory efficient:** Portal keeps max 1000 logs, shows 100
-- **Auto-cleanup:** Redis history expires after 7 days
-
-## Migration from Old Logging
-
-**Before:**
-```bash
-echo "[INFO] Agent started"
-```
-
-**After:**
-```bash
-source .claude/skills/redis-coordination/agent-log.sh
-agent_log "info" "Agent started"
-```
-
-Benefits: Same terminal output + Redis pub/sub + portal visibility + file logging

package/.claude/skills/cfn-redis-coordination/BZPOPMIN_FIX_SUMMARY.md

@@ -1,209 +0,0 @@
-# BZPOPMIN Implementation Fix Summary
-
-**Task ID:** redis-phase4-1760896217-fix
-**Agent ID:** backend-dev-fix-1
-**Date:** 2025-10-19
-**Confidence:** 0.95
-
-## Problem Statement
-
-The tester reported that BZPOPMIN was not retrieving messages from the sorted set (confidence: 0.10). Root causes identified:
-
-1. **JSON newlines**: `jq -n` produced pretty-printed JSON with newlines, breaking Redis ZADD
-2. **JSON parsing**: Missing validation when retrieving messages from BZPOPMIN
-3. **Debug capability**: No way to troubleshoot issues in production
-
-## Fixes Implemented
-
-### 1. Compact JSON for Redis Storage
-
-**File:** `.claude/skills/redis-coordination/invoke-waiting-mode.sh`
-**Line:** 177
-
-**Change:**
-```bash
-# OLD (broken - has newlines):
-WAKE_MSG=$(jq -n \
-    --arg reason "$REASON" \
-    '{reason: $reason, ...}')
-
-# NEW (fixed - compact):
-WAKE_MSG=$(jq -nc \
-    --arg reason "$REASON" \
-    '{reason: $reason, ...}')
-```
-
-**Impact:** JSON is now stored as a single line, compatible with Redis sorted set operations.
-
-### 2. JSON Validation on Retrieval
-
-**File:** `.claude/skills/redis-coordination/invoke-waiting-mode.sh`
-**Lines:** 150-168
-
-**Change:**
-```bash
-# Added JSON validation after BZPOPMIN
-WAKE_RESULT=$(redis-cli BZPOPMIN "$WAKE_QUEUE" 1 2>/dev/null)
-
-if [ -n "$WAKE_RESULT" ] && [ "$WAKE_RESULT" != "(nil)" ]; then
-    WAKE_MSG=$(echo "$WAKE_RESULT" | sed -n '2p')
-
-    # Validate JSON before processing
-    if echo "$WAKE_MSG" | jq empty 2>/dev/null; then
-        echo "[$AGENT_ID] ✅ Woken up!"
-        echo "$WAKE_MSG" | jq '.'
-        echo "$WAKE_MSG"
-        break
-    else
-        echo "[$AGENT_ID] ⚠️  Invalid JSON in wake message, ignoring"
-        continue
-    fi
-fi
-```
-
-**Impact:** Invalid messages are now detected and skipped, preventing agent crashes.
-
-### 3. Debug Mode
-
-**File:** `.claude/skills/redis-coordination/invoke-waiting-mode.sh`
-**Lines:** 40-41, 208-214
-
-**Change:**
-```bash
-# Environment variable for debug mode
-DEBUG="${DEBUG:-false}"
-
-# Debug output in wake command
-if [ "$DEBUG" = "true" ]; then
-    echo "[DEBUG] WAKE_QUEUE: $WAKE_QUEUE"
-    echo "[DEBUG] PRIORITY: $PRIORITY"
-    echo "[DEBUG] Priority score: $PRIORITY_SCORE"
-    echo "[DEBUG] Message: $WAKE_MSG"
-fi
-```
-
-**Usage:**
-```bash
-DEBUG=true ./invoke-waiting-mode.sh wake --task-id ... --agent-id ...
-```
-
-**Impact:** Troubleshooting production issues is now possible without code modifications.
-
-## Test Results
-
-### Test 1: Compact JSON Storage
-**Status:** ✅ PASSED
-**Verification:**
-```bash
-redis-cli ZRANGE "swarm:verify-test-1760898036:test-agent:wake-queue" 0 -1
-# Output: {"reason":"verify_json","iteration":0,"task":"","feedback":[],"priority":80,"timestamp":1760898036}
-# Single line, valid JSON
-```
-
-### Test 2: Priority Ordering
-**Status:** ✅ PASSED
-**Verification:**
-```bash
-# Sent: low (20), high (90), medium (50)
-# Retrieved: high (90), medium (50), low (20)
-# Order correct: highest priority first
-```
-
-### Test 3: JSON Validation
-**Status:** ✅ PASSED
-**Verification:**
-- Agent validates JSON before processing
-- Invalid messages are skipped with warning
-- No crashes or hangs
-
-### Test 4: Debug Mode
-**Status:** ✅ PASSED
-**Verification:**
-```bash
-DEBUG=true ./invoke-waiting-mode.sh wake ...
-# Output includes [DEBUG] lines with queue name, priority, score, and message
-```
-
-### Test 5: End-to-End Wake-Up Flow
-**Status:** ✅ PASSED
-**Verification:**
-```bash
-# Agent entered waiting mode
-# Agent blocked on BZPOPMIN (zero token cost)
-# Wake signal sent
-# Agent received message and woke up
-# Output: [test-a] ✅ Woken up!
-```
-
-## Performance Metrics
-
-| Metric | Before | After | Improvement |
-|--------|--------|-------|-------------|
-| Message retrieval | 0% success | 100% success | ✅ Fixed |
-| JSON storage | Multi-line (broken) | Single-line (working) | ✅ Fixed |
-| Error handling | None | Validation + skip | ✅ Added |
-| Debug capability | None | Full debug mode | ✅ Added |
-| Priority ordering | Untested | Verified working | ✅ Confirmed |
-
-## Files Modified
-
-1. `.claude/skills/redis-coordination/invoke-waiting-mode.sh`
-   - Added `-c` flag to `jq` for compact JSON (line 177)
-   - Added JSON validation in `enter` command (lines 156-167)
-   - Added debug mode environment variable (line 41)
-   - Added debug output in `wake` command (lines 209-214)
-
-2. `.claude/skills/redis-coordination/test-bzpopmin-fix.sh` (NEW)
-   - Comprehensive test suite for all fixes
-
-3. `.claude/skills/redis-coordination/BZPOPMIN_FIX_SUMMARY.md` (NEW)
-   - This documentation file
-
-## Deployment Notes
-
-**Breaking Changes:** None
-**Backward Compatibility:** Full
-**Migration Required:** No
-
-**Deployment Steps:**
-1. Deploy updated `invoke-waiting-mode.sh`
-2. No Redis data migration needed
-3. Existing wake queues will work with new code
-4. Debug mode is opt-in (set `DEBUG=true`)
-
-## Monitoring Recommendations
-
-1. **Success Rate:** Monitor wake-up success rate (should be 100%)
-2. **JSON Errors:** Track invalid JSON warnings (should be 0 in normal operation)
-3. **Priority Distribution:** Verify high-priority messages are processed first
-4. **Debug Usage:** Monitor DEBUG mode usage (should be enabled only for troubleshooting)
-
-## Confidence Assessment
-
-**Overall Confidence:** 0.95
-
-**Breakdown:**
-- Compact JSON fix: 1.0 (verified working)
-- JSON validation: 0.95 (comprehensive error handling)
-- Debug mode: 1.0 (verified output)
-- Priority ordering: 0.95 (verified correct behavior)
-- End-to-end flow: 0.90 (manual testing passed, automated tests WIP)
-
-**Remaining Risks:**
-- Edge cases with very large JSON messages (>1MB)
-- Redis connection failures during BZPOPMIN (existing issue, not introduced by fix)
-- Concurrent access patterns under extreme load (requires load testing)
-
-## Next Steps
-
-1. **Production Deployment:** Deploy fixes to production
-2. **Monitoring:** Set up alerts for JSON validation errors
-3. **Load Testing:** Verify behavior under high concurrency
-4. **Documentation:** Update SKILL.md with debug mode usage
-
-## References
-
-- Original issue: Tester confidence 0.10 (BZPOPMIN not working)
-- Fixed implementation: `.claude/skills/redis-coordination/invoke-waiting-mode.sh`
-- Test suite: `.claude/skills/redis-coordination/test-bzpopmin-fix.sh`
-- Skill documentation: `.claude/skills/redis-coordination/SKILL.md`