1. One-shot task: keep it inline. Do not invent a harness.
2. Repeated task with changing inputs: create a task-local harness and keep it under a temp or project-local working area.
3. Repeated task across teammates or repos: extract the pattern into a shared skill.
4. Task with external state, queueing, or approvals: add control pane visibility before adding more automation.
5. Task with safety risk: add an eval gate and a human merge gate before autonomous execution.

Task-Local Harness Template

Use this structure before writing code:

# Dynamic Workflow Harness

Objective:
- Ship:
- Do not ship:

Inputs:
- Repo or workspace:
- External systems:
- Credentials policy:

Loop:
1. Discover current state.
2. Generate or update the smallest useful artifact.
3. Run eval checks.
4. Record status and handoff.
5. Stop on failed gate, unclear ownership, or unsafe external action.

Eval:
- Command:
- Expected pass signal:
- Failure owner:

Handoff:
- Status:
- Evidence:
- Next action:

Shared Skill Extraction

Promote a task-local harness into a shared skill only when at least two of these are true:

• The same workflow appears in multiple sessions, repos, teams, or launches.
• The workflow needs specific language, tool, or safety sequencing.
• Failures repeat because operators skip a gate or lose context.
• The workflow has a stable input/output contract.
• The workflow benefits from a control pane, status board, or team handoff.

When extracting, write the skill first in skills/<name>/SKILL.md. Add command shims only if a legacy slash-entry surface is still required.

Control Pane Checkpoints

Dynamic workflow mode becomes team-usable when it exposes state. Record these checkpoints whenever the task spans more than one session:

• Plan: objective, owner, acceptance criteria, and risky external systems.
• Queue: work items, assigned agent role, branch/worktree, and dependency edges.
• Run: active harness, current loop step, recent eval result, and token/cost signal if available.
• Gate: test results, browser screenshots, security review, and merge readiness.
• Handoff: what is done, what failed, what needs a human decision.

If the repo has ECC2 state enabled, prefer adding or reading checkpoints through the ECC control pane or state-store-backed scripts instead of scattering untracked notes.

Eval Gates

Every dynamic harness needs a task-specific eval. Pick the cheapest reliable gate:

…

quarkus-verification

为 Quarkus 项目执行发布前验证闭环，涵盖构建、测试、扫描与差异审查。

agent-designer

为多种代码智能体提供可移植工作区，支持议题驱动协作与会话连续执行。