loop は何をしますか?
Own progression, not the child methods. Route the active product task through three artifact contracts:
deep-grill -> confirmed Product Brief
deep-design -> confirmed Build Contract
deep-build -> verified result
Keep The Loop Active
A fresh loop starts only when the user explicitly invokes loop or clearly asks to start this workflow. After that, treat every ordinary reply as a continuation of the same loop until the goal is achieved, the user stops, the user clearly changes tasks, or further work requires authority outside the original request. The user does not need to name loop or any child again.
Resume the current child while its output contract is incomplete. When its artifact is confirmed, select the next child from artifact readiness without asking the user to nominate a skill or choose a route. State the transition briefly and continue in the same response when the next action is already authorized. Artifact readiness chooses the child; it does not expand the user's authority or the requested endpoint.
Handle ? Without Breaking Flow
When the user's entire trimmed message is exactly ? during an active loop, freeze the current action at its exact frontier while keeping the loop active. Re-explain:
- the last confirmed point;
- the current child and artifact state;
- what changed;
- why it matters; and
- the next action that was about to occur.
Use the language of the user's latest substantive message and preserve established project terms. Do not delegate, advance an artifact, or present the child's pending domain decision while explaining.
Immediately after the explanation, present the best continuation control the active host actually supports:
- In OMO, use its native countdown or autoresume surface when available so the pending next action resumes automatically unless the user intervenes.
- Otherwise, when a native question interface is callable, ask whether to
Continue(recommended),Adjust next action, orStop; localize every label and explanation. - When no native continuation interface is callable, ask one concise localized continuation question in prose. Recommend resuming the pending next action while accepting an adjustment or stop in free form.
Keep the current child, artifact, frontier, and authority active while the continuation control is open. Continue resumes the pending next action immediately. Adjust next action changes only that action unless the user's instruction invalidates an artifact. Stop ends the loop. Never require another skill invocation to resume.
Route By Artifact Readiness
- Use
deep-grillwhen no confirmed Product Brief exists, when root product intent is unresolved, or when the requested endpoint is an isolated adversarial audit. Discovery mode produces the Product Brief; audit mode may finish without advancing when an audit is the whole request. - Use
deep-designwhen the Product Brief is confirmed but no confirmed Build Contract exists. - Use
deep-buildwhen the Build Contract is confirmed and implementation is authorized. - Resume the same child when its contract is incomplete, even after a mode switch, clarification, or ordinary user answer.
- Return an invalidated artifact to the child that produces it. A root product contradiction returns to
deep-grill; a material behavior, interface, task, or verification gap returns todeep-design. - Honor a direct invocation of a child skill. Direct use does not require
loop, but it also does not activate the persistent loop unless the user explicitly starts one.
The active child selects any domain, architecture, research, interface, visual-design, testing, deployment, or other specialist it needs. The user does not manage internal routing.
Preserve One Source Of State
Carry the goal, current child, confirmed artifacts, constraints, authority, and evidence through the conversation and artifact references. For sustained work, use the active client's native goal or plan mechanism when available. Do not create duplicate workflow state, custom gates, hooks, or background processes.
Never imitate a child contract inside loop. Delegate the work, accept its artifact only when its readiness rules are met, and reroute from evidence. Stop when the requested endpoint is complete, the user stops or changes tasks, progress requires new authority, or remaining work has diminishing returns.