@every-env/compound-plugin 0.3.0 → 0.5.1

package/docs/plans/2026-02-09-refactor-dspy-ruby-skill-update-plan.md

@@ -0,0 +1,104 @@
+---
+title: "refactor: Update dspy-ruby skill to DSPy.rb v0.34.3 API"
+type: refactor
+date: 2026-02-09
+---
+
+# Update dspy-ruby Skill to DSPy.rb v0.34.3 API
+
+## Problem
+
+The `dspy-ruby` skill uses outdated API patterns (`.forward()`, `result[:field]`, inline `T.enum([...])`, `DSPy::Tool`) and is missing 10+ features (events, lifecycle callbacks, GEPA, evaluation framework, BAML/TOON, storage, etc.).
+
+## Solution
+
+Use the engineering skill as base (already has correct API), enhance with official docs content, rewrite all reference files and templates.
+
+### Source Priority (when conflicts arise)
+
+1. **Official docs** (`../dspy.rb/docs/src/`) — source of truth for API correctness
+2. **Engineering skill** (`../engineering/.../dspy-rb/SKILL.md`) — source of truth for structure/style
+3. **NavigationContext brainstorm** — for Typed Context pattern only
+
+## Files to Update
+
+### Core (SKILL.md)
+
+1. **`skills/dspy-ruby/SKILL.md`** — Copy from engineering base, then:
+   - Fix frontmatter: `name: dspy-rb` → `name: dspy-ruby`, keep long description format
+   - Add sections before "Guidelines for Claude": Events System, Lifecycle Callbacks, Fiber-Local LM Context, Evaluation Framework, GEPA Optimization, Typed Context Pattern, Schema Formats (BAML/TOON)
+   - Update Resources section with 5 references + 3 assets using markdown links
+   - Fix any backtick references to markdown link format
+
+### References (rewrite from themed doc batches)
+
+2. **`references/core-concepts.md`** — Rewrite
+   - Source: `core-concepts/signatures.md`, `modules.md`, `predictors.md`, `advanced/complex-types.md`
+   - Cover: signatures (Date/Time types, T::Enum, defaults, field descriptions, BAML/TOON, recursive types), modules (.call() API, lifecycle callbacks, instruction update contract), predictors (all 4 types, concurrent predictions), type system (discriminators, union types)
+
+3. **`references/toolsets.md`** — NEW
+   - Source: `core-concepts/toolsets.md`, `toolsets-guide.md`
+   - Cover: Tools::Base, Tools::Toolset DSL, type safety with Sorbet sigs, schema generation, built-in toolsets, testing
+
+4. **`references/providers.md`** — Rewrite
+   - Source: `llms.txt.erb`, engineering SKILL.md, `core-concepts/module-runtime-context.md`
+   - Cover: per-provider adapters, RubyLLM unified adapter, Rails initializer, fiber-local LM context (`DSPy.with_lm`), feature-flagged model selection, compatibility matrix
+
+5. **`references/optimization.md`** — Rewrite
+   - Source: `optimization/miprov2.md`, `gepa.md`, `evaluation.md`, `production/storage.md`
+   - Cover: MIPROv2 (dspy-miprov2 gem, AutoMode presets), GEPA (dspy-gepa gem, feedback maps), Evaluation (DSPy::Evals, built-in metrics, DSPy::Example), Storage (ProgramStorage)
+
+6. **`references/observability.md`** — NEW
+   - Source: `production/observability.md`, `core-concepts/events.md`, `advanced/observability-interception.md`
+   - Cover: event system (module-scoped + global), dspy-o11y gems, Langfuse (env vars), score reporting (DSPy.score()), observation types, DSPy::Context.with_span
+
+### Assets (rewrite to current API)
+
+7. **`assets/signature-template.rb`** — T::Enum classes, `description:` kwarg, Date/Time types, defaults, union types, `.call()` / `result.field` usage examples
+
+8. **`assets/module-template.rb`** — `.call()` API, `result.field`, Tools::Base, lifecycle callbacks, `DSPy.with_lm`, `configure_predictor`
+
+9. **`assets/config-template.rb`** — RubyLLM adapter, `structured_outputs: true`, `after_initialize` Rails pattern, dspy-o11y env vars, feature-flagged model selection
+
+### Metadata
+
+10. **`.claude-plugin/plugin.json`** — Version `2.31.0` → `2.31.1`
+
+11. **`CHANGELOG.md`** — Add `[2.31.1] - 2026-02-09` entry under `### Changed`
+
+## Verification
+
+```bash
+# No old API patterns
+grep -n '\.forward(\|result\[:\|T\.enum(\[\|DSPy::Tool[^s]' plugins/compound-engineering/skills/dspy-ruby/SKILL.md
+
+# No backtick references
+grep -E '`(references|assets|scripts)/' plugins/compound-engineering/skills/dspy-ruby/SKILL.md
+
+# Frontmatter correct
+head -4 plugins/compound-engineering/skills/dspy-ruby/SKILL.md
+
+# JSON valid
+cat plugins/compound-engineering/.claude-plugin/plugin.json | jq .
+
+# All files exist
+ls plugins/compound-engineering/skills/dspy-ruby/{references,assets}/
+```
+
+## Success Criteria
+
+- [x] All API patterns updated (`.call()`, `result.field`, `T::Enum`, `Tools::Base`)
+- [x] New features covered: events, callbacks, fiber-local LM, GEPA, evals, BAML/TOON, storage, score API, RubyLLM, typed context
+- [x] 5 reference files present (core-concepts, toolsets, providers, optimization, observability)
+- [x] 3 asset templates updated to current API
+- [x] YAML frontmatter: `name: dspy-ruby`, description has "what" and "when"
+- [x] All reference links use `[file.md](./references/file.md)` format
+- [x] Writing style: imperative form, no "you should"
+- [x] Version bumped to `2.31.1`, CHANGELOG updated
+- [x] Verification commands all pass
+
+## Source Materials
+
+- Engineering skill: `/Users/vicente/Workspaces/vicente.services/engineering/plugins/engineering-skills/skills/dspy-rb/SKILL.md`
+- Official docs: `/Users/vicente/Workspaces/vicente.services/dspy.rb/docs/src/`
+- NavigationContext brainstorm: `/Users/vicente/Workspaces/vicente.services/observo/observo-server/docs/brainstorms/2026-02-09-typed-navigation-context-brainstorm.md`

package/docs/plans/2026-02-12-feat-add-cursor-cli-target-provider-plan.md

@@ -0,0 +1,306 @@
+---
+title: Add Cursor CLI as a Target Provider
+type: feat
+date: 2026-02-12
+---
+
+# Add Cursor CLI as a Target Provider
+
+## Overview
+
+Add `cursor` as a fourth target provider in the converter CLI, alongside `opencode`, `codex`, and `droid`. This enables `--to cursor` for both `convert` and `install` commands, converting Claude Code plugins into Cursor-compatible format.
+
+Cursor CLI (`cursor-agent`) launched in August 2025 and supports rules (`.mdc`), commands (`.md`), skills (`SKILL.md` standard), and MCP servers (`.cursor/mcp.json`). The mapping from Claude Code is straightforward because Cursor adopted the open SKILL.md standard and has a similar command format.
+
+## Component Mapping
+
+| Claude Code | Cursor Equivalent | Notes |
+|---|---|---|
+| `agents/*.md` | `.cursor/rules/*.mdc` | Agents become "Agent Requested" rules (`alwaysApply: false`, `description` set) so the AI activates them on demand rather than flooding context |
+| `commands/*.md` | `.cursor/commands/*.md` | Plain markdown files; Cursor commands have no frontmatter support -- description becomes a markdown heading |
+| `skills/*/SKILL.md` | `.cursor/skills/*/SKILL.md` | **Identical standard** -- copy directly |
+| MCP servers | `.cursor/mcp.json` | Same JSON structure (`mcpServers` key), compatible format |
+| `hooks/` | No equivalent | Cursor has no hook system; emit `console.warn` and skip |
+| `.claude/` paths | `.cursor/` paths | Content rewriting needed |
+
+### Key Design Decisions
+
+**1. Agents use `alwaysApply: false` (Agent Requested mode)**
+
+With 29 agents, setting `alwaysApply: true` would flood every Cursor session's context. Instead, agents become "Agent Requested" rules: `alwaysApply: false` with a populated `description` field. Cursor's AI reads the description and activates the rule only when relevant -- matching how Claude Code agents are invoked on demand.
+
+**2. Commands are plain markdown (no frontmatter)**
+
+Cursor commands (`.cursor/commands/*.md`) are simple markdown files where the filename becomes the command name. Unlike Claude Code commands, they do not support YAML frontmatter. The converter emits the description as a leading markdown comment, then the command body.
+
+**3. Flattened command names with deduplication**
+
+Cursor uses flat command names (no namespaces). `workflows:plan` becomes `plan`. If two commands flatten to the same name, the `uniqueName()` pattern from the codex converter appends `-2`, `-3`, etc.
+
+### Rules (`.mdc`) Frontmatter Format
+
+```yaml
+---
+description: "What this rule does and when it applies"
+globs: ""
+alwaysApply: false
+---
+```
+
+- `description` (string): Used by the AI to decide relevance -- maps from agent `description`
+- `globs` (string): Comma-separated file patterns for auto-attachment -- leave empty for converted agents
+- `alwaysApply` (boolean): Set `false` for Agent Requested mode
+
+### MCP Servers (`.cursor/mcp.json`)
+
+```json
+{
+  "mcpServers": {
+    "server-name": {
+      "command": "npx",
+      "args": ["-y", "package-name"],
+      "env": { "KEY": "value" }
+    }
+  }
+}
+```
+
+Supports both local (command-based) and remote (url-based) servers. Pass through `headers` for remote servers.
+
+## Acceptance Criteria
+
+- [x] `bun run src/index.ts convert --to cursor ./plugins/compound-engineering` produces valid Cursor config
+- [x] Agents convert to `.cursor/rules/*.mdc` with `alwaysApply: false` and populated `description`
+- [x] Commands convert to `.cursor/commands/*.md` as plain markdown (no frontmatter)
+- [x] Flattened command names that collide are deduplicated (`plan`, `plan-2`, etc.)
+- [x] Skills copied to `.cursor/skills/` (identical format)
+- [x] MCP servers written to `.cursor/mcp.json` with backup of existing file
+- [x] Content transformation rewrites `.claude/` and `~/.claude/` paths to `.cursor/` and `~/.cursor/`
+- [x] `/workflows:plan` transformed to `/plan` (flat command names)
+- [x] `Task agent-name(args)` transformed to natural-language skill reference
+- [x] Plugins with hooks emit `console.warn` about unsupported hooks
+- [x] Writer does not double-nest `.cursor/.cursor/` (follows droid writer pattern)
+- [x] `model` and `allowedTools` fields silently dropped (no Cursor equivalent)
+- [x] Converter and writer tests pass
+- [x] Existing tests still pass (`bun test`)
+
+## Implementation
+
+### Phase 1: Types
+
+**Create `src/types/cursor.ts`**
+
+```typescript
+export type CursorRule = {
+  name: string
+  content: string  // Full .mdc file with YAML frontmatter
+}
+
+export type CursorCommand = {
+  name: string
+  content: string  // Plain markdown (no frontmatter)
+}
+
+export type CursorSkillDir = {
+  name: string
+  sourceDir: string
+}
+
+export type CursorBundle = {
+  rules: CursorRule[]
+  commands: CursorCommand[]
+  skillDirs: CursorSkillDir[]
+  mcpServers?: Record<string, {
+    command?: string
+    args?: string[]
+    env?: Record<string, string>
+    url?: string
+    headers?: Record<string, string>
+  }>
+}
+```
+
+### Phase 2: Converter
+
+**Create `src/converters/claude-to-cursor.ts`**
+
+Core functions:
+
+1. **`convertClaudeToCursor(plugin, options)`** -- main entry point
+   - Convert each agent to a `.mdc` rule via `convertAgentToRule()`
+   - Convert each command (including `disable-model-invocation` ones) via `convertCommand()`
+   - Pass skills through as directory references
+   - Convert MCP servers to JSON-compatible object
+   - Emit `console.warn` if `plugin.hooks` has entries
+
+2. **`convertAgentToRule(agent, usedNames)`** -- agent -> `.mdc` rule
+   - Frontmatter fields: `description` (from agent description), `globs: ""`, `alwaysApply: false`
+   - Body: agent body with content transformations applied
+   - Prepend capabilities section if present
+   - Deduplicate names via `uniqueName()`
+   - Silently drop `model` field (no Cursor equivalent)
+
+3. **`convertCommand(command, usedNames)`** -- command -> plain `.md`
+   - Flatten namespace: `workflows:plan` -> `plan`
+   - Deduplicate flattened names via `uniqueName()`
+   - Emit as plain markdown: description as `<!-- description -->` comment, then body
+   - Include `argument-hint` as a `## Arguments` section if present
+   - Body: apply `transformContentForCursor()` transformations
+   - Silently drop `allowedTools` (no Cursor equivalent)
+
+4. **`transformContentForCursor(body)`** -- content rewriting
+   - `.claude/` -> `.cursor/` and `~/.claude/` -> `~/.cursor/`
+   - `Task agent-name(args)` -> `Use the agent-name skill to: args` (same as codex)
+   - `/workflows:command` -> `/command` (flatten slash commands)
+   - `@agent-name` references -> `the agent-name rule` (use codex's suffix-matching pattern)
+   - Skip file paths (containing `/`) and common non-command patterns
+
+5. **`convertMcpServers(servers)`** -- MCP config
+   - Map each `ClaudeMcpServer` entry to Cursor-compatible JSON
+   - Pass through: `command`, `args`, `env`, `url`, `headers`
+   - Drop `type` field (Cursor infers transport from `command` vs `url`)
+
+### Phase 3: Writer
+
+**Create `src/targets/cursor.ts`**
+
+Output structure:
+
+```
+.cursor/
+├── rules/
+│   ├── agent-name-1.mdc
+│   └── agent-name-2.mdc
+├── commands/
+│   ├── command-1.md
+│   └── command-2.md
+├── skills/
+│   └── skill-name/
+│       └── SKILL.md
+└── mcp.json
+```
+
+Core function: `writeCursorBundle(outputRoot, bundle)`
+
+- `resolveCursorPaths(outputRoot)` -- detect if path already ends in `.cursor` to avoid double-nesting (follow droid writer pattern at `src/targets/droid.ts:31-50`)
+- Write rules to `rules/` as `.mdc` files
+- Write commands to `commands/` as `.md` files
+- Copy skill directories to `skills/` via `copyDir()`
+- Write `mcp.json` via `writeJson()` with `backupFile()` for existing files
+
+### Phase 4: Wire into CLI
+
+**Modify `src/targets/index.ts`**
+
+```typescript
+import { convertClaudeToCursor } from "../converters/claude-to-cursor"
+import { writeCursorBundle } from "./cursor"
+import type { CursorBundle } from "../types/cursor"
+
+// Add to targets:
+cursor: {
+  name: "cursor",
+  implemented: true,
+  convert: convertClaudeToCursor as TargetHandler<CursorBundle>["convert"],
+  write: writeCursorBundle as TargetHandler<CursorBundle>["write"],
+},
+```
+
+**Modify `src/commands/convert.ts`**
+
+- Update `--to` description: `"Target format (opencode | codex | droid | cursor)"`
+- Add to `resolveTargetOutputRoot`: `if (targetName === "cursor") return path.join(outputRoot, ".cursor")`
+
+**Modify `src/commands/install.ts`**
+
+- Same two changes as convert.ts
+
+### Phase 5: Tests
+
+**Create `tests/cursor-converter.test.ts`**
+
+Test cases (use inline `ClaudePlugin` fixtures, following codex converter test pattern):
+
+- Agent converts to rule with `.mdc` frontmatter (`alwaysApply: false`, `description` populated)
+- Agent with empty description gets default description text
+- Agent with capabilities prepended to body
+- Agent `model` field silently dropped
+- Agent with empty body gets default body text
+- Command converts with flattened name (`workflows:plan` -> `plan`)
+- Command name collision after flattening is deduplicated (`plan`, `plan-2`)
+- Command with `disable-model-invocation` is still included
+- Command `allowedTools` silently dropped
+- Command with `argument-hint` gets Arguments section
+- Skills pass through as directory references
+- MCP servers convert to JSON config (local and remote)
+- MCP `headers` pass through for remote servers
+- Content transformation: `.claude/` paths -> `.cursor/`
+- Content transformation: `~/.claude/` paths -> `~/.cursor/`
+- Content transformation: `Task agent(args)` -> natural language
+- Content transformation: slash commands flattened
+- Hooks present -> `console.warn` emitted
+- Plugin with zero agents produces empty rules array
+- Plugin with only skills works correctly
+
+**Create `tests/cursor-writer.test.ts`**
+
+Test cases (use temp directories, following droid writer test pattern):
+
+- Full bundle writes rules, commands, skills, mcp.json
+- Rules written as `.mdc` files in `rules/` directory
+- Commands written as `.md` files in `commands/` directory
+- Skills copied to `skills/` directory
+- MCP config written as valid JSON `mcp.json`
+- Existing `mcp.json` is backed up before overwrite
+- Output root already ending in `.cursor` does NOT double-nest
+- Empty bundle (no rules, commands, skills, or MCP) produces no output
+
+### Phase 6: Documentation
+
+**Create `docs/specs/cursor.md`**
+
+Document the Cursor CLI spec as a reference, following `docs/specs/codex.md` pattern:
+
+- Rules format (`.mdc` with `description`, `globs`, `alwaysApply` frontmatter)
+- Commands format (plain markdown, no frontmatter)
+- Skills format (identical SKILL.md standard)
+- MCP server configuration (`.cursor/mcp.json`)
+- CLI permissions (`.cursor/cli.json` -- for reference, not converted)
+- Config file locations (project-level vs global)
+
+**Update `README.md`**
+
+Add `cursor` to the supported targets in the CLI usage section.
+
+## What We're NOT Doing
+
+- Not converting hooks (Cursor has no hook system -- warn and skip)
+- Not generating `.cursor/cli.json` permissions (user-specific, not plugin-scoped)
+- Not creating `AGENTS.md` (Cursor reads it natively, but not part of plugin conversion)
+- Not using `globs` field intelligently (would require analyzing agent content to guess file patterns)
+- Not adding sync support (follow-up task)
+- Not transforming content inside copied SKILL.md files (known limitation -- skills may reference `.claude/` paths internally)
+- Not clearing old output before writing (matches existing target behavior -- re-runs accumulate)
+
+## Complexity Assessment
+
+This is a **medium change**. The converter architecture is well-established with three existing targets, so this is mostly pattern-following. The key novelties are:
+
+1. The `.mdc` frontmatter format (different from all other targets)
+2. Agents map to "rules" rather than a direct equivalent
+3. Commands are plain markdown (no frontmatter) unlike other targets
+4. Name deduplication needed for flattened command namespaces
+
+Skills being identical across platforms simplifies things significantly. MCP config is nearly 1:1.
+
+## References
+
+- Cursor Rules: `.cursor/rules/*.mdc` with `description`, `globs`, `alwaysApply` frontmatter
+- Cursor Commands: `.cursor/commands/*.md` (plain markdown, no frontmatter)
+- Cursor Skills: `.cursor/skills/*/SKILL.md` (open standard, identical to Claude Code)
+- Cursor MCP: `.cursor/mcp.json` with `mcpServers` key
+- Cursor CLI: `cursor-agent` command (launched August 2025)
+- Existing codex converter: `src/converters/claude-to-codex.ts` (has `uniqueName()` deduplication pattern)
+- Existing droid writer: `src/targets/droid.ts` (has double-nesting guard pattern)
+- Existing codex plan: `docs/plans/2026-02-08-feat-convert-local-md-settings-for-opencode-codex-plan.md`
+- Target provider checklist: `AGENTS.md` section "Adding a New Target Provider"

package/docs/specs/cursor.md

@@ -0,0 +1,85 @@
+# Cursor Spec (Rules, Commands, Skills, MCP)
+
+Last verified: 2026-02-12
+
+## Primary sources
+
+```
+https://docs.cursor.com/context/rules
+https://docs.cursor.com/context/rules-for-ai
+https://docs.cursor.com/customize/model-context-protocol
+```
+
+## Config locations
+
+| Scope | Path |
+|-------|------|
+| Project rules | `.cursor/rules/*.mdc` |
+| Project commands | `.cursor/commands/*.md` |
+| Project skills | `.cursor/skills/*/SKILL.md` |
+| Project MCP | `.cursor/mcp.json` |
+| Project CLI permissions | `.cursor/cli.json` |
+| Global MCP | `~/.cursor/mcp.json` |
+| Global CLI config | `~/.cursor/cli-config.json` |
+| Legacy rules | `.cursorrules` (deprecated) |
+
+## Rules (.mdc files)
+
+- Rules are Markdown files with the `.mdc` extension stored in `.cursor/rules/`.
+- Each rule has YAML frontmatter with three fields: `description`, `globs`, `alwaysApply`.
+- Rules have four activation types based on frontmatter configuration:
+
+| Type | `alwaysApply` | `globs` | `description` | Behavior |
+|------|:---:|:---:|:---:|---|
+| Always | `true` | ignored | optional | Included in every conversation |
+| Auto Attached | `false` | set | optional | Included when matching files are in context |
+| Agent Requested | `false` | empty | set | AI decides based on description relevance |
+| Manual | `false` | empty | empty | Only included via `@rule-name` mention |
+
+- Precedence: Team Rules > Project Rules > User Rules > Legacy `.cursorrules` > `AGENTS.md`.
+
+## Commands (slash commands)
+
+- Custom commands are Markdown files stored in `.cursor/commands/`.
+- Commands are plain markdown with no YAML frontmatter support.
+- The filename (without `.md`) becomes the command name.
+- Commands are invoked by typing `/` in the chat UI.
+- Commands support parameterized arguments via `$1`, `$2`, etc.
+
+## Skills (Agent Skills)
+
+- Skills follow the open SKILL.md standard, identical to Claude Code and Codex.
+- A skill is a folder containing `SKILL.md` plus optional `scripts/`, `references/`, and `assets/`.
+- `SKILL.md` uses YAML frontmatter with required `name` and `description` fields.
+- Skills can be repo-scoped in `.cursor/skills/` or user-scoped in `~/.cursor/skills/`.
+- At startup, only each skill's name/description is loaded; full content is injected on invocation.
+
+## MCP (Model Context Protocol)
+
+- MCP configuration lives in `.cursor/mcp.json` (project) or `~/.cursor/mcp.json` (global).
+- Each server is configured under the `mcpServers` key.
+- STDIO servers support `command` (required), `args`, and `env`.
+- Remote servers support `url` (required) and optional `headers`.
+- Cursor infers transport type from whether `command` or `url` is present.
+
+Example:
+
+```json
+{
+  "mcpServers": {
+    "server-name": {
+      "command": "npx",
+      "args": ["-y", "package-name"],
+      "env": { "KEY": "value" }
+    }
+  }
+}
+```
+
+## CLI (cursor-agent)
+
+- Cursor CLI launched August 2025 as `cursor-agent`.
+- Supports interactive mode, headless mode (`-p`), and cloud agents.
+- Reads `.cursor/rules/`, `.cursorrules`, and `AGENTS.md` for instructions.
+- CLI permissions controlled via `.cursor/cli.json` with allow/deny lists.
+- Permission tokens: `Shell(command)`, `Read(path)`, `Write(path)`, `Delete(path)`, `Grep(path)`, `LS(path)`.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@every-env/compound-plugin",
-  "version": "0.3.0",
+  "version": "0.5.1",
   "type": "module",
   "private": false,
   "bin": {

package/plugins/compound-engineering/.claude-plugin/plugin.json

@@ -1,7 +1,7 @@
 {
   "name": "compound-engineering",
-  "version": "2.31.0",
-  "description": "AI-powered development tools. 29 agents, 24 commands, 18 skills, 1 MCP server for code review, research, design, and workflow automation.",
+  "version": "2.33.0",
+  "description": "AI-powered development tools. 29 agents, 22 commands, 19 skills, 1 MCP server for code review, research, design, and workflow automation.",
   "author": {
     "name": "Kieran Klaassen",
     "email": "kieran@every.to",

package/plugins/compound-engineering/CHANGELOG.md

@@ -5,6 +5,44 @@ All notable changes to the compound-engineering plugin will be documented in thi
 The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## [2.33.0] - 2026-02-12
+
+### Added
+
+- **`setup` skill** — Interactive configurator for review agents
+  - Auto-detects project type (Rails, Python, TypeScript, etc.)
+  - Two paths: "Auto-configure" (one click) or "Customize" (pick stack, focus areas, depth)
+  - Writes `compound-engineering.local.md` in project root (tool-agnostic — works for Claude, Codex, OpenCode)
+  - Invoked automatically by `/workflows:review` when no settings file exists
+- **`learnings-researcher` in `/workflows:review`** — Always-run agent that searches `docs/solutions/` for past issues related to the PR
+- **`schema-drift-detector` wired into `/workflows:review`** — Conditional agent for PRs with migrations
+
+### Changed
+
+- **`/workflows:review`** — Now reads review agents from `compound-engineering.local.md` settings file. Falls back to invoking setup skill if no file exists.
+- **`/workflows:work`** — Review agents now configurable via settings file
+- **`/release-docs` command** — Moved from plugin to local `.claude/commands/` (repo maintenance, not distributed)
+
+### Removed
+
+- **`/technical_review` command** — Superseded by configurable review agents
+
+---
+
+## [2.32.0] - 2026-02-11
+
+### Added
+
+- **Factory Droid target** — New converter target for [Factory Droid](https://docs.factory.ai). Install with `--to droid` to output agents, commands, and skills to `~/.factory/`. Includes tool name mapping (Claude → Factory), namespace prefix stripping, Task syntax conversion, and agent reference rewriting. 13 new tests (9 converter + 4 writer). ([#174](https://github.com/EveryInc/compound-engineering-plugin/pull/174))
+
+---
+
+## [2.31.1] - 2026-02-09
+
+### Changed
+
+- **`dspy-ruby` skill** — Complete rewrite to DSPy.rb v0.34.3 API: `.call()` / `result.field` patterns, `T::Enum` classes, `DSPy::Tools::Base` / `Toolset`. Added events system, lifecycle callbacks, fiber-local LM context, GEPA optimization, evaluation framework, typed context pattern, BAML/TOON schema formats, storage system, score reporting, RubyLLM adapter. 5 reference files (2 new: toolsets, observability), 3 asset templates rewritten.
+
 ## [2.31.0] - 2026-02-08
 
 ### Added

package/plugins/compound-engineering/README.md

@@ -7,8 +7,8 @@ AI-powered development tools that get smarter with every use. Make each unit of
 | Component | Count |
 |-----------|-------|
 | Agents | 29 |
-| Commands | 25 |
-| Skills | 16 |
+| Commands | 22 |
+| Skills | 19 |
 | MCP Servers | 1 |
 
 ## Agents
@@ -94,7 +94,7 @@ Core workflow commands use `workflows:` prefix to avoid collisions with built-in
 | `/create-agent-skill` | Create or edit Claude Code skills |
 | `/generate_command` | Generate new slash commands |
 | `/heal-skill` | Fix skill documentation issues |
-| `/technical_review` | Multi-agent technical/architecture review in parallel |
+| `/sync` | Sync Claude Code config across machines |
 | `/report-bug` | Report a bug in the plugin |
 | `/reproduce-bug` | Reproduce bugs using logs and console |
 | `/resolve_parallel` | Resolve TODO comments in parallel |
@@ -134,6 +134,8 @@ Core workflow commands use `workflows:` prefix to avoid collisions with built-in
 | `every-style-editor` | Review copy for Every's style guide compliance |
 | `file-todos` | File-based todo tracking system |
 | `git-worktree` | Manage Git worktrees for parallel development |
+| `resolve-pr-parallel` | Resolve PR review comments in parallel |
+| `setup` | Configure which review agents run for your project |
 
 ### Multi-Agent Orchestration
 

package/plugins/compound-engineering/commands/workflows/brainstorm.md

@@ -78,6 +78,8 @@ Write a brainstorm document to `docs/brainstorms/YYYY-MM-DD-<topic>-brainstorm.m
 
 Ensure `docs/brainstorms/` directory exists before writing.
 
+**IMPORTANT:** Before proceeding to Phase 4, check if there are any Open Questions listed in the brainstorm document. If there are open questions, YOU MUST ask the user about each one using AskUserQuestion before offering to proceed to planning. Move resolved questions to a "Resolved Questions" section.
+
 ### Phase 4: Handoff
 
 Use **AskUserQuestion tool** to present next steps:
@@ -87,7 +89,10 @@ Use **AskUserQuestion tool** to present next steps:
 **Options:**
 1. **Review and refine** - Improve the document through structured self-review
 2. **Proceed to planning** - Run `/workflows:plan` (will auto-detect this brainstorm)
-3. **Done for now** - Return later
+3. **Ask more questions** - I have more questions to clarify before moving on
+4. **Done for now** - Return later
+
+**If user selects "Ask more questions":** YOU (Claude) return to Phase 1.2 (Collaborative Dialogue) and continue asking the USER questions one at a time to further refine the design. The user wants YOU to probe deeper - ask about edge cases, constraints, preferences, or areas not yet explored. Continue until the user is satisfied, then return to Phase 4.
 
 **If user selects "Review and refine":**
 

package/plugins/compound-engineering/commands/workflows/compound.md

@@ -232,6 +232,7 @@ Based on problem type, these agents can enhance documentation:
 ### When to Invoke
 - **Auto-triggered** (optional): Agents can run post-documentation for enhancement
 - **Manual trigger**: User can invoke agents after /workflows:compound completes for deeper review
+- **Customize agents**: Edit `compound-engineering.local.md` or invoke the `setup` skill to configure which review agents are used across all workflows
 
 ## Related Commands