菜单
Execute ready EngiFoundry Jobs in dependency order, apply configured Executor fallback, enforce engineering discipline, and record concise results. Use for implementation or rework of an existing ready PAK.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Create or migrate the EngiFoundry project scaffold and create or modify its Executor and Workflow configuration through a controlled interactive flow.
Apply EngiFoundry automation preferences to verified-available PAK evidence, obtain acceptance when required, close delivery, or record rejected acceptance for rework.
Create a detailed human-readable document from EngiFoundry project records when the user explicitly requests documentation, a report, guide, specification, detailed summary, or handoff document.
Declare EngiFoundry Node Skill contracts, their project-state signals, records, responsibilities, and possible navigation destinations so the Agent can assemble the contracts needed for a request.
Review EngiFoundry planning, Job work, code, documents, research, or other durable outputs in clean context and record pass, rework-required, or factual blocked conclusions.
Classify new EngiFoundry work as direct Agent action, Package orchestration, or factually blocked before a Package exists. Use when deciding whether new work needs Orch.
| name | engifoundry-exec |
| description | Execute ready EngiFoundry Jobs in dependency order, apply configured Executor fallback, enforce engineering discipline, and record concise results. Use for implementation or rework of an existing ready PAK. |
Read ./engifoundry.config.json, the project-owned workspace guide, Executor and Workflow configs, and contracts.md. Then read the Phase, PAK, and Job contracts before acting.
Execute only a PAK with planning.status: ready. Treat its JSON as authoritative. Never change scope, dependencies, acceptance criteria, allowed or forbidden areas, stop conditions, or Review requirements. Contract revision belongs to Orch.
Run eligible Jobs in dependency order. A Job is eligible only when every dependency is complete. Obey its type, allowed areas, forbidden areas, and stop conditions.
Select Executors strictly by executorOrder. Use the first usable entry; fall back in order only after a factual unavailability or failed attempt. Do not invent, reorder, or silently skip configured entries. primary-control-only work stays in the current control session.
An Executor is usable only when the Agent knows a verified invocation for its configured host mechanism or command. Run bounded work from the project root, provide the Job contract paths and required concise handback, and inspect actual process state before fallback. A running or quiet process is not a failed attempt; probe available liveness facts before declaring failure. Do not persist prompts, raw streams, or transient process state.
Apply all four rules:
pending-review. A fresh Reviewer Agent reads engifoundry-review, reviews the complete Job result, and records the Review facts. Rework receives another complete Review. A blocked Review requires objective facts.If the same rework class fails more than twice, stop retrying and realign the failure facts. Rework never permits scope expansion, forbidden edits, skipped verification, or self-approval.
Write one concise Job result using the reference contract. Normal results contain only effective information. Add exceptions only for fallback, deviation, failure, or blocker facts. Never store prompts, reasoning, raw streams, routine progress, command transcripts, or long logs.
Before implementation begins, the Package and selected Job record in-progress. Finished implementation with required outputs and fresh evidence is pending-review, not completed. Executor handback alone is never completion.
A Job is completed only while its required outputs exist, its current Review is pass, and any configured user approval exists. The other completion facts are:
approval-pending: current Review passed, but job-approval has no user decision.rework-required: current Review, Verify, Deliver, or user evidence shows that Job output or its contract does not satisfy the required facts.blocked: an objective condition prevents bounded execution or Review and cannot be resolved or routed around.Under job-approval, present the current Review result. User approval supplies the missing completion fact. An actionable implementation rejection is recorded in reworkFacts; a rejection that changes the contract also makes Package planning rework-required.
Implementation rework evidence identifies the affected Jobs; those Jobs are rework-required, and Package execution is rework-required until every Job again satisfies completed. Contract rework evidence means Package planning is rework-required; the Agent reads Orch before changing implementation. A rejection without an actionable fact leaves approval-pending and requires the reason.
Package execution is jobs-completed only while every Job satisfies completed. The Agent does not perform final Package verification or delivery while applying Exec.
For an endpoint that includes verification or delivery, jobs-completed is the fact that lets the Agent read Verify and continue with the PAK. An approval pause, factual blocker, or explicit user boundary is terminal for the current application of Exec.