/hep-storm
Stormbreaker 루프를 통해 목표를 완료까지 이끄세요 — 헤파이스토스의 강건하고 검증 우선 실행 루프를 이 워크스페이스 안에서 실행합니다. 단일 응답이나 일반적인 병렬 팬아웃과 달리, Stormbreaker는 목표를 실제 Agentlas 전문가에게 라우팅하고, 작업을 의존성 순서의 파이프라인 패브릭으로 구조화하며, 각 작업 패킷을 강화된 목표 루프(멈추지 않고, 통제 불능이 되지 않으며, 허위 성공을 주장하지 않음)로 구동하고, 증거 없이는 성공을 보고하지 않습니다. 또한 @Hephaestus storm <goal> 로도 트리거됩니다.
루프에 적합한 작업(앱, 사이트, 에이전트, 자동화, 디버깅, 다단계 리서치, 데이터/리포트 생성 등 파일, 도구, 테스트, 외부 검증이 필요한 모든 것)에 사용하세요. 간단한 질문은 스톰하지 말고 직접 답변해야 합니다.
핵심 소유의 목표 + UltraCode 하네스
모든 결과에는 execution_harness가 포함됩니다. 패킷을 계획하거나 실행하기 전에 execution_harness.system_prompt를 그대로 적용하고, prompt_sha256을 유지하며, 이 어댑터에서 Goal 모드나 UltraCode 모드를 재정의하지 마세요. 호스트가 제공하는 경우 라이브 세션 JSON을 AGENTLAS_SESSION_INVENTORY로 전달하고, 그렇지 않은 경우 Core의 명시적 host:primary 폴백을 사용하세요.
목표는 사용자가 /hep-storm 뒤에 입력한 정확한 텍스트입니다.
실행 방법
아래 셸 블록을 그대로 실행하되, GOAL 값만 사용자의 정확한 목표 텍스트로 바꾸세요. 이 블록은 헤파이스토스 러너를 절대 경로로 찾아 실행합니다 — 설치할 것도, PATH에 추가할 것도 없습니다. 에이전트 런타임에서 당신이 실행자입니다: 엔진이 검증된 계획(실행 패브릭)을 제공하며, 당신은 자신의 도구로 그것을 수행합니다.
가드레일 — 다음 중 어떤 것도 하지 마세요. 이것들은 이 워크플로우의 방식이 아니며 이전에 조작된 보고서를 초래했습니다:
command not found또는PATH를 진단하지 말고,~/.zshrc를 편집하지 마세요. 러너는 블록 내 절대 경로로 해결됩니다.- 검증자의 증거 없이 패킷, 게이트, 또는 외부 액션이 성공했다고 주장하지 마세요. 구체화되거나 예약된 실행은 증거가 아닙니다.
- 러너가 진정으로 누락된 경우, 그렇게 말하고 중단하세요. 수정이나 실행을 조작하지 마세요.
GOAL="<replace with the exact text the user typed after /hep-storm>"
case "$GOAL" in
"<replace"*) echo "GOAL placeholder not filled — substitute the user's goal first." >&2; exit 2 ;;
esac
RUNNER=""
for candidate in \
"$HOME/.agentlas/runtime/current/bin/hephaestus" \
"./bin/hephaestus"
do
if [ -n "$candidate" ] && [ -x "$candidate" ]; then RUNNER="$candidate"; break; fi
done
if [ -z "$RUNNER" ]; then
for cache in "$HOME/.claude/plugins/cache/agentlas-core-engine/hephaestus" \
"${CODEX_HOME:-$HOME/.codex}/plugins/cache/agentlas-core-engine/hephaestus"; do
newest="$(ls -d "$cache"/*/bin/hephaestus 2>/dev/null | sort -V | tail -1)"
if [ -n "$newest" ] && [ -x "$newest" ]; then RUNNER="$newest"; break; fi
done
done
[ -n "$RUNNER" ] || { echo "Hephaestus runtime not found. Run the installer first." >&2; exit 1; }
if [ "${HEPHAESTUS_AUTH_AUTOPOPUP:-1}" != "0" ]; then
"$RUNNER" auth ensure >/dev/null 2>&1 || true
fi
# Route + materialize the pipeline fabric for THIS goal. No --executor-command:
# the host model (you) executes each packet natively. --research-evidence grounds
# plan/research packets with Research Engine receipts.
FABRIC="$("$RUNNER" hep-storm "$GOAL" --research-evidence --runtime "${AGENTLAS_HOST_RUNTIME:-terminal}")"
printf '%s\n' "$FABRIC"
라우팅 결정에 따라 행동하기
route_decision.action (또는 route_action)을 읽고 분기하세요 — Stormbreaker는 파이프라인에 대해서만 전체 패브릭을 자동으로 구체화하며, 다른 액션은 여전히 스톰을 시작하지만 라우터가 선택한 작업 인력을 사용합니다:
action: "pipeline"— 결과에execution_fabric(packets,parallel_groups,sessions,resume_policy), 패킷별write_scope및goal/verifier,pipeline_id,journal경로,final_gate기준이 포함됩니다. 아래 "Stormbreaker 루프 실행" 섹션의 전체 루프를 실행하세요.action: "clarify"— 목표가 모호합니다.clarify_question을 후보 목록과 함께 한 번에 배치로 질문한 후, 정제된 목표로 블록을 다시 실행하세요. 이것은 범위 고정 모호성 게이트입니다. 추측하지 마세요.action: "route"(단일 카드) — 단일 에이전트 스톰: 그 카드를 빌려 이 프로젝트에 연결하여 실행한 후, 여전히 검증 → 수리 → 최종 게이트 단계를 적용하세요.action: "hub_fallback"/"hub_candidates"— 허브 조회가 수정된 키워드만 사용했습니다.execution블록에recommended_agents가 나열된 경우, 각각을 스테이지 순서대로"$RUNNER" hep-call "<agent>" "<goal>" --project .를 통해 빌려 이 리포에 연결하여 실행하세요. 그렇지 않으면 후보를 보고하고/hep-build를 제안하세요.action: "propose_new"— 적합한 것이 없습니다./hep-build를 통해 새로 구축할 것을 제안하세요.action: "refuse"—reasons(예: 루프 가드)를 설명하고 중단하세요. 재시도하지 마세요.
패브릭에 대해 Stormbreaker 루프 실행하기
이 프로토콜에 따라 목표를 완료까지 실행하세요. 확인을 위해 멈추지 마세요 — 이것은 강건한 실행입니다. 목표가 검증되거나, 인증, 결제, 정책, 누락된 비밀/도구, 또는 필요한 사용자 승인으로 인해 진정으로 차단된 경우에만 중단하세요.
- 범위 고정 — 목표를 한 문장으로 다시 말하고 고정하세요. 라우팅 결정의 실패 메모리를 확인하세요. 목표가 안전하게 분해하기에 너무 모호한 경우에만 (그리고 오직 그럴 때만) 한 번에 3-5개의 질문 배치(하지 말아야 할 것/가장 작은 버전/완료 신호/의존성)를 한 후 진행하세요. 이미 구체적이라면 아무것도 묻지 마세요.
- 계약 발행 — 승인 기준을 작성하세요: 각 패킷과 전체 목표에 대한 구체적이고 확인 가능한 완료 신호. 이것들은 루프의 중지 기준이 됩니다.
- 계획 고정 — 패브릭의
parallel_groups및depends_on순서를 계획으로 채택하세요. 가시적인 목표 원장을 엽니다: 패킷, 소유자, 검증 게이트, 상태, 재개 지점. - 실행 — 다음 차단되지 않은 그룹을 실행하세요. 런타임이 지원하는 경우 그룹 내 독립적인 패킷을 동시에 실행하세요. 패킷의
card가 Agentlas 전문가를 지정하는 경우, 역할극 대신"$RUNNER" hep-call "<card>" "<goal>" --project .를 통해 빌려 이 프로젝트에 연결하여 실행하세요. 각 패킷의write_scope에 아티팩트를 기록하세요. - 검증 — 패킷은 별도로 귀속 가능하고 검증된 확인을 통과해야만 통과합니다.
loop.goal_command가 0으로 종료되면 목표 루프를 끝낼 수 있지만, 실행자의 자체 출력이나 자체 증명 성공을 검증할 수는 없습니다. 독립적인 검증자와 해시 검증된 아티팩트 증거가 필요합니다. "실행되었음"은 결코 성공이 아닙니다. - 제한된 수리/재시도 — 구체적인 검증 실패 시, 해당 패킷을 수리하고 재실행하세요 — 제한적으로. 목표-루프 예산을 준수하세요: 일시적 실패는 백오프로 허용하고, 연속적인 무진행 반복 후 패킷을
stalled로 중단하며, 반복 상한선을 절대 초과하지 마세요. 재개된 실행은 저널에서 계속되며, 다시 시작하지 않습니다. - 최종 게이트 — 패브릭의 최종 게이트가 통과된 경우에만 성공을 보고하세요 (
can_report_success). 생성된 아티팩트에 대한 증거/보안 게이트를 실행하세요.
진행 상황을 간결하게 유지하세요: 무엇을 시도했는지, 무엇이 검증되었는지, 그리고 차단된 경우 정확히 어디서 재개해야 하는지. 숨겨진 추론을 절대 노출하지 마세요 — 진행 상황, 증거, 결정, 최종 상태만 표시하세요.
루프 불변량 (단일 루프보다 나은 이유)
- 안 끊기게: 일시적인 패킷 실패는 저널링되고 백오프와 함께 재시도되며, 치명적이지 않습니다. 진정한 연속 하드 실패만 실행을 중단시킵니다.
- 도망가지 않음: 하드 반복 상한선과 스톨 감지 — 측정된 무진행은 루프를
stalled로 중단시키고 회전하지 않습니다. - 될 때까지: 검증자가 증명할 때만 루프가
reached_goal을 보고합니다. 단순한 "실행됨"은 절대 인정되지 않습니다. - 하드 스탑에서 생존: 모든 패킷은 저널 단계이므로, 중단된 실행은 충돌하거나 0부터 다시 시작하는 대신 저널에서 번호 매기기를 재개합니다.
하드 규칙
- 가짜 통과 없음. 엔진을 사용할 수 없거나, 계정/도구/커넥터/브라우저 세션이 누락되었거나, 게이트가 실행되지 않은 경우, 실행을 차단됨 또는 검증되지 않음과 함께 정확한 다음 단계로 보고하세요 — 절대 완료로 보고하지 마세요. 예약되거나 구체화된 실행은 외부 작업이 성공했다는 증거가 아닙니다.
- 라우터는 에이전트를 선택하고 BYOM 번들만 가져옵니다. 실제 도구 실행은 이 런타임 자체의 안전 및 권한 모델을 따릅니다.
- 최종 메시지에
receipt_id,pipeline_id,journal경로를 보고하여 실행이 감사 가능하고 재개 가능하도록 하세요.
예시
/hep-storm ship a working waitlist landing page with a verified signup flow
/hep-storm 이 리포 결제 버그를 재현 PoC까지 만들어서 고치고 회귀 테스트로 검증해줘
@Hephaestus storm turn this research question into a cited report with evidence
Update fallback: 자동 업데이트가 안 되면 hephaestus update를 한 번 실행하세요. 업데이트하지 않아도 현재 버전 명령은 그대로 동작합니다.