@walwal-harness/cli 6.1.6 → 7.1.0

package/scripts/release.sh

@@ -0,0 +1,89 @@
+#!/bin/bash
+# release.sh — Start walwal harness release operation mode.
+
+set -uo pipefail
+
+mode="${1:-release}"
+if [ "$mode" = "release" ]; then
+  shift || true
+fi
+
+SCRIPT_DIR="$(cd "$(dirname "$0")" && pwd)"
+source "$SCRIPT_DIR/lib/harness-render-progress.sh"
+
+PROJECT_ROOT="$(resolve_harness_root "${HARNESS_PROJECT_ROOT:-.}")" || exit 1
+HARNESS_DIR="$PROJECT_ROOT/.harness"
+CONFIG="$HARNESS_DIR/config.json"
+PROGRESS="$HARNESS_DIR/progress.json"
+RUNTIME_DIR="$HARNESS_DIR/runtime"
+LOG_DIR="$HARNESS_DIR/logs/$(date -u +%Y-%m-%d)"
+
+[ -d "$HARNESS_DIR" ] || { echo "ERROR: .harness/ not found" >&2; exit 1; }
+[ -f "$PROGRESS" ] || { echo "ERROR: .harness/progress.json not found" >&2; exit 1; }
+[ -f "$CONFIG" ] || { echo "ERROR: .harness/config.json not found" >&2; exit 1; }
+command -v jq >/dev/null 2>&1 || { echo "ERROR: jq is required" >&2; exit 1; }
+
+mkdir -p "$RUNTIME_DIR" "$LOG_DIR"
+
+MODE_FILE="$RUNTIME_DIR/harness-mode"
+PID_FILE="$RUNTIME_DIR/release.pid"
+LOG_FILE="$LOG_DIR/release-harness.log"
+ts="$(date -u +%Y-%m-%dT%H:%M:%SZ)"
+
+active_mode=""
+[ -f "$MODE_FILE" ] && active_mode="$(cat "$MODE_FILE" 2>/dev/null || true)"
+if [ -n "$active_mode" ] && [ "$active_mode" != "release" ]; then
+  echo "ERROR: $active_mode mode is active. Run /stop-harness before /release-harness." >&2
+  exit 2
+fi
+
+if [ -f "$PID_FILE" ]; then
+  old_pid="$(cat "$PID_FILE" 2>/dev/null || true)"
+  if [ -n "$old_pid" ] && kill -0 "$old_pid" 2>/dev/null; then
+    echo "ERROR: release mode is already active with pid $old_pid" >&2
+    exit 2
+  fi
+fi
+
+cmd="$(jq -r '.runtime.release.command // empty' "$CONFIG" 2>/dev/null || true)"
+[ -n "$cmd" ] && [ "$cmd" != "null" ] || { echo "ERROR: runtime.release.command must be configured" >&2; exit 1; }
+
+cwd="$(jq -r '.runtime.release.cwd // "."' "$CONFIG" 2>/dev/null || echo ".")"
+run_dir="$PROJECT_ROOT/$cwd"
+[ -d "$run_dir" ] || { echo "ERROR: release cwd does not exist: $cwd" >&2; exit 1; }
+
+(
+  cd "$run_dir" || exit 1
+  nohup bash -lc "$cmd $*" >> "$LOG_FILE" 2>&1 &
+  echo "$!"
+) > "$RUNTIME_DIR/release.pid.tmp"
+pid="$(cat "$RUNTIME_DIR/release.pid.tmp" 2>/dev/null || true)"
+rm -f "$RUNTIME_DIR/release.pid.tmp"
+[ -n "$pid" ] || { echo "ERROR: failed to start release command" >&2; exit 1; }
+
+printf '%s\n' "release" > "$MODE_FILE"
+printf '%s\n' "$pid" > "$PID_FILE"
+
+tmp_config="$(mktemp)"
+jq '
+  .runtime.build.live = false |
+  .runtime.production.live = true
+' "$CONFIG" > "$tmp_config" && mv "$tmp_config" "$CONFIG" || rm -f "$tmp_config"
+
+tmp="$(mktemp)"
+jq --arg ts "$ts" --arg pid "$pid" --arg log "$LOG_FILE" --arg cmd "$cmd" '
+  .runtime_state.mode = "release" |
+  .runtime_state.started_at = $ts |
+  .runtime_state.pid = ($pid|tonumber) |
+  .runtime_state.log_path = $log |
+  .runtime_state.command = $cmd |
+  .service_ops.requested_mode = "monitor" |
+  .service_ops.monitor.stream_active = true |
+  .runtime.build.live = false |
+  .runtime.production.live = true
+' "$PROGRESS" > "$tmp" && mv "$tmp" "$PROGRESS" || rm -f "$tmp"
+
+ops_report="$(bash "$SCRIPT_DIR/harness-service-ops-monitor.sh" "$PROJECT_ROOT" 2>/dev/null || true)"
+echo "release pid: $pid"
+echo "release log: $LOG_FILE"
+[ -n "$ops_report" ] && echo "ops report: $ops_report"

package/conventions/conductor.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-conductor
-  title: Conventions — uconductor
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - conductor
----
-
-# Conventions — uconductor
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기는 uconductor 스코프의 긍정 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드("~해야 해", "~이렇게 해줘") 를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/coo-developer.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-coo-developer
-  title: Conventions — ucoo-udeveloper
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - coo-developer
----
-
-# Conventions — ucoo-udeveloper
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기는 ucoo-udeveloper 스코프의 긍정 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드("~해야 해", "~이렇게 해줘") 를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/dispatcher.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-dispatcher
-  title: Conventions — udispatcher
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - dispatcher
----
-
-# Conventions — udispatcher
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기는 udispatcher 스코프의 긍정 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드("~해야 해", "~이렇게 해줘") 를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/documentationer.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-documentationer
-  title: Conventions — udocumentationer
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - documentationer
----
-
-# Conventions — udocumentationer
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기는 udocumentationer 스코프의 긍정 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드("~해야 해", "~이렇게 해줘") 를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/evaluator-architecture.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-evaluator-architecture
-  title: Conventions — uevaluator-uarchitecture
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - evaluator-architecture
----
-
-# Conventions — uevaluator-uarchitecture
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기는 uevaluator-uarchitecture 스코프의 긍정 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드("~해야 해", "~이렇게 해줘") 를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/evaluator-code-quality.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-evaluator-code-quality
-  title: Conventions — evaluator-code-quality
-  type: input
-  createdAt: 2026-04-22T00:00:00Z
-  updatedAt: 2026-04-22T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - evaluator-code-quality
----
-
-# Conventions — evaluator-code-quality
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기(`.harness/conventions/evaluator-code-quality.md`)는 역할 국한 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `.harness/conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/evaluator-functional.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-evaluator-functional
-  title: Conventions — evaluator-functional
-  type: input
-  createdAt: 2026-04-22T00:00:00Z
-  updatedAt: 2026-04-22T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - evaluator-functional
----
-
-# Conventions — evaluator-functional
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기(`.harness/conventions/evaluator-functional.md`)는 역할 국한 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `.harness/conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/evaluator-security.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-evaluator-security
-  title: Conventions — uevaluator-usecurity
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - evaluator-security
----
-
-# Conventions — uevaluator-usecurity
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기는 uevaluator-usecurity 스코프의 긍정 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드("~해야 해", "~이렇게 해줘") 를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/evaluator-visual.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-evaluator-visual
-  title: Conventions — evaluator-visual
-  type: input
-  createdAt: 2026-04-22T00:00:00Z
-  updatedAt: 2026-04-22T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - evaluator-visual
----
-
-# Conventions — evaluator-visual
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기(`.harness/conventions/evaluator-visual.md`)는 역할 국한 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `.harness/conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/generator-backend.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-generator-backend
-  title: Conventions — generator-backend
-  type: input
-  createdAt: 2026-04-22T00:00:00Z
-  updatedAt: 2026-04-22T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - generator-backend
----
-
-# Conventions — generator-backend
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기(`.harness/conventions/generator-backend.md`)는 역할 국한 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `.harness/conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/generator-designer.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-generator-designer
-  title: Conventions — ugenerator-udesigner
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - generator-designer
----
-
-# Conventions — ugenerator-udesigner
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기는 ugenerator-udesigner 스코프의 긍정 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드("~해야 해", "~이렇게 해줘") 를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/generator-devops.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-generator-devops
-  title: Conventions — ugenerator-udevops
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - generator-devops
----
-
-# Conventions — ugenerator-udevops
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기는 ugenerator-udevops 스코프의 긍정 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드("~해야 해", "~이렇게 해줘") 를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/generator-frontend.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-generator-frontend
-  title: Conventions — generator-frontend
-  type: input
-  createdAt: 2026-04-22T00:00:00Z
-  updatedAt: 2026-04-22T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - generator-frontend
----
-
-# Conventions — generator-frontend
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기(`.harness/conventions/generator-frontend.md`)는 역할 국한 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `.harness/conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/meeting-manager.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-meeting-manager
-  title: Conventions — umeeting-umanager
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - meeting-manager
----
-
-# Conventions — umeeting-umanager
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기는 umeeting-umanager 스코프의 긍정 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드("~해야 해", "~이렇게 해줘") 를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/planner.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-planner
-  title: Conventions — planner
-  type: input
-  createdAt: 2026-04-22T00:00:00Z
-  updatedAt: 2026-04-22T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - planner
----
-
-# Conventions — planner
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기(`.harness/conventions/planner.md`)는 역할 국한 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `.harness/conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/conventions/service-ops.md

@@ -1,24 +0,0 @@
----
-docmeta:
-  id: conventions-service-ops
-  title: Conventions — uservice-uops
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  tags:
-    - conventions
-    - service-ops
----
-
-# Conventions — uservice-uops
-
-> **세션 시작 시 이 파일이 비어있더라도 루트 `CONVENTIONS.md` 는 반드시 먼저 읽으시오.**
-> 여기는 uservice-uops 스코프의 긍정 규범만 누적되며, 프로젝트 전체 원칙은 루트에 있습니다.
->
-> Dispatcher 가 긍정 가이드("~해야 해", "~이렇게 해줘") 를 감지해 여기에 `### [C-NNN]` 엔트리를 추가합니다.
-> 사용자가 직접 편집해도 무방합니다. 항목 형식은 `conventions/README.md` 참고.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/conductor.md

@@ -1,38 +0,0 @@
----
-docmeta:
-  id: gotchas-conductor
-  title: Gotchas — uconductor
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  inputs: []
-  tags: [gotchas, conductor]
----
-
-# Gotchas — uconductor
-
-> Dispatcher 가 관리. uconductor 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
-> 
-> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
-> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->
-
-### [G-001] Team mode 큐 누락 금지
-
-- Status: verified
-- Date: 2026-05-08
-- Trigger: `progress.json.mode == "team"` 인데 `.harness/actions/feature-queue.json` 이 없거나 teams 가 모두 idle 인 채 단일 `next_agent` 만 진행
-- Rule: Team mode 진입 시 반드시 `scripts/harness-queue-manager.sh init|recover` 로 queue 를 준비하고, `auto-dispatch` 결과의 모든 pair 를 background worker 로 spawn 해야 한다. tmux monitor 만 띄우고 worker spawn 없이 종료하면 실패다.
-- Evidence: okx/seller 최신 배포본에서 `mode=team` 이지만 `feature-queue.json` 이 없어 병렬 worker 가 시작될 수 없었다.
-
-### [G-002] Parallel tracks 직렬화 금지
-
-- Status: verified
-- Date: 2026-05-08
-- Trigger: `tracks.length >= 2` 인 회의 결정 후 첫 트랙만 running, 나머지는 pending 으로 두고 완료 후 다음 트랙을 dispatch
-- Rule: parallel tracks 는 같은 tick 에 모든 독립 트랙을 running/spawn 대상으로 노출해야 한다. 완료 순서만 rendezvous 에서 join 하며, dispatch 자체를 sequence 로 만들면 안 된다.
-- Evidence: v6.2 fork-join 문서와 달리 conductor 구현/meeting-manager 문구가 “첫 번째 트랙 완료 후 다음 pending” 형태로 남아 있었다.

package/gotchas/coo-developer.md

@@ -1,22 +0,0 @@
----
-docmeta:
-  id: gotchas-coo-developer
-  title: Gotchas — ucoo-udeveloper
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  inputs: []
-  tags: [gotchas, coo-developer]
----
-
-# Gotchas — ucoo-udeveloper
-
-> Dispatcher 가 관리. ucoo-udeveloper 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
-> 
-> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
-> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/dispatcher.md

@@ -1,38 +0,0 @@
----
-docmeta:
-  id: gotchas-dispatcher
-  title: Gotchas — udispatcher
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  inputs: []
-  tags: [gotchas, dispatcher]
----
-
-# Gotchas — udispatcher
-
-> Dispatcher 가 관리. udispatcher 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
-> 
-> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
-> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->
-
-### [G-001] Owner GOAL 반복 확인 질문 금지
-
-- Status: verified
-- Date: 2026-05-08
-- Trigger: Owner 가 이미 GOAL 을 명시했거나 `.harness/actions/pipeline.json`, `.harness/actions/goals.md`, `AGENTS.md Active dispatch` 중 하나가 현재 목표를 설명하는데도 “어떤 방식으로 진행할까요”, “다음 단계로 갈까요”, “브레인스토밍할까요”를 반복 질문
-- Rule: GOAL 이 존재하면 합리적 해석으로 회사 루프를 진행한다. 질문은 GOAL 자체가 상호 배타적인 두 방향으로 해석되어 자동 선택이 위험할 때 한 번만 허용한다.
-- Evidence: okx/seller에서 Owner가 목표를 준 뒤에도 같은 성격의 확인 질문이 3회 반복되어 “알아서 동작하는 회사” 모델을 깨뜨렸다.
-
-### [G-SYS-ROLE-CONTRACT-NOT-PROMPT-ONLY] 역할 계약을 일회성 프롬프트에만 넣지 말 것
-
-- Status: verified
-- Date: 2026-05-10
-- Trigger: CEO/COO/CTO/CQO/Service-Ops가 각자 해야 할 일과 금지 사항을 이해하지 못하는데, 이를 개별 wake prompt나 회의 템플릿에만 임시로 적어 하위 에이전트에 자동 적용되지 않음.
-- Rule: 회사 구조, 자율 구조, 역할별 해야 할 일/하면 안 되는 일은 하네스 공통 convention/gotcha/memory에 들어가야 한다. 개별 프롬프트는 이 SoT를 읽게 해야 하며, SoT 자체를 대체하면 안 된다.
-- Fix: 구조적 규칙은 `conventions/shared.md`, 역할별 실수는 `gotchas/<role>.md`, 모든 에이전트 공통 교훈은 `memory.md`에 시스템 entry로 승격한다.

package/gotchas/documentationer.md

@@ -1,22 +0,0 @@
----
-docmeta:
-  id: gotchas-documentationer
-  title: Gotchas — udocumentationer
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  inputs: []
-  tags: [gotchas, documentationer]
----
-
-# Gotchas — udocumentationer
-
-> Dispatcher 가 관리. udocumentationer 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
-> 
-> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
-> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/evaluator-architecture.md

@@ -1,22 +0,0 @@
----
-docmeta:
-  id: gotchas-evaluator-architecture
-  title: Gotchas — uevaluator-uarchitecture
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  inputs: []
-  tags: [gotchas, evaluator-architecture]
----
-
-# Gotchas — uevaluator-uarchitecture
-
-> Dispatcher 가 관리. uevaluator-uarchitecture 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
-> 
-> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
-> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->

package/gotchas/evaluator-code-quality.md

@@ -1,22 +0,0 @@
----
-docmeta:
-  id: gotchas-evaluator-code-quality
-  title: Gotchas — uevaluator-ucode-uquality
-  type: input
-  createdAt: 2026-05-08T00:00:00Z
-  updatedAt: 2026-05-08T00:00:00Z
-  source:
-    producer: user
-    skillId: harness-dispatcher
-  inputs: []
-  tags: [gotchas, evaluator-code-quality]
----
-
-# Gotchas — uevaluator-ucode-uquality
-
-> Dispatcher 가 관리. uevaluator-ucode-uquality 는 세션 시작 시 이 파일을 읽고 같은 실수를 반복하지 않습니다.
-> 
-> 항목 형식은 `gotchas/README.md` 참조. Dispatcher 가 사용자의 실수 지적을 감지하면 자동으로
-> `### [G-NNN]` 항목을 append 합니다. 사용자가 직접 편집해도 무방합니다.
-
-<!-- 항목이 추가되면 아래에 기록됩니다 -->