Generate a minimal, ranked candidate EOU set from a messy workflow under Foundry V2 generation-envelope constraints. Candidates are proposal-only at lifecycle_stage candidate, with arguments_against and minimality results recorded per candidate; activation is forbidden at this stage.
<example>
Context: User has a workflow description and wants candidate EOUs to consider before specifying any.
user: "$generate-eou-candidates Compile-chapter workflow: fetch source, parse, render, validate, publish."
assistant: "I'll extract decision boundaries (not visible activity labels), test minimality per candidate (rule/validator/regression case alternatives), produce ≤ 7 candidates with arguments_against, and write a candidate-set artifact at foundry/self-evolution/candidate-sets/."
</example>
<example>
Context: User points the skill at an existing YAML workflow description.
user: "$generate-eou-candidates ./workflows/book-build.yml"
assistant: "I'll load the workflow, run registry-diff against existing EOUs to avoid dup
Instrucciones de origen · Vista previa de solo lectura
name
generate-eou-candidates
description
Generate a minimal, ranked candidate EOU set from a messy workflow under Foundry V2 generation-envelope constraints. Candidates are proposal-only at lifecycle_stage candidate, with arguments_against and minimality results recorded per candidate; activation is forbidden at this stage.
<example>
Context: User has a workflow description and wants candidate EOUs to consider before specifying any.
user: "$generate-eou-candidates Compile-chapter workflow: fetch source, parse, render, validate, publish."
assistant: "I'll extract decision boundaries (not visible activity labels), test minimality per candidate (rule/validator/regression case alternatives), produce ≤ 7 candidates with arguments_against, and write a candidate-set artifact at foundry/self-evolution/candidate-sets/."
</example>
<example>
Context: User points the skill at an existing YAML workflow description.
user: "$generate-eou-candidates ./workflows/book-build.yml"
assistant: "I'll load the workflow, run registry-diff against existing EOUs to avoid duplicates, and emit candidates only where a rule/validator/checklist cannot serve the need."
</example>
argument-hint
WORKFLOW_DESCRIPTION_OR_FILE
arguments
["workflow"]
allowed-tools
["Read","Write","Grep"]
Generate EOU Candidates
Generate candidate EOUs from $workflow.
Inputs
$workflow (required) — the workflow to analyze; may be a file path (YAML or Markdown) or a free-text description. If a file path, read it; if text, treat it as the workflow description.
workflow_slug — derived from the workflow name or file stem, normalized to lowercase alphanumeric + hyphens (e.g., code-review-workflow). Used in the output filename.
captured_workflow (optional, ECP-0017 / Rule 96) — when foundry/captured-workflows/cw-{app_id}.yml exists with all four human_approval gates populated, load it. Its domain_values block is consulted during candidate scoring per Step 6.5.
Required reading
foundry/constitution.yml
foundry/registry.yml
foundry/failure-taxonomy.yml
foundry/meta-eous/generate-eou-candidates.yml
schemas/eou.schema.yml
Stop conditions
Halt and report if any of the following hold:
Workflow goal is unclear.
Desired artifact or output is undefined.
No failure modes are provided or inferable.
Responsibility boundary is unclear.
High-stakes workflow has no identified owner.
Procedure
Step 1 — Summarize the workflow
Extract: what actor does what action to produce what artifact, and what the known failure modes are. State any ambiguities as open questions.
Step 2 — Identify decision boundaries
Locate where the success criterion changes — each boundary is a candidate EOU boundary, not each visible action. Separate deterministic steps (scriptable) from judgment steps (LLM or human required).
Step 3 — Registry diff
For each candidate boundary, check foundry/registry.yml and foundry/eous/ + foundry/meta-eous/:
Does this candidate duplicate an existing EOU? → record and skip.
Can it extend an existing EOU? → record the extension recommendation.
Should it be a refactor instead of a new EOU? → record.
Would a rule, schema field, validator, stop condition, regression case, or human checklist serve better? → record and prefer that over a new EOU.
Step 4 — Minimality test (per candidate)
For each remaining candidate, answer:
Can this be a rule instead of an EOU?
Can this be a validator or schema field?
Can this be a regression case?
Can this be a human review checklist?
Keep the candidate only if none of the above applies. Record the minimality result.
Reject any candidate whose only value is completeness, or that duplicates an existing EOU, or that has no distinct success criterion. Each kept candidate must answer at least one: prevents_failure, improves_decision, exposes_hidden_judgment, improves_traceability.
Skip if captured_workflow is not present or human_approval is incomplete.
For each surviving candidate, score its arguments_against against the top-three priority domain_values from the captured_workflow:
Would executing this candidate clearly violate a priority-1 domain_value? → Reject the candidate; emit arguments_against citing the violated value id.
Does this candidate's distinct_success_criterion operationalize at least one top-three domain_value? → If not, revise the criterion to reference the value id explicitly OR demote the candidate.
Record the operationalized domain_value.id entries in the candidate's distinct_success_criterion text so Rule 96's validator can detect them.
Step 7 — Rank and select minimal set
Budget: max 7 candidates. Rank by operational value descending. Select the minimal subset that covers the workflow's critical failure modes. Record rejected candidates with reasons.
Output
Write to foundry/self-evolution/candidate-sets/cs-generate-eou-candidates-{YYYYMMDD}-{hhmm}.yml per schemas/candidate-set.schema.yml (ECP-0013):
The audit_outcome block is populated by $audit-candidate-eou-set (the downstream skill), not by this generator. Emit it with all seven keys present and empty; do not pre-populate. The generator's job ends at audit_status: pending_audit.
Record the run in foundry/runs/{eou_id}/{run_id}.yml. The run_id is generate-eou-candidates-{YYYYMMDD}-{HHmmss} using the current UTC time.
Constraints
Do not set lifecycle_stage: active on any candidate.
Do not mutate foundry/registry.yml or any existing EOU spec.
Do not weaken validators or change the constitution.
Generate ≤ 7 candidates; if the workflow requires more, split the workflow first.
Prefer fewer, sharper EOUs — a rule beats a new EOU every time.
Do not proceed past Step 2 if the stop conditions are met — clarify before generating candidates.
Every candidate in recommended_minimal_set must appear in the candidates list with all required fields populated.
Scope Note
Upstream: top of the candidate pipeline. Receives a messy workflow description or a workflow YAML file.
Downstream: produces a candidate-set artifact at foundry/self-evolution/candidate-sets/cs-{generator}-{YYYYMMDD}-{hhmm}.yml, consumed by $audit-candidate-eou-set.
Related:$audit-candidate-eou-set (downstream consumer); $eou-specify (further downstream — consumes a single approved candidate from the audited set).
