@fro.bot/systematic 2.0.3 → 2.1.0

package/skills/setup/SKILL.md

@@ -1,151 +1,22 @@
 ---
 name: setup
-description: Configure which review agents run for your project. Auto-detects stack and writes systematic.local.md.
+description: Configure project-level settings for systematic workflows. Currently a placeholder — review agent selection is handled automatically by ce:review.
 disable-model-invocation: true
 ---
 
 # Systematic Setup
 
-## Interaction Method
+Project-level configuration for systematic workflows.
 
-Ask the user each question below using the platform's blocking question tool (e.g., `question` in OpenCode, `request_user_input` in Codex, `ask_user` in Gemini). If no structured question tool is available, present each question as a numbered list and wait for a reply before proceeding. For multiSelect questions, accept comma-separated numbers (e.g. `1, 3`). Never skip or auto-configure.
+## Current State
 
-Interactive setup for `systematic.local.md` — configures which agents run during `ce:review` and `ce:work`.
+Review agent selection is handled automatically by the `ce:review` skill, which uses intelligent tiered selection based on diff content. No per-project configuration is needed for code reviews.
 
-## Step 1: Check Existing Config
+If this skill is invoked, inform the user:
 
-Read `systematic.local.md` in the project root. If it exists, display current settings and ask:
+> Review agent configuration is no longer needed — `ce:review` automatically selects the right reviewers based on your diff. Project-specific review context (e.g., "we serve 10k req/s" or "watch for N+1 queries") belongs in your project's AGENTS.md or AGENTS.md, where all agents already read it.
 
-```
-Settings file already exists. What would you like to do?
+## Future Use
 
-1. Reconfigure - Run the interactive setup again from scratch
-2. View current - Show the file contents, then stop
-3. Cancel - Keep current settings
-```
-
-If "View current": read and display the file, then stop.
-If "Cancel": stop.
-
-## Step 2: Detect and Ask
-
-Auto-detect the project stack:
-
-```bash
-test -f Gemfile && test -f config/routes.rb && echo "rails" || \
-test -f Gemfile && echo "ruby" || \
-test -f tsconfig.json && echo "typescript" || \
-test -f package.json && echo "javascript" || \
-test -f pyproject.toml && echo "python" || \
-test -f requirements.txt && echo "python" || \
-echo "general"
-```
-
-Ask:
-
-```
-Detected {type} project. How would you like to configure?
-
-1. Auto-configure (Recommended) - Use smart defaults for {type}. Done in one click.
-2. Customize - Choose stack, focus areas, and review depth.
-```
-
-### If Auto-configure → Skip to Step 4 with defaults:
-
-- **Rails:** `[kieran-rails-reviewer, dhh-rails-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle]`
-- **Python:** `[kieran-python-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle]`
-- **TypeScript:** `[kieran-typescript-reviewer, code-simplicity-reviewer, security-sentinel, performance-oracle]`
-- **General:** `[code-simplicity-reviewer, security-sentinel, performance-oracle, architecture-strategist]`
-
-### If Customize → Step 3
-
-## Step 3: Customize (3 questions)
-
-**a. Stack** — confirm or override:
-
-```
-Which stack should we optimize for?
-
-1. {detected_type} (Recommended) - Auto-detected from project files
-2. Rails - Ruby on Rails, adds DHH-style and Rails-specific reviewers
-3. Python - Adds Pythonic pattern reviewer
-4. TypeScript - Adds type safety reviewer
-```
-
-Only show options that differ from the detected type.
-
-**b. Focus areas** — multiSelect (user picks one or more):
-
-```
-Which review areas matter most? (comma-separated, e.g. 1, 3)
-
-1. Security - Vulnerability scanning, auth, input validation (security-sentinel)
-2. Performance - N+1 queries, memory leaks, complexity (performance-oracle)
-3. Architecture - Design patterns, SOLID, separation of concerns (architecture-strategist)
-4. Code simplicity - Over-engineering, YAGNI violations (code-simplicity-reviewer)
-```
-
-**c. Depth:**
-
-```
-How thorough should reviews be?
-
-1. Thorough (Recommended) - Stack reviewers + all selected focus agents.
-2. Fast - Stack reviewers + code simplicity only. Less context, quicker.
-3. Comprehensive - All above + git history, data integrity, agent-native checks.
-```
-
-## Step 4: Build Agent List and Write File
-
-**Stack-specific agents:**
-- Rails → `kieran-rails-reviewer, dhh-rails-reviewer`
-- Python → `kieran-python-reviewer`
-- TypeScript → `kieran-typescript-reviewer`
-- General → (none)
-
-**Focus area agents:**
-- Security → `security-sentinel`
-- Performance → `performance-oracle`
-- Architecture → `architecture-strategist`
-- Code simplicity → `code-simplicity-reviewer`
-
-**Depth:**
-- Thorough: stack + selected focus areas
-- Fast: stack + `code-simplicity-reviewer` only
-- Comprehensive: all above + `git-history-analyzer, data-integrity-guardian, agent-native-reviewer`
-
-**Plan review agents:** stack-specific reviewer + `code-simplicity-reviewer`.
-
-Write `systematic.local.md`:
-
-```markdown
----
-review_agents: [{computed agent list}]
-plan_review_agents: [{computed plan agent list}]
----
-
-# Review Context
-
-Add project-specific review instructions here.
-These notes are passed to all review agents during ce:review and ce:work.
-
-Examples:
-- "We use Turbo Frames heavily — check for frame-busting issues"
-- "Our API is public — extra scrutiny on input validation"
-- "Performance-critical: we serve 10k req/s on this endpoint"
-```
-
-## Step 5: Confirm
-
-```
-Saved to systematic.local.md
-
-Stack:        {type}
-Review depth: {depth}
-Agents:       {count} configured
-              {agent list, one per line}
-
-Tip: Edit the "Review Context" section to add project-specific instructions.
-     Re-run this setup anytime to reconfigure.
-```
+This skill is reserved for future project-level configuration needs beyond review agent selection.
 

package/skills/slfg/SKILL.md

@@ -21,16 +21,20 @@ Swarm-enabled LFG. Run these steps in order, parallelizing where indicated. Do n
 
 After work completes, launch steps 5 and 6 as **parallel swarm agents** (both only need code to be written):
 
-5. `/ce:review` — spawn as background Task agent
+5. `/ce:review mode:report-only` — spawn as background Task agent
 6. `/systematic:test-browser` — spawn as background Task agent
 
 Wait for both to complete before continuing.
 
+## Autofix Phase
+
+7. `/ce:review mode:autofix` — run sequentially after the parallel phase so it can safely mutate the checkout, apply `safe_auto` fixes, and emit residual todos for step 8
+
 ## Finalize Phase
 
-7. `/systematic:resolve-todo-parallel` — resolve findings, compound on learnings, clean up completed todos
-8. `/systematic:feature-video` — record the final walkthrough and add to PR
-9. Output `<promise>DONE</promise>` when video is in PR
+8. `/systematic:todo-resolve` — resolve findings, compound on learnings, clean up completed todos
+9. `/systematic:feature-video` — record the final walkthrough and add to PR
+10. Output `<promise>DONE</promise>` when video is in PR
 
 Start with step 1 now.
 

package/skills/test-browser/SKILL.md

@@ -225,12 +225,12 @@ When a test fails:
 
    How to proceed?
    1. Fix now - I'll help debug and fix
-   2. Create todo - Add a todo for later (using the file-todos skill)
+   2. Create todo - Add a todo for later (using the todo-create skill)
    3. Skip - Continue testing other pages
    ```
 
 3. **If "Fix now":** investigate, propose a fix, apply, re-run the failing test
-4. **If "Create todo":** load the `file-todos` skill and create a todo with priority p1 and description `browser-test-{description}`, continue
+4. **If "Create todo":** load the `todo-create` skill and create a todo with priority p1 and description `browser-test-{description}`, continue
 5. **If "Skip":** log as skipped, continue
 
 ### 10. Test Summary

package/skills/test-xcode/SKILL.md

@@ -139,12 +139,12 @@ When a test fails:
 
    How to proceed?
    1. Fix now - I'll help debug and fix
-   2. Create todo - Add a todo for later (using the file-todos skill)
+   2. Create todo - Add a todo for later (using the todo-create skill)
    3. Skip - Continue testing other screens
    ```
 
 3. **If "Fix now":** investigate, propose a fix, rebuild and retest
-4. **If "Create todo":** load the `file-todos` skill and create a todo with priority p1 and description `xcode-{description}`, continue
+4. **If "Create todo":** load the `todo-create` skill and create a todo with priority p1 and description `xcode-{description}`, continue
 5. **If "Skip":** log as skipped, continue
 
 ### 8. Test Summary