agentic-qe 3.8.1 → 3.8.3

package/.claude/skills/iterative-loop/SKILL.md

@@ -49,10 +49,10 @@ done
 
 ```bash
 # Using claude-flow hooks for iterative task
-npx @claude-flow/cli@latest hooks pre-task --description "Implement auth with iteration" --taskId "auth-impl"
+npx --no-install ruflo hooks pre-task --description "Implement auth with iteration" --taskId "auth-impl"
 
 # Store iteration state in memory
-npx @claude-flow/cli@latest memory store \
+npx --no-install ruflo memory store \
   --key "iteration-auth" \
   --value '{"iteration": 1, "maxIterations": 20, "criteria": "all tests pass"}' \
   --namespace iterations
@@ -232,18 +232,18 @@ Record metrics each iteration for trend analysis
 
 ```bash
 # Store iteration state
-npx @claude-flow/cli@latest memory store \
+npx --no-install ruflo memory store \
   --key "current-iteration" \
   --value '{"task": "auth", "iteration": 5, "lastResult": "2 tests failing"}' \
   --namespace iterations
 
 # Search for similar past iterations
-npx @claude-flow/cli@latest memory search \
+npx --no-install ruflo memory search \
   --query "auth implementation" \
   --namespace iterations
 
 # Learn from successful completions
-npx @claude-flow/cli@latest hooks post-task \
+npx --no-install ruflo hooks post-task \
   --taskId "auth-impl" \
   --success true \
   --quality 0.9
@@ -255,7 +255,7 @@ For complex tasks, use multiple agents iterating in parallel:
 
 ```bash
 # Initialize swarm for parallel iteration
-npx @claude-flow/cli@latest swarm init --topology mesh --max-agents 5
+npx --no-install ruflo swarm init --topology mesh --max-agents 5
 
 # Spawn specialized iterators
 Task("Iterate on unit tests", "Fix failing unit tests until all pass", "tester")

package/.claude/skills/localization-testing/SKILL.md

@@ -16,7 +16,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/localization-testing.yaml
-
 ---
 
 # Localization & Internationalization Testing
@@ -50,19 +49,6 @@ When testing multi-language/region support:
 - Before international releases
 - After UI changes
 
-### i18n vs l10n
-| Term | Full Name | Focus |
-|------|-----------|-------|
-| **i18n** | Internationalization | Building for localization |
-| **l10n** | Localization | Adapting for specific locale |
-
-### Common Locale Formats
-| Type | US (en-US) | UK (en-GB) | Japan (ja-JP) |
-|------|------------|------------|---------------|
-| **Date** | 10/24/2025 | 24/10/2025 | 2025/10/24 |
-| **Currency** | $1,234.56 | £1,234.56 | ¥1,235 |
-| **Number** | 1,234.56 | 1,234.56 | 1,234.56 |
-
 ---
 
 ## Translation Coverage Testing
@@ -220,8 +206,4 @@ const l10nFleet = await FleetManager.coordinate({
 
 ## Remember
 
-**Don't hardcode. Externalize all user-facing strings.** Every string visible to users must come from translation files, not code.
-
-**Test with native speakers, not just translation files.** Machine translations and translation files can have context issues that only native speakers catch.
-
 **With Agents:** Agents validate translation coverage, detect hardcoded strings, test locale-specific formatting, and verify RTL layouts automatically across all supported languages.

package/.claude/skills/mobile-testing/SKILL.md

@@ -16,7 +16,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/mobile-testing.yaml
-
 ---
 
 # Mobile Testing
@@ -66,51 +65,6 @@ When testing mobile applications:
 | **Tier 2** | 30% users | iPhone 14/13, Pixel 8 |
 | **Tier 3** | 10% users | Older devices, other manufacturers |
 
-### Mobile Performance Goals
-| Metric | Target |
-|--------|--------|
-| App launch | < 2 seconds |
-| Screen transition | < 300ms |
-| Frame rate | 60 FPS |
-| Battery drain | < 5%/hour background |
-
----
-
-## Touch Gesture Testing
-
-```javascript
-// Appium gesture examples
-// Tap
-await driver.touchAction({ action: 'tap', x: 100, y: 200 });
-
-// Swipe (scroll down)
-await driver.touchAction([
-  { action: 'press', x: 200, y: 400 },
-  { action: 'moveTo', x: 200, y: 100 },
-  { action: 'release' }
-]);
-
-// Pinch to zoom
-const finger1 = [
-  { action: 'press', x: 100, y: 200 },
-  { action: 'moveTo', x: 50, y: 150 },
-  { action: 'release' }
-];
-const finger2 = [
-  { action: 'press', x: 200, y: 200 },
-  { action: 'moveTo', x: 250, y: 250 },
-  { action: 'release' }
-];
-await driver.multiTouchAction([finger1, finger2]);
-
-// Long press
-await driver.touchAction({
-  action: 'longPress',
-  x: 100, y: 200,
-  duration: 2000
-});
-```
-
 ---
 
 ## Mobile-Specific Scenarios
@@ -218,8 +172,6 @@ const mobileFleet = await FleetManager.coordinate({
 
 ## Remember
 
-**Mobile is not a smaller desktop - it's a different platform.** 60%+ of web traffic is mobile. Device fragmentation (1000+ Android devices), touch gestures, sensors, permissions, offline scenarios - all require specific testing.
-
-**Test on real devices for critical flows.** Emulators catch 80% of bugs but real devices needed for actual performance, sensor behavior, and platform quirks.
+**Test on real devices for critical flows.** Emulators catch 80% of bugs but real devices are needed for actual performance, sensor behavior, and platform quirks.
 
-**With Agents:** `qe-test-executor` orchestrates testing across device farms, manages platform differences, and tests 10+ devices in parallel. Reduces mobile testing from days to hours.
+**With Agents:** `qe-test-executor` orchestrates testing across device farms, manages platform differences, and tests 10+ devices in parallel.

package/.claude/skills/mutation-testing/SKILL.md

@@ -11,7 +11,6 @@ last_optimized: 2025-12-02
 dependencies: []
 quick_reference_card: true
 tags: [mutation, stryker, test-quality, kill-rate, assertions, effectiveness]
-
 # ADR-056 Trust Tier 3 Validation
 trust_tier: 3
 validation:
@@ -234,3 +233,29 @@ const mutationFleet = await FleetManager.coordinate({
 **Focus on critical paths first.** Don't mutation test everything - prioritize payment, authentication, data integrity code.
 
 **With Agents:** Agents run mutation analysis, identify surviving mutants, and generate missing test cases to kill them. Automated improvement of test quality.
+
+## Run History
+
+After each mutation test run, append results to `run-history.json` in this skill directory:
+```bash
+node -e "
+const fs = require('fs');
+const h = JSON.parse(fs.readFileSync('.claude/skills/mutation-testing/run-history.json'));
+h.runs.push({date: new Date().toISOString().split('T')[0], mutation_score_pct: SCORE, killed: KILLED, survived: SURVIVED});
+fs.writeFileSync('.claude/skills/mutation-testing/run-history.json', JSON.stringify(h, null, 2));
+"
+```
+Read `run-history.json` before each run to track score improvements over time.
+
+## Skill Composition
+
+- **Before mutation testing** → Run `/qe-test-generation` to ensure tests exist
+- **After mutation results** → Use `/qe-coverage-analysis` to prioritize improvement areas
+- **Quality gate** → Feed results into `/qe-quality-assessment` for ship/no-ship decision
+
+## Gotchas
+
+- Stryker requires `--testRunner jest` explicitly if both jest and vitest are installed
+- Mutating `>=` to `>` in date comparisons rarely gets killed — add boundary tests
+- Running on files >500 LOC will timeout; use `--mutate` to target specific functions
+- `--concurrency` defaults to CPU count which OOMs in containers — set to 2

package/.claude/skills/mutation-testing/config.json

@@ -0,0 +1,14 @@
+{
+  "$schema": "./config-schema.json",
+  "_description": "Mutation Testing configuration. Auto-created on first run. Edit to customize.",
+  "mutator": "stryker",
+  "concurrency": 2,
+  "score_threshold": 80,
+  "options": {
+    "testRunner": null,
+    "mutateGlob": "src/**/*.{ts,js}",
+    "excludeGlob": "src/**/*.test.{ts,js}",
+    "timeoutMs": 60000
+  },
+  "_setupPrompt": "If testRunner is null, ask: 'Which test runner does this project use? (jest/vitest/mocha)'. Warn: concurrency defaults to 2 to avoid OOM in containers."
+}

package/.claude/skills/mutation-testing/references/mutation-operators.md

@@ -0,0 +1,38 @@
+# Mutation Operators Reference
+
+## Arithmetic Operators
+| Original | Mutant | What It Tests |
+|----------|--------|--------------|
+| `a + b` | `a - b` | Addition logic |
+| `a * b` | `a / b` | Multiplication logic |
+| `a % b` | `a * b` | Modulo logic |
+
+## Conditional Operators
+| Original | Mutant | What It Tests |
+|----------|--------|--------------|
+| `a > b` | `a >= b` | Off-by-one in boundaries |
+| `a >= b` | `a > b` | Boundary inclusion |
+| `a === b` | `a !== b` | Equality checks |
+| `a && b` | `a \|\| b` | Logical conjunction |
+
+## Statement Mutations
+| Original | Mutant | What It Tests |
+|----------|--------|--------------|
+| `return x` | `return !x` | Return value negation |
+| `if (cond)` | `if (true)` | Condition relevance |
+| `if (cond)` | `if (false)` | Dead code detection |
+| `statement` | _(removed)_ | Statement necessity |
+
+## Common Surviving Mutants and Fixes
+
+**`>=` to `>` survives**: Add boundary test with exact boundary value
+**`&&` to `||` survives**: Add test where only one condition is true
+**Removed `return` survives**: Function's return value isn't being checked
+**`+1` to `-1` survives**: Increment/decrement logic untested
+
+## Stryker Configuration Tips
+- `--testRunner jest` — explicit when multiple runners installed
+- `--concurrency 2` — prevents OOM in containers
+- `--mutate 'src/**/*.ts,!src/**/*.d.ts'` — skip type definitions
+- `--timeoutMS 60000` — increase for slow test suites
+- `--thresholds.high 80 --thresholds.low 60` — score quality bands

package/.claude/skills/mutation-testing/run-history.json

@@ -0,0 +1,6 @@
+{
+  "_description": "Mutation testing run history. Append after each run. Claude reads this to track mutation score trends.",
+  "_format": "Each entry: {date, scope, mutation_score_pct, killed, survived, timeout, no_coverage, improvement_areas}",
+  "_instructions": "After running mutation testing, append results here. Track score improvements over time. Flag if score drops below threshold.",
+  "runs": []
+}

package/.claude/skills/n8n-expression-testing/SKILL.md

@@ -16,7 +16,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/n8n-expression-testing.yaml
-
 ---
 
 # n8n Expression Testing

package/.claude/skills/n8n-integration-testing-patterns/SKILL.md

@@ -16,7 +16,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/n8n-integration-testing-patterns.yaml
-
 ---
 
 # n8n Integration Testing Patterns

package/.claude/skills/n8n-security-testing/SKILL.md

@@ -16,7 +16,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/n8n-security-testing.yaml
-
 ---
 
 # n8n Security Testing

package/.claude/skills/n8n-trigger-testing-strategies/SKILL.md

@@ -16,7 +16,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/n8n-trigger-testing-strategies.yaml
-
 ---
 
 # n8n Trigger Testing Strategies

package/.claude/skills/n8n-workflow-testing-fundamentals/SKILL.md

@@ -16,7 +16,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/n8n-workflow-testing-fundamentals.yaml
-
 ---
 
 # n8n Workflow Testing Fundamentals

package/.claude/skills/no-skip/SKILL.md

@@ -0,0 +1,74 @@
+---
+name: no-skip
+description: "Use when you want to prevent .skip(), .only(), xit(), and xdescribe() from being committed to test files. Activate with /no-skip for session-scoped test skip prevention."
+user-invocable: true
+---
+
+# No-Skip Mode
+
+When activated, blocks any write that adds test-skipping patterns to test files.
+
+## What It Does
+
+Prevents these patterns from being written to test files:
+- `.skip()` — skips individual tests
+- `.only()` — runs only one test (excludes all others)
+- `xit(` / `xdescribe(` — Jasmine skip syntax
+- `test.todo(` — unimplemented test placeholders
+- `@Skip` / `@Disabled` — JUnit skip annotations
+
+## Activation
+
+```
+/no-skip
+```
+
+## Hook Configuration
+
+```json
+{
+  "hooks": {
+    "PreToolUse": [
+      {
+        "matcher": "Write|Edit",
+        "hook": ".claude/skills/no-skip/scripts/check-skips.sh",
+        "condition": "file matches **/*.test.{ts,js,tsx,jsx} OR **/*.spec.{ts,js}"
+      }
+    ]
+  }
+}
+```
+
+## Enforcement Logic
+
+```bash
+#!/bin/bash
+# check-skips.sh
+CONTENT="$1"
+
+SKIP_PATTERNS=(
+  '\.skip\s*\('
+  '\.only\s*\('
+  '\bxit\s*\('
+  '\bxdescribe\s*\('
+  '\bxcontext\s*\('
+  'test\.todo\s*\('
+  '@Skip'
+  '@Disabled'
+  '@Ignore'
+)
+
+for pattern in "${SKIP_PATTERNS[@]}"; do
+  if echo "$CONTENT" | grep -qP "$pattern"; then
+    echo "BLOCKED: Found skip pattern '$pattern'"
+    echo "Remove the skip and either fix the test or delete it."
+    exit 1
+  fi
+done
+```
+
+## Gotchas
+
+- This catches NEW skips being written, not existing ones — run `grep -r '.skip(' tests/` to find existing skips
+- `.only()` is sometimes used intentionally during debugging — deactivate with `/no-skip off` if needed
+- Some frameworks use `pending()` instead of `.skip()` — add to patterns if using Jasmine

package/.claude/skills/no-skip/scripts/check-skips.sh

@@ -0,0 +1,28 @@
+#!/bin/bash
+# check-skips.sh — No-Skip hook
+# Blocks writes that add test-skipping patterns to test files.
+# Called by PreToolUse hook on Write/Edit to **/*.test.* or **/*.spec.*
+
+CONTENT="$1"
+
+if [ -z "$CONTENT" ]; then
+  # If no content passed, read from stdin
+  CONTENT=$(cat)
+fi
+
+FOUND=0
+
+# Check for skip patterns
+for pattern in '\.skip\s*(' '\.only\s*(' '\bxit\s*(' '\bxdescribe\s*(' '\bxcontext\s*(' 'test\.todo\s*(' '@Skip' '@Disabled' '@Ignore'; do
+  if echo "$CONTENT" | grep -qP "$pattern" 2>/dev/null || echo "$CONTENT" | grep -q "$pattern" 2>/dev/null; then
+    echo "BLOCKED: Found skip pattern: $pattern"
+    FOUND=1
+  fi
+done
+
+if [ $FOUND -eq 1 ]; then
+  echo "Remove the skip and either fix the test or delete it."
+  exit 1
+fi
+
+exit 0

package/.claude/skills/pair-programming/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: Pair Programming
-description: AI-assisted pair programming with multiple modes (driver/navigator/switch), real-time verification, quality monitoring, and comprehensive testing. Supports TDD, debugging, refactoring, and learning sessions. Features automatic role switching, continuous code review, security scanning, and performance optimization with truth-score verification.
+description: "Use when pair programming with AI assistance, practicing TDD with a navigator, debugging collaboratively, refactoring with real-time verification, or running learning sessions with continuous code review and quality monitoring."
 ---
 
 # Pair Programming

package/.claude/skills/pentest-validation/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: pentest-validation
-description: "Orchestrate security finding validation through graduated exploitation. 4-phase pipeline: recon (SAST/DAST), analysis (code review), validation (exploit proof), report (No Exploit, No Report gate). Eliminates false positives by proving exploitability."
+description: "Use when validating security findings from SAST/DAST scans, proving exploitability of reported vulnerabilities, eliminating false positives, or running the 4-phase pentest pipeline (recon, analysis, validation, report)."
 category: specialized-testing
 priority: critical
 tokenEstimate: 1500
@@ -253,8 +253,7 @@ aqe/pentest/
 
 ## Related Skills
 
-- [security-testing](../security-testing/) - OWASP vulnerability scanning
-- [qe-security-compliance](../qe-security-compliance/) - SAST/DAST automation
+- [security-testing](../security-testing/) - OWASP vulnerability scanning, SAST/DAST automation
 - [compliance-testing](../compliance-testing/) - Regulatory compliance
 - [api-testing-patterns](../api-testing-patterns/) - API security testing
 - [chaos-engineering-resilience](../chaos-engineering-resilience/) - Security under chaos

package/.claude/skills/performance-testing/SKILL.md

@@ -313,3 +313,24 @@ const perfFleet = await FleetManager.coordinate({
 **Trend over time:** Catch degradation early
 
 **With Agents:** Agents automate load testing, analyze bottlenecks, and compare with production. Use agents to maintain performance at scale.
+
+## Run History
+
+After each performance test run, append results to `run-history.json` in this skill directory:
+```bash
+node -e "
+const fs = require('fs');
+const h = JSON.parse(fs.readFileSync('.claude/skills/performance-testing/run-history.json'));
+h.runs.push({date: new Date().toISOString().split('T')[0], scenario: 'load', p95_ms: P95, throughput_rps: RPS, error_rate_pct: ERR});
+fs.writeFileSync('.claude/skills/performance-testing/run-history.json', JSON.stringify(h, null, 2));
+"
+```
+Read `run-history.json` before each run — compare with baselines. Alert if p95 increases >20% from baseline.
+
+## Gotchas
+
+- k6 scripts generated by agent often hardcode base URLs — use environment variables for portability
+- Load tests in containers hit resource limits before app limits — ensure container has 2x the resources of target
+- Agent forgets to include think time between requests — without it, load is unrealistically bursty
+- P95 vs P99 matters — agent defaults to averages which hide tail latency problems
+- Baseline comparison requires consistent environment — CI runner variance can cause 20%+ noise

package/.claude/skills/performance-testing/config.json

@@ -0,0 +1,18 @@
+{
+  "$schema": "./config-schema.json",
+  "_description": "Performance Testing configuration. Auto-created on first run. Edit to customize.",
+  "tool": null,
+  "baseline_file": null,
+  "thresholds": {
+    "p95_response_ms": 500,
+    "error_rate_percent": 1,
+    "throughput_rps": 100
+  },
+  "options": {
+    "duration": "30s",
+    "vus": 10,
+    "rampUp": "10s",
+    "thinkTime": "1s"
+  },
+  "_setupPrompt": "If tool is null, ask: 'Which load testing tool do you use? (k6/artillery/jmeter)'. If baseline_file is null, ask: 'Do you have an existing performance baseline file? (path or \"none\")'."
+}

package/.claude/skills/performance-testing/references/k6-patterns.md

@@ -0,0 +1,72 @@
+# k6 Load Testing Patterns
+
+## Basic Load Test
+```javascript
+import http from 'k6/http';
+import { check, sleep } from 'k6';
+
+export const options = {
+  stages: [
+    { duration: '30s', target: 20 },  // ramp up
+    { duration: '1m', target: 20 },   // steady state
+    { duration: '10s', target: 0 },   // ramp down
+  ],
+  thresholds: {
+    http_req_duration: ['p(95)<500'],
+    http_req_failed: ['rate<0.01'],
+  },
+};
+
+export default function () {
+  const res = http.get(`${__ENV.BASE_URL}/api/endpoint`);
+  check(res, {
+    'status is 200': (r) => r.status === 200,
+    'response time < 500ms': (r) => r.timings.duration < 500,
+  });
+  sleep(1); // Think time — don't forget!
+}
+```
+
+## Stress Test Pattern
+```javascript
+export const options = {
+  stages: [
+    { duration: '2m', target: 100 },
+    { duration: '5m', target: 100 },
+    { duration: '2m', target: 200 },
+    { duration: '5m', target: 200 },
+    { duration: '2m', target: 0 },
+  ],
+};
+```
+
+## Spike Test Pattern
+```javascript
+export const options = {
+  stages: [
+    { duration: '10s', target: 10 },
+    { duration: '1m', target: 10 },
+    { duration: '10s', target: 1000 },  // spike!
+    { duration: '3m', target: 1000 },
+    { duration: '10s', target: 10 },
+  ],
+};
+```
+
+## Soak Test Pattern
+```javascript
+export const options = {
+  stages: [
+    { duration: '5m', target: 50 },
+    { duration: '4h', target: 50 },  // long duration
+    { duration: '5m', target: 0 },
+  ],
+};
+```
+
+## Tips
+- Always include `sleep()` for think time
+- Use `__ENV.BASE_URL` not hardcoded URLs
+- Set `--out json=results.json` for CI comparison
+- Use `scenarios` for complex user journeys
+- Watch for connection reuse vs real-world patterns

package/.claude/skills/performance-testing/run-history.json

@@ -0,0 +1,6 @@
+{
+  "_description": "Performance testing run history. Append after each test run. Claude reads this to detect performance regressions.",
+  "_format": "Each entry: {date, scenario, p50_ms, p95_ms, p99_ms, throughput_rps, error_rate_pct, baseline_comparison}",
+  "_instructions": "After running performance tests, append results here. Compare with baselines. Alert if p95 increases >20% from baseline.",
+  "runs": []
+}

package/.claude/skills/pr-review/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: pr-review
-description: Scope-aware GitHub PR review with user-friendly tone and trust tier validation
+description: "Use when reviewing a GitHub PR for quality, scope correctness, trust tier compliance, or generating user-friendly review feedback."
 trust_tier: 0
 domain: code-review
 ---
@@ -24,8 +24,8 @@ Read the complete diff and PR description. Do not skim — read every changed fi
 
 ### 2. Scope Check
 - Only analyze AQE/QE skills (NOT Claude Flow platform skills)
-- Platform skills to EXCLUDE: v3-*, flow-nexus-*, agentdb-*, reasoningbank-*, swarm-*, github-*, hive-mind-advanced, hooks-automation, iterative-loop, stream-chain, skill-builder, sparc-methodology, pair-programming, release, debug-loop, aqe-v2-v3-migration
-- If the PR touches skills, verify the count/scope matches expectations (~78 AQE skills)
+- Platform skills to EXCLUDE: v3-*, flow-nexus-*, agentdb-*, reasoningbank-*, swarm-*, github-*, hive-mind-advanced, hooks-automation, iterative-loop, stream-chain, skill-builder, sparc-methodology, pair-programming, release, debug-loop
+- If the PR touches skills, verify the count/scope matches expectations (~82 AQE skills)
 - Flag any platform skill changes that may have leaked into an AQE-focused PR
 
 ### 3. Summarize Changes

package/.claude/skills/qcsd-cicd-swarm/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: qcsd-cicd-swarm
-description: "QCSD Verification phase swarm for CI/CD pipeline quality gates using regression analysis, flaky test detection, quality gate enforcement, and deployment readiness assessment. Consumes Development outputs (SHIP/CONDITIONAL/HOLD decisions, quality metrics) and produces signals for Production monitoring."
+description: "Use when enforcing CI/CD quality gates before release, running regression analysis, detecting flaky tests, or assessing deployment readiness in the QCSD Verification phase."
 category: qcsd-phases
 priority: critical
 version: 1.0.0
@@ -48,7 +48,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/qcsd-cicd-swarm.yaml
-
 ---
 
 # QCSD CI/CD Swarm v1.0

package/.claude/skills/qcsd-development-swarm/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: qcsd-development-swarm
-description: "QCSD Development phase swarm for in-sprint code quality assurance using TDD adherence, code complexity analysis, coverage gap detection, and defect prediction. Consumes Refinement outputs (BDD scenarios, SFDIPOT priorities) and produces signals for Verification."
+description: "Use when monitoring in-sprint code quality with TDD adherence checks, complexity analysis, coverage gap detection, or defect prediction in the QCSD Development phase."
 category: qcsd-phases
 priority: critical
 version: 1.0.0
@@ -48,7 +48,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/qcsd-development-swarm.yaml
-
 ---
 
 # QCSD Development Swarm v1.0

package/.claude/skills/qcsd-ideation-swarm/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: qcsd-ideation-swarm
-description: "QCSD Ideation phase swarm for Quality Criteria sessions using HTSM v6.3, Risk Storming, and Testability analysis before development begins. Uses 5-tier browser cascade: Vibium -> agent-browser -> Playwright+Stealth -> WebFetch -> WebSearch-fallback."
+description: "Use when running Quality Criteria sessions during PI/Sprint planning with HTSM v6.3, Risk Storming, or Testability analysis in the QCSD Ideation phase."
 category: qcsd-phases
 priority: critical
 version: 7.5.1
@@ -47,7 +47,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/qcsd-ideation-swarm.yaml
-
 ---
 
 # QCSD Ideation Swarm v7.0

package/.claude/skills/qcsd-production-swarm/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: qcsd-production-swarm
-description: "QCSD Production Telemetry phase swarm for post-release production health assessment using DORA metrics, root cause analysis, defect prediction, and cross-phase feedback loops. Consumes CI/CD outputs (RELEASE/REMEDIATE/BLOCK decisions, release readiness metrics) and produces feedback signals to Ideation and Refinement."
+description: "Use when assessing post-release production health with DORA metrics, root cause analysis, defect prediction, or cross-phase feedback loops in the QCSD Production phase."
 category: qcsd-phases
 priority: critical
 version: 1.0.0
@@ -44,7 +44,6 @@ validation:
   schema_path: schemas/output.json
   validator_path: scripts/validate-config.json
   eval_path: evals/qcsd-production-swarm.yaml
-
 ---
 
 # QCSD Production Swarm v1.0

package/.claude/skills/qcsd-production-swarm/steps/01-flag-detection.md

@@ -26,7 +26,7 @@ mcp__agentic-qe__memory_query({
 **CLI Fallback:**
 
 ```bash
-npx @claude-flow/cli@latest memory search --query "qcsd-cicd" --namespace qcsd-cicd --limit 1
+npx --no-install ruflo memory search --query "qcsd-cicd" --namespace qcsd-cicd --limit 1
 ```
 
 **Extract and record CI/CD baseline (if available):**