[Pepps233]

Summary

Add operator review and control surfaces for evolved skills, stacked on #151. /evolve now exposes generated skill provenance, draft diffs, validation, evaluation, target revisions, explicit activation, and rollback, while /settings can inspect and enable or disable independently installed skills.

Reasoning

Generated skills must remain inspectable and read-only until every required gate passes. Activation also needs an explicit operator confirmation, exact accepted candidate identity, writer lease, immutable staging, compare-and-swap selection, and a visible rollback path.

Installed skills have a separate lifecycle from harness-owned evolved skills. Reusing the existing resource configuration semantics in /settings keeps global and workspace enablement explicit without making evolved artifacts mutable outside evolution controls.

Changes

• Project skill candidates and immutable review artifacts into evolution job details.
• Show candidate provenance, textual draft diffs, deterministic validation, retrieval and behavior evaluation, target harness revisions, and rollback availability in /evolve.
• Require confirmation before activating an accepted candidate through the dedicated skill writer.
• Acquire and release the global writer lease around staging and activation, preserving idempotent receipts and exact-base selection.
• Add candidate-specific compare-and-swap rollback to the immutable parent harness.
• Add installed-skill inspection and global/workspace enablement controls under /settings, with existing package and path override semantics.
• Document harness evolution across skills, packages, settings, CLI usage, RPC, SDK, security, recovery, and harness-state references.
• Keep automatic skill activation disabled and candidates without accepted evaluations read-only.

Stack

Position: 12 of 12
Base: #151
Next: None (top of stack)

1. feat(coding-agent): activate versioned evolved skills #134
2. feat(agent): preserve target-neutral reflection evidence #136
3. feat(agent): curate and checkpoint skill candidates #137
4. feat(agent): persist and process skill candidate registry #138
5. feat(agent): synthesize outcome-aware skill drafts #139
6. feat(agent): validate evolved skill drafts #140
7. feat(agent): measure procedural information loss #147
8. feat(agent): evaluate evolved skill candidates #148
9. feat(agent): activate evolved skill candidates #149
10. feat(agent): observe evolved skill lifecycle outcomes #150
11. feat(agent): define evolved skill memory handling #151
12. feat(coding-agent): add evolved skill operator controls #152 (this PR)

Testing

• cd packages/coding-agent && node ../../node_modules/vitest/dist/cli.js --run test/evolution-menu.test.ts test/interactive-mode-evolution.test.ts test/settings-selector.test.ts test/evolved-skill-catalog.test.ts test/skill-selector.test.ts test/interactive-mode-skills.test.ts test/package-command-paths.test.ts test/invocation-tracing.test.ts test/suite/agent-session-harness-version.test.ts
• cd packages/coding-agent && node ../../node_modules/vitest/dist/cli.js --run test/suite/agent-session-prompt.test.ts test/suite/agent-session-queue.test.ts
• cd packages/evolution && node ../../node_modules/vitest/dist/cli.js --run test/control-service.test.ts test/skill-writer.test.ts test/skill-evaluator.test.ts test/skill-lifecycle.test.ts test/filesystem-store.test.ts test/skill-candidate-registry.test.ts test/skill-draft-validator.test.ts
• cd packages/harness-state && node ../../node_modules/vitest/dist/cli.js --run test/harness-state.test.ts
• npm run check

This pull request is AI-generated by Diffex.