Workbench Implementation
Use this skill for coding, ops changes, scripts, automation specs, and local repository edits.
Implementation Loop
- Inspect current state.
- Identify the true owner of the behavior.
- Patch the smallest viable surface.
- Verify on the real path.
- Record the outcome in the right durable file when the change affects workbench operations.
Goal Mode
When an issue contains /goal or GOAL_MODE: yes, use workbench-goal-mode
before editing:
- post
GOAL_LOCK with objective, owner, non-goals, closeout gates, and operator-call conditions;
- keep working after local fixes until the locked objective is verified;
- investigate failed build/test/smoke steps before asking for help;
- close only after build/test/help-smoke/docs-or-report/git-status gates are addressed or explicitly marked not applicable.
Engineering Rules
- Follow existing repo patterns.
- Preserve working routes, agents, runtimes, hooks, cron jobs, LaunchAgents, and channel bindings.
- Prefer reversible operations.
- Never store secrets, tokens, OAuth material, or private credentials.
- Do not broaden scope into Multica daemon, Desktop UI, or core runtime unless the issue explicitly requires it.
- If the worktree has unrelated changes, leave them alone.
- Back up live Multica skills, bindings, or automations before mutating them.
- Mutate one live resource class at a time, then verify before moving to the next class.
- Prefer source-first changes: local skill files and docs before live workspace synchronization.
Completion Report
Return:
- files or live resources changed,
- commands or checks run,
- evidence of success,
- residual risk,
- next immediate action.
1---2name: workbench-implementation3description: Minimal-patch implementation, ops changes, scripts, automation specs, and local repository edits.4---56# Workbench Implementation78Use this skill for coding, ops changes, scripts, automation specs, and local repository edits.910## Implementation Loop11121. Inspect current state.132. Identify the true owner of the behavior.143. Patch the smallest viable surface.154. Verify on the real path.165. Record the outcome in the right durable file when the change affects workbench operations.1718## Goal Mode1920When an issue contains `/goal` or `GOAL_MODE: yes`, use `workbench-goal-mode`21before editing:2223- post `GOAL_LOCK` with objective, owner, non-goals, closeout gates, and operator-call conditions;24- keep working after local fixes until the locked objective is verified;25- investigate failed build/test/smoke steps before asking for help;26- close only after build/test/help-smoke/docs-or-report/git-status gates are addressed or explicitly marked not applicable.2728## Engineering Rules2930- Follow existing repo patterns.31- Preserve working routes, agents, runtimes, hooks, cron jobs, LaunchAgents, and channel bindings.32- Prefer reversible operations.33- Never store secrets, tokens, OAuth material, or private credentials.34- Do not broaden scope into Multica daemon, Desktop UI, or core runtime unless the issue explicitly requires it.35- If the worktree has unrelated changes, leave them alone.36- Back up live Multica skills, bindings, or automations before mutating them.37- Mutate one live resource class at a time, then verify before moving to the next class.38- Prefer source-first changes: local skill files and docs before live workspace synchronization.3940## Completion Report4142Return:4344- files or live resources changed,45- commands or checks run,46- evidence of success,47- residual risk,48- next immediate action.
Fearvox