用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/lev-os/agents --skill propose命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
基于 SOC 职业分类
| name | propose |
| description | Use when compiling an aligned design, capture, or chat intent into execution-ready task DNA and execution YAML. |
| skill_type | workflow |
| category | lifecycle |
| output_template | hud |
/propose first freezes aligned context into a compact execution transition
packet, then compiles one vertical slice into
.lev/pm/tasks/<task-id>/{dna.yaml,execution.yaml}. It does not plan broadly
and it does not execute. It prepares a cold-startable entity for /exec.
Use either /plan or /propose for a given turn. /plan creates or reviews a
human runbook. /propose emits executable task artifacts from already-aligned
intent. If alignment is missing, route to /interview, not /plan.
Lifecycle lane: Execution preparation
Entity movement: captured | aligned -> proposed | execution_ready | needs_interview
Workstream: resolve active workstream before writing task artifacts
Upstream: /capture, /interview, .lev/pm/designs/*, aligned chat intent
Downstream: /exec, /capture
Adjacent: /plan is a standalone planning lane, not a prerequisite
Router: /work
HUD: end with 🧬 {ws} ⚡{exec_count} 📥{capture_count} ⏸️{paused_count} ✅{done_count} | 🚦{gate}={score} | ⏭️ {next} | 🔁{loop_state}
Do not run a broad evidence sweep before the transition packet exists. The
first turn preserves the current alignment so compaction or handoff cannot turn
proposal work into generic planning. If the packet cannot name one executable
slice, one verifier path, and write boundaries, route to /interview.
Intent: {one_sentence_intent}
Source: {chat|capture|design|task}; refs {known_refs_or_none}
Acceptance: {known_acceptance_or_gap}
Constraints: {write_scope_boundaries_forbidden_moves}
Open forks: {none_or_smallest_unresolved_decisions}
Recommended first slice: {one_vertical_slice_or_gap}
Execution proof: {known_verifier_or_gap}
Next: answer one question, say emit, route to /interview, or use /plan only if the user asked for a runbook/review.
FlowMind plus deterministic Lev SDK validation is the authority after emit:
plugins/sdlc/flows/propose-adversarial-contract.flow.yaml.lev task validate <task-id|task-path> before marking execution-ready.execution_ready, unit tests, no-regression, or verifier
existence as proof of behavior without claim evidence.Hard rule: important source-design claims map to claim_coverage,
verifier_contract, false-green hypotheses, falsifying fitness functions, and
receipt fields for command, exit code, files touched, verdicts, and evidence.
If LFD-shaped proof is required, include a scoreable loss-function target,
constraints, instruments, eval split, cheap-path fences, and preflight
calibration. If that cannot be designed from current evidence, ask one
alignment question instead of emitting task artifacts.
Execution focus rule: proposal output must be the smallest executable slice that proves a behavior or receipt. Do not output a multi-option work plan when the design, capture, or chat already chooses a direction.
If the proposal came from /capture or /dump, load the source ledger row
before writing task artifacts. Preserve intent_id, topic,
compiled_intent, artifact_ref, route_state, fidelity, next_route, and
blocker in source_context.capture_ledger. If no ledger exists, create a
proposal-local ledger row and mark current_location: memory until the task
folder is written.
If the user asks what would be proposed, edited, or planned, render
<transition-packet>, <proposal-turn-one>, or <slice-review> only. Write
task artifacts only after explicit apply/edit/emit/patch authorization or an
existing approved capture row with next_route: /propose. Never interpret a
proposal artifact as permission to implement.
After emitting or updating a task from a design, render a short readout. This is for human sanity, not an exec gate:
Do one separate compare pass against the source design/capture before readout. Cover boundaries, operator outcome, acceptance, verifier/preflight, and open decisions.
If the readout exposes an obvious proposal mistake, fix the task before calling it proposed. Keep executable-readiness policy in Lev validation/SDK, not in this skill prose.
steps:
- id: transition_freeze
action: Render the compact transition packet before broad lookup or task writes.
validation: "Intent, source, known refs, acceptance or gap, constraints, open forks, first slice, and next action are visible."
on_failure: "Stop and render <transition-packet>; do not gather more context yet."
- id: load_context
action: After transition_freeze, read only source design, capture, workstream, existing task, and repo evidence needed for unresolved fields.
validation: "Context includes intent, acceptance, constraints, entity_kind, lifecycle_target, refs, confidence, and any design-to-propose handoff."
on_failure: "Route missing product/design framing to /interview."
- id: load_capture_ledger
action: Reconcile source
Only write or mark execution-ready when all are true:
frame_completeness == 1.0slice_readiness >= 0.9determinism == 1.0verification_strength >= 0.9cold_start_context_gate == passproof_gate_design == pass | not_applicable_with_rationalepentagon_lfd_preflight == pass | not_applicable_with_rationaleunresolved == 0approval_source != null or auto_alignment_evidence != []dna_yaml.required:
[ontology, intent, entity_kind, lifecycle_target, acceptance, local_refs, local_constraints, source_context]
source_context.capture_ledger:
[intent_id, topic, compiled_intent, artifact_ref, route_state, fidelity, next_route, blocker]
source_context.design_handoff_required_when_from_design:
[recommendation, first_slice, acceptance_horizon, proof_design, forbidden_moves, unresolved_forks]
execution_yaml.required:
[topology, runtime_profile, validation_chain, proof_gates, receipt_policy, checkpoint_policy, budget, exit_conditions, slices]
slice.required:
[id, title, behavior_coverage, what_to_build, why_this_slice, acceptance_criteria, operator_context, verifier_contract, write_scope, constraints, failure_modes, review_status, approval_source]
proof_gates.required_when:
[non_trivial, , , , ]
{ , , , , , }
{ , , , , , }
{ , , , , }
{ { , , , } }
| Gate | Pass condition |
|---|---|
| frame_complete_gate | intent, acceptance, constraints, entity_kind, lifecycle_target, topology present |
| slice_verticality_gate | every slice proves a demoable behavior path |
| feedback_loop_gate | each slice has one verifier or HITL capture path |
| cold_start_context_gate | fresh agent can execute from task folder |
| behavior_coverage_gate | every acceptance/source-design claim is covered |
| proof_gate_design | required proof gates exist, or task explains why QA/Pentagon is not applicable |
| pentagon_lfd_preflight | loss-function target and cheap-path preflight exist for proof-risk work, or N/A is justified |
| execution_ready_gate | weighted score >= 0.90 and all hard gates pass |
Resolve "either/or", option lists, quantity hedges, mechanism hedges, and executor-choice ambiguity by repo evidence or one alignment question. Never emit while the fork remains.
Current stage: {stage_name} Ledger: {intent_id_or_none}; fidelity {fidelity_pct_or_unknown}; artifact {artifact_ref_or_none}; state {route_state}; blocker {blocker_or_none}
Recommended vertical slice: {recommended_slice}
Why this first: {short_reason}
a. {option_a} -> {consequence} b. {option_b} -> {consequence} c. {option_c} -> {consequence} d. Deep dive: dependencies, gates, alternatives, or codebase evidence
Progress: frame {xx%}; slices {xx%}; determinism {xx%}; verify {xx%}; unresolved {n} Next: answer a/b/c, ask d, or say "emit" if this is already aligned.
## Slice Review: {task_id}Readiness: frame {xx%}; slices {xx%}; determinism {xx%}; verify {xx%}; unresolved {n} Ledger: {intent_id_or_none}; source {artifact_ref_or_none}; fidelity {fidelity_pct_or_unknown}; state {route_state}; blocker {blocker_or_none}
Missing operator context: {fixtures_commands_known_reds_contracts_or_none}
Review question: {one_question_needed_to_advance}
## Proposal: {task_id}Readiness: frame {xx%}; slices {xx%}; determinism {xx%}; verify {xx%}; unresolved 0
Next: run /exec {task_id}, queue via /capture, or ask for the full exec menu.