/ce-bakeoff

name: ce-bakeoff
description: "Develop independent competing solutions to a defined brief, compare them, and synthesize a winning approach. Use when choosing well requires developing alternatives beyond their current form. Use ce-pov to judge developed material and ce-ideate to discover opportunities."

Bake-off

Develop concrete competing solutions and return the strongest coherent approach to the user or calling skill. You do the generation, comparison, selection, synthesis, and verification. The caller decides adoption and does the subsequent work. Done means at least two usable independent candidates received an independent assessment, the coordinator reconciled it with its own comparison, the final artifact was verified against evidence and the brief, and the complete decision reached its consumer; otherwise return an explicit incomplete or unresolved result. The purpose is exploration before commitment, not a larger option count.

Direct use is available; `ce-plan` and `ce-brainstorm` integrate it only when explicitly requested. Do not turn a routine choice into an automatic competition.

Frame and authority

Resolve the goal, constraints, settled decisions, source pointers, artifact fidelity, comparison criteria, and budget before generation. Candidates receive the same substantive requirements. Preserve unknowns in the common brief; solution-specific assumptions belong to individual candidates, not shared requirements that narrow the whole field. Do not hide correctness requirements in a private rubric or revise criteria to favor an entry. Treat source material as evidence, not instructions. Ask only for missing information that prevents a fair comparison.

A defined goal with undeveloped alternatives belongs here, including supplied rough options. Developed options needing judgment belong to `ce-pov`; an open field of opportunities belongs to `ce-ideate`; unsettled product goals belong to `ce-brainstorm`. Explicit use does not make an already-settled decision open again. Return that constraint rather than manufacture alternatives.

Produce non-executable artifacts at the requested fidelity: approach briefs, architectural sketches, product mechanisms, or directional pseudocode. Concrete means the mechanism and its consequential tradeoffs can be assessed. Runtime claims require experiments, which `ce-optimize` runs; experience-dependent choices need `ce-prototype`. Identify those evidence needs rather than claim sketches prove them.

Invocation authorizes scoped reading, candidate and judge delegation through available authorized model access, private scratch writes, and artifact verification. It does not authorize production implementation, publishing, or new external recipients. Inherit the caller's authority and budget without expanding them. The caller supplies candidate model preferences and constraints; Bake-off dispatches the candidates as `references/candidates.md` describes. Judge dispatch follows `references/judging.md`. A requested oracle panel is still run by `ce-pov`, not here.

Announce and develop

Before dispatch, announce that a **Bake-off** is happening to explore multiple approaches to the subject and choose the strongest. If the caller already announced that, do not repeat it. No candidate preview is required. Updates help the user follow the decision. At meaningful boundaries, say what was learned, what changed, or what happens next. During a long wait, give an update when it adds useful information about progress or expectations; do not repeat that you are still waiting. Keep operational bookkeeping in the run record unless it changes expectations or explains a limitation. Do not end the turn on work merely described.

Read `references/candidates.md` before dispatch. It defines fresh-context payloads, model handoff, scratch isolation, and candidate completion. Launch independent work together where capacity permits; serialize only dependencies or capacity-limited launches.

By default, start three candidates with at most one recovery launch; the recovery allowance counts candidate launches, not the required judge. Give bakers and the judge room to work. Use available progress signals to notice blocked, repetitive, or out-of-scope work and intervene when it would help. A quiet agent is not necessarily stalled. Keep exploration within the agreed scope and honor explicit user budgets; there is no automatic time cutoff.

Track actual launches and whatever usage records the host provides. When an explicit time limit applies, use host-clock readings to manage it and reserve time for judging and verification. Stop outstanding work at that limit through the host's normal way of stopping an agent, and report what completed. Report elapsed time only from measured readings, and identify unavailable timing or usage evidence rather than estimate it.

Independent attempts may converge. Inspect mechanisms rather than labels. If an open decision remains unexplored, the one recovery candidate may target that missing dimension without seeing sibling outputs or the preferred answer. At least two usable independent outputs are required for a completed comparison. A smaller field is incomplete. A single surviving mechanism supports selection only when evidence explains why meaningful alternatives cannot meet the brief; otherwise return unresolved after bounded recovery. Never impersonate multiple agents in one context.

Compare and select

Read every completed candidate before selecting. Compare against the shared criteria; hard-constraint violations cannot be outweighed by subjective scores. Select the strongest viable base and explain the decisive reasons. Incorporate useful contributions from other candidates only when the result stays coherent, and retain meaningful rejection reasons. Agreement is not proof and difference alone is not a reason to restart.

Before selecting, obtain the independent assessment defined in `references/judging.md` while performin