@walwal-harness/cli 6.1.4 → 6.1.5

package/CHANGELOG.md

@@ -29,6 +29,34 @@ docmeta:
 
 # Changelog
 
+## 6.2.0 — Always-on company runtime + legacy purge (2026-05-08)
+
+### Why
+회사모드 only 정렬. 솔로/팀 모드의 잔재 스크립트와 분기 로직이 SKILL/문서 곳곳에 남아 있어 Owner 가 "지금 어떤 모드인지" 혼동하고, 한 시간이 지나도 자율 활동이 일어나지 않는 (스케줄러 부재) 문제 발생. 추가로 Claude 가 미래 시각으로 progress.log 라인을 미리 적어 가짜 진행을 보고하는 환각이 관찰됨.
+
+### Added
+- **Stop 훅** (`scripts/harness-stop.sh`) — Claude turn 종료 시 conductor 가 running 이면 자동으로 다음 tick 으로 연쇄. `behavior.auto_chain_on_stop=false` 로 비활성, `behavior.auto_chain_max_per_sprint` 로 상한 (기본 200).
+- **launchd hourly wake** (`scripts/harness-wake.sh`, `scripts/harness-wake-install.sh`, `assets/launchd/com.walwal.harness-wake.plist.template`) — 1시간마다 idle ≥ 55분 프로젝트의 tmux 에 wake prompt 송출.
+- **Truthful Logging Heal** — `harness-session-start.sh` 가 `progress.log` 의 미래 시각 라인을 자동으로 `progress.log.future-quarantine.<ts>` 로 격리 + 메인 로그에서 제거.
+- **conductor / dispatcher SKILL 의 정직성 룰** — "미래 시각 progress.log 항목 금지" Inviolable 섹션 추가, Owner "최근 1시간 뭐 했냐" 질문 시 디스크 mtime 으로 정직 답변하도록 명시.
+- **meeting-manager SKILL 의 라이브 가시화 계약** — `meetings.active` 가 평탄한 agent ID 배열이라는 데이터 계약을 명시. convene 시 active=[참석자], dispatch 시 active=[] 로 갱신해야 미니피규어가 회의실로 텔레포트.
+
+### Removed (legacy purge)
+- `scripts/harness-dashboard.sh` — tmux ASCII 대시보드 pane (3D Brick Office 가 대체).
+- `scripts/harness-monitor.sh` — 3-team worker pane (회사모드는 동적 worker pool).
+- `scripts/harness-prompt-history.sh` — tmux Studio 전용 pane.
+- `scripts/harness-gotcha-memory.sh` — tmux Studio 전용 pane.
+- `scripts/harness-tmux.sh` — tmux Studio launcher (회사모드는 단일 Claude CLI + 브라우저 대시보드).
+- `scripts/harness-goal-init.sh`, `scripts/harness-goal-show.sh` — 외부 호출 0 건의 고아.
+- `commands/harness-company.md` — Studio launch 명령 (런타임 자동화로 불필요).
+- `bin/init.js`: `runTeamStudio()` + `company` / `studio` / `studio-v4` / `v4` subcommand 제거.
+
+### Migration
+기존 프로젝트는 `npx walwal-harness --force` 또는 다음만 수동 적용:
+1. `.claude/settings.json` 에 Stop 훅 추가 (matcher: "", command: `bash scripts/harness-stop.sh`).
+2. `bash scripts/harness-wake-install.sh install <project-root>` 로 1시간 안전망 등록 (선택).
+3. `~/<project>/scripts/` 에서 위 7개 legacy 스크립트 제거.
+
 ## 6.1.4 — Template + package files alignment with v6 NEXUS (2026-05-08)
 
 ### Why

package/README.md

@@ -224,74 +224,27 @@ bash scripts/harness-token-limit.sh . mark 300
 
 핵심은 운영 품질이 아니라 빠른 사실 확인입니다.
 
-## 런타임 모드
+## 런타임 (회사모드 always-on)
 
-`progress.mode` 는 회사 실행 상태를 뜻합니다. 회의 결정의 `tracks[]` 와는 별개이며, fork-join 은 `tracks.length` 로만 판단합니다.
+회사모드는 유일한 런타임이며 항상 켜져 있습니다. `progress.mode == "company"` 가 항상 참이고, 별도 모드 전환 명령은 없습니다.
 
-### Company / Team
+자율 진행은 두 메커니즘으로 유지됩니다:
 
-기본 경로입니다. Conductor 가 `progress.mode=auto` 에서 선택합니다.
+- **Stop 훅** — Claude 가 한 turn 을 끝내려는 시점에 발화. `conductor.state == "running"` 이고 다음 부서가 있으면 자동으로 turn 을 한 번 더 굴려 끊김 없이 연쇄.
+- **launchd hourly wake (선택)** — 1시간마다 macOS 가 `scripts/harness-wake.sh` 를 호출. idle ≥ 55분이고 `paused/completed/escalated` 가 아닌 프로젝트만 깨움.
 
-특징:
-
-- 회사형 루프 유지
-- control-plane 과 worker-plane 분리
-- feature queue 기반 병렬 처리
-- tmux studio 사용 가능
-
-강제 전환:
-
-```text
-/harness-team
-```
-
-### Solo
-
-비상용 fallback 입니다.
-
-사용 시점:
-
-- 디버깅
-- 스크립트 장애
-- 짧은 수동 복구
-
-강제 전환:
-
-```text
-/harness-solo
-```
-
-### Stop
-
-Team 모드를 안전하게 멈추고 진행 중이던 feature 를 ready 로 복구합니다.
-
-```text
-/harness-stop
-```
-
-## Team Studio
-
-Team 모드에서는 tmux 기반 Studio 레이아웃을 사용합니다.
-
-시작:
-
-```text
-/harness-team
-```
+```bash
+# 1시간 안전망 wake 등록
+bash scripts/harness-wake-install.sh install .
 
-또는:
+# 상태 확인
+bash scripts/harness-wake-install.sh status
 
-```bash
-npx walwal-harness team
+# 즉시 한 번 발화 (테스트)
+bash scripts/harness-wake-install.sh run-now
 ```
 
-Team Studio 는 보통 다음을 보여줍니다.
-
-- Dashboard
-- Gotchas
-- Conventions
-- Memory
-- Team 1~3 worker pane
+회의 결정의 `tracks[]` 는 진행 흐름의 fork-join 단위이며 런타임 모드와는 별개입니다 (`tracks.length ≥ 2` 일 때 parallel).
 - Archive prompt
 
 Queue 관련 유용한 명령:
@@ -345,15 +298,22 @@ bash scripts/harness-queue-manager.sh idle-slots .
 
 | 스크립트 | 역할 |
 |---|---|
-| `scripts/harness-next.sh` | handoff 생성과 다음 agent 결정 |
-| `scripts/conductor-tick.sh` | company loop 라우팅 |
-| `scripts/harness-session-start.sh` | 새 세션 시작 시 자동 안내 |
-| `scripts/harness-user-prompt-submit.sh` | prompt 훅 주입/차단 |
-| `scripts/harness-task-session.sh` | agent 별 task session 생성 |
-| `scripts/harness-token-limit.sh` | TokenLimit hold/resume 마킹 |
-| `scripts/harness-queue-manager.sh` | team queue 관리 |
-| `scripts/harness-dashboard.sh` | dashboard 렌더 |
+| `scripts/conductor-tick.sh` | 회사 루프 라우터 — 다음 부서 결정 |
+| `scripts/harness-next.sh` | turn 종료 후 handoff 생성 + gotcha/convention 자동 등록 + audit gate |
+| `scripts/harness-progress-set.sh` | progress.json partial update 헬퍼 |
+| `scripts/harness-session-start.sh` | SessionStart 훅 (+ future-dated 라인 자동 격리) |
+| `scripts/harness-user-prompt-submit.sh` | UserPromptSubmit 훅 |
+| `scripts/harness-stop.sh` | Stop 훅 — turn 종료 시 자동 연쇄 |
+| `scripts/harness-wake.sh` | 1시간 안전망 wake (launchd 가 호출) |
+| `scripts/harness-wake-install.sh` | launchd 등록/관리 CLI |
+| `scripts/harness-statusline.sh` | 1줄 statusLine 렌더 |
+| `scripts/harness-queue-manager.sh` | feature queue 관리 |
 | `scripts/harness-meeting-doc.sh` | 회의 문서 skeleton / decision 처리 |
+| `scripts/harness-task-session.sh` | agent 별 task session (TokenLimit) |
+| `scripts/harness-token-limit.sh` | TokenLimit hold/resume 마킹 |
+| `scripts/harness-archive.sh` | sprint 종료 archive |
+| `scripts/harness-gotcha-register.sh` | evaluator output 의 gotcha_candidates 자동 등록 |
+| `scripts/harness-dashboard-up.sh` | Brick Office (브라우저 3D 대시보드) 기동 |
 
 ## 디렉토리 구조
 
@@ -414,17 +374,26 @@ cat .harness/progress.json | jq '.task_stop'
 bash scripts/harness-queue-manager.sh status .
 ```
 
-### mode 강제 전환
+### Stop 훅 자동 연쇄가 안 도는지 점검
 
-```text
-/harness-team
-/harness-solo
-/harness-stop
+```bash
+# config 확인 — auto_chain_on_stop 이 true 여야 함
+jq '.behavior.auto_chain_on_stop // true' .harness/config.json
+
+# stop_chain_count 와 sprint 상한 확인
+jq '{count: .conductor.stop_chain_count, max: 200}' .harness/progress.json
+```
+
+### 1시간 wake 가 발화 안 하는지 점검
+
+```bash
+bash scripts/harness-wake-install.sh status
+tail -30 ~/.walwal-harness/logs/wake.log
 ```
 
 ## 버전 호환성
 
-README 는 v6.1 계열 회사형 하네스를 기준으로 작성되었습니다.
+README 는 v6.x 계열 always-on 회사모드 기준입니다 (solo/team 모드 영구 제거).
 
 이 문서에서 전제하는 기능:
 

package/assets/launchd/com.walwal.harness-wake.plist.template

@@ -0,0 +1,32 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
+<plist version="1.0">
+<dict>
+    <key>Label</key>
+    <string>com.walwal.harness-wake</string>
+
+    <key>ProgramArguments</key>
+    <array>
+        <string>/bin/bash</string>
+        <string>{{WAKE_SCRIPT}}</string>
+    </array>
+
+    <key>StartInterval</key>
+    <integer>3600</integer>
+
+    <key>RunAtLoad</key>
+    <false/>
+
+    <key>StandardOutPath</key>
+    <string>{{LOG_DIR}}/wake.stdout.log</string>
+
+    <key>StandardErrorPath</key>
+    <string>{{LOG_DIR}}/wake.stderr.log</string>
+
+    <key>EnvironmentVariables</key>
+    <dict>
+        <key>PATH</key>
+        <string>/opt/homebrew/bin:/usr/local/bin:/usr/bin:/bin</string>
+    </dict>
+</dict>
+</plist>

package/assets/templates/CONVENTIONS.md

@@ -14,6 +14,18 @@
 - 모노리스보다 모듈러 아키텍처 선호
 -->
 
+### Walwal-Harness Company Contract
+
+walwal-harness는 단순 작업 파이프라인이 아니라 "회사 구조 + 자율 구조 + 하네스"다.
+
+- Owner는 최초 GOAL과 escalation에만 관여한다. 최초 GOAL 이후 Owner 입력은 interrupt/additional request이며 회사가 대기하는 이유가 아니다.
+- Dispatcher/CEO는 Owner와의 유일한 외부 창구다.
+- Planner/COO는 GOAL을 work package, queue, 가설, plan으로 바꾼다.
+- CTO는 구현, 아키텍처, 기술선택, runtime recovery 책임자다.
+- CQO는 품질, 회귀, evidence, PASS/FAIL 책임자다.
+- Service-Ops는 운영 신호, KPI, incident, monitor cadence 책임자다.
+- Meeting-Manager는 상태표가 아니라 임원 회의록을 남긴다. 회의록에는 CEO/COO/CTO/CQO/Service-Ops의 Position, Evidence, Action이 있어야 한다.
+
 ## Code Style
 
 <!-- 코드 스타일 규칙을 여기에 작성하세요 -->

package/assets/templates/HARNESS.md

@@ -92,7 +92,7 @@ scripts/            # 하네스 스크립트 (init.js 가 동기화)
 ```
 .harness/
 ├── HARNESS.md              # 이 파일
-├── config.json             # 하네스 설정 (mode_selection, behavior, flow gates)
+├── config.json             # 하네스 설정 (company_mode, behavior, flow gates)
 ├── progress.json           # 기계 판독 상태 (세션 오케스트레이션 SoT)
 ├── progress.log            # 사람 판독 히스토리 (append-only)
 ├── handoff.json            # 세션 전환 문서 (prompt, model, artifacts, regression)
@@ -143,7 +143,7 @@ Planner ─ ┐
    ▼
 CTO ── 실행 분할 ── ┐
    ▼              ▼
-Gen-BE ⇄ Gen-FE  (병렬 / Team 모드)
+Gen-BE ⇄ Gen-FE  (회사모드 병렬 worker pool)
    │
    ▼
 CQO 적대적 검증 (early-exit chain)
@@ -183,12 +183,11 @@ Archive  (sprint advance)
 - followup-review 자체에서 또 fork 금지 (무한 fork 방지).
 - 한 sprint 내 parallel fork ≥ 3 회면 다음 fork 는 single 강제.
 
-## Solo / Team / Hypothesis 모드
+## Company / Hypothesis 실행
 
-| 모드 | 트리거 | 실행 |
+| 실행 | 트리거 | 동작 |
 |------|--------|------|
-| **Solo** | 기본 | 한 번에 한 에이전트 spawn (1개 슬롯 유지) |
-| **Team** | `progress.json.mode = "team"` (Owner 또는 Conductor 결정) | 매 tick `min(ready, 3)` 동시 spawn, parallel evaluator |
+| **Company** | 기본값 | Conductor 가 매 tick `min(ready, 3)` 병렬 worker 를 자동 배정 |
 | **Hypothesis** | Planner `requested_mode = "hypothesis"` | `documentationer → coo-developer → documentationer → planner` 가설 검증 루프 |
 
 ## 품질 게이트
@@ -215,9 +214,10 @@ Archive  (sprint advance)
 | `npx walwal-harness` | 첫 설치 / 안전 init (G-NNN, C-NNN 보존) |
 | `npx walwal-harness --force` | 시스템 파일 강제 갱신 (G/C entry 는 여전히 보존) |
 | `npx walwal-harness migrate` | 구버전 progress.json / config.json schema 정상화 |
-| `npx walwal-harness team` | tmux/iTerm Team 스튜디오 기동 |
+| `npx walwal-harness verify` | 설치 정합성 검증 |
 | `bash scripts/harness-dashboard-up.sh` | Brick Office 라이브 대시보드 (http://localhost:3001) |
-| `bash scripts/harness-session-start.sh` | SessionStart 훅 (자동 호출) |
+| `bash scripts/harness-wake-install.sh install .` | 1시간 안전망 wake 등록 (launchd) |
+| `bash scripts/harness-wake-install.sh status` | wake 상태 / 등록 프로젝트 확인 |
 
 ## 다음 단계
 

package/assets/templates/config.json

@@ -2,7 +2,7 @@
   "harness": {
     "name": "walwal-harness — NEXUS company harness",
     "version": "6.1.4",
-    "description": "NEXUS-adapted company metaphor for AI-agent engineering. Owner ↔ Dispatcher(CEO) ↔ Conductor + Meeting-Manager ↔ Planner(COO/HR) + CTO + CQO + Service-Ops. Generators (BE/FE/Designer/DevOps) + Evaluators (Functional/Visual/Code-Quality/Architecture/Security) + COO Hypothesis Cell. Solo/Team modes, parallel-tracks fork-join meetings, hierarchical Conventions/Gotchas. React/Next.js/Flutter FE, NestJS/Laravel BE.",
+    "description": "NEXUS-adapted company metaphor for AI-agent engineering. Owner ↔ Dispatcher(CEO) ↔ Conductor + Meeting-Manager ↔ Planner(COO/HR) + CTO + CQO + Service-Ops. Generators (BE/FE/Designer/DevOps) + Evaluators (Functional/Visual/Code-Quality/Architecture/Security) + COO Hypothesis Cell. Always-on company mode, parallel worker pool, parallel-tracks fork-join meetings, hierarchical Conventions/Gotchas. React/Next.js/Flutter FE, NestJS/Laravel BE.",
     "source": "https://www.anthropic.com/engineering/harness-design-long-running-apps"
   },
   "agents": {
@@ -207,7 +207,7 @@
       "on_fail": "reroute_to_generator"
     },
     "team": {
-      "comment": "Team Mode 설정. /harness-team 커맨드로 실행.",
+      "comment": "Company worker pool 설정. 회사모드에서 항상 사용.",
       "concurrency": 3,
       "max_retries_per_feature": 5,
       "escalate_after": 3,
@@ -349,32 +349,30 @@
     "re_notify_every_seconds": 3600,
     "owner": "session-start"
   },
-  "mode_selection": {
-    "comment": "v6.0 — Solo/Team 모드를 사용자가 아닌 Conductor 가 결정. progress.json.mode='auto' 일 때 Conductor 가 feature-list 의 ready_count + 의존성 깊이 + sprint feature 수를 보고 룰을 적용. 사용자는 /harness-solo 또는 /harness-team 으로 override 가능하며 그 결정은 progress.json.mode_decision.user_override 에 기록된다.",
-    "default_mode": "auto",
+  "company_mode": {
+    "comment": "v6.3 — 회사모드는 항시 활성이다. 사용자 모드 선택과 tie-breaker 는 제거됐다. Conductor 는 feature-list/queue 를 기반으로 매 tick 가능한 병렬 작업을 자동 배정한다.",
+    "default_mode": "company",
     "owner": "conductor",
-    "rules": {
-      "force_team_when": {
-        "ready_at_start_gte": 3,
-        "feature_count_gte": 6,
-        "critical_path_depth_lte": 2,
-        "rationale": "ready≥3 + 작은 critical path = 3팀 동시 가동의 P4 Parallel Workstreams 효과 충족 (NEXUS 40~60% 단축)"
-      },
-      "force_solo_when": {
-        "ready_at_start_lte": 2,
-        "or_feature_count_lte": 3,
-        "or_critical_path_depth_gte": 4,
-        "rationale": "직렬 의존 우세 → Team 으로 띄워도 2팀이 유휴. tmux 운영 비용·토큰 3x 정당화 안 됨."
-      },
-      "tie_breaker": "solo",
-      "tie_breaker_rationale": "동률 시 비용 안전한 Solo 선호. 사용자가 명시적으로 team 선택 시만 force."
-    },
-    "user_override": {
-      "comment": "사용자가 명시적으로 모드 강제하면 Conductor 결정 무시. progress.json.mode_decision.user_override 에 기록.",
-      "channels": [
-        "/harness-solo (force solo)",
-        "/harness-team (force team)",
-        "사용자 발화: 'solo 로', 'team 으로', 'auto 다시' (auto 복귀)"
+    "worker_concurrency": 3,
+    "worker_spawn": "claude",
+    "worker_spawn_description": "claude 이면 idle worker 배정 시 `claude -p` 백그라운드 프로세스를 띄운다. record 로 두면 prompt/log만 생성한다.",
+    "autonomous": true,
+    "parallel_by_default": true
+  },
+  "runtime": {
+    "production": {
+      "comment": "Owner+CEO+CTO 합의로만 services[] 를 수정한다. live=true 이고 services[] 가 있으면 Service-Ops 는 매 hourly review 마다 port/health/log 상태를 운영보고서에 남긴다.",
+      "live": false,
+      "services": [
+        {
+          "name": "example-api",
+          "host": "127.0.0.1",
+          "port": 3000,
+          "health_path": "/health",
+          "expected_status": 200,
+          "log_path": null,
+          "cadence_seconds": 3600
+        }
       ]
     }
   },

package/assets/templates/memory.md

@@ -65,7 +65,7 @@ docmeta:
   5. `result PASS`는 **SCORE ≥ 2.80**인 경우에만 기록. score=1.00을 PASS로 기록 금지.
   6. 각 단계마다 **어떤 도구/방법으로 검증했는지**(tsc/eslint/curl/playwright 등) 명시.
 - **Context**: 사용자가 대시보드 로그만 보고 진행 상황을 파악해야 하는데, 기존 축약 로그로는 4대 질문에 답이 안 보인다는 피드백.
-- **Applies to**: Team Worker(Generator + Evaluator), Solo Mode Generator/Evaluator, 모든 `logev` 호출 지점.
+- **Applies to**: Company Worker(Generator + Evaluator), 모든 `logev` 호출 지점.
 
 ### [M-NEXUS-P3] Owner ↔ CEO 단일 창구 + 자율 실행 (Inviolable)
 - **Date**: 2026-05-07
@@ -77,10 +77,24 @@ docmeta:
 - **Context**: v6.0.0 publish 직후 dispatcher 응답이 사용자를 "CEO 직접 리뷰…" 로 호명하고 "/harness-next 자동 진행하시겠습니까?" 로 사용자 펌프를 요구함. Owner 의 명시적 교정.
 - **Applies to**:
   - **Dispatcher**: 사용자 호칭/응답 문구, GOAL 정립, 모든 inbound/outbound owner 통신. → anti-pattern: `.harness/gotchas/dispatcher.md` [G-001]~[G-004].
-  - **Conductor**: GOAL 확정 직후 자동 시동 (사용자 허락 X), Eval PASS/FAIL 직후 자동 advance/retry, mode 결정 (config.json `mode_selection.rules`).
+  - **Conductor**: GOAL 확정 직후 자동 시동 (사용자 허락 X), Eval PASS/FAIL 직후 자동 advance/retry, 회사모드 병렬 worker pool 관리.
   - **Planner / CTO / CQO / Generator / Evaluator / Service-Ops**: Owner 와 직접 대화 X. 모든 통신은 Dispatcher 경유.
 - **Why this matters**: 회사가 매 단계 사용자 허락을 구하면 NEXUS 메타포 자체가 무너진다. P3 "Continuous Loop > End-of-Pipeline" 가 약속하는 95% 결함 차단·40~60% 단축은 자율 루프에서만 성립한다.
 
+### [M-SYS-EXEC-ROLE-CONTRACT] 회사 역할 계약은 하네스 SoT에서 자동 적용되어야 한다
+- **Date**: 2026-05-10
+- **Status**: verified
+- **TTL**: 영구
+- **Lesson**: CEO/COO/CTO/CQO/Service-Ops가 무엇을 해야 하고 무엇을 하면 안 되는지는 일회성 wake prompt나 개별 회의 문구가 아니라 하네스의 convention/gotcha/memory SoT에 있어야 한다. 모든 에이전트는 세션 시작 시 `CONVENTIONS.md`, `.harness/conventions/shared.md`, 자기 role convention, 자기 gotcha, `.harness/memory.md` 순서로 읽고 이 계약을 적용한다.
+- **Context**: Owner가 Paperclip과 비교하며 현재 하네스는 각 임원이 자기 역할을 명확히 이해하고 일한다는 느낌이 없다고 지적했다. 원인은 역할 계약이 문서에는 있었지만 hourly/review 실행 경로와 worker prompt가 이를 자동 적용하지 않고 상태 리포트만 만든 데 있었다.
+- **Applies to**:
+  - **Dispatcher/CEO**: Owner-facing 창구와 GOAL/escalation 책임.
+  - **Planner/COO**: GOAL → work package/queue/가설 변환 책임.
+  - **CTO**: 구현/아키텍처/runtime recovery 책임.
+  - **CQO**: evidence/PASS/FAIL/회귀 검증 책임.
+  - **Service-Ops**: 운영 신호를 회의 evidence와 CTO/CQO action으로 연결.
+  - **Meeting-Manager**: 상태표가 아니라 임원 회의록을 남김.
+
 ### [M-002] FE Evaluation은 Playwright 필수
 - **Date**: 2026-04-20
 - **Status**: verified

package/assets/templates/progress.json.template

@@ -1,11 +1,11 @@
 {
   "version": 4,
-  "mode": "auto",
+  "mode": "company",
   "mode_decision": {
     "owner": "conductor",
     "decided_at": null,
-    "rationale": null,
-    "user_override": null
+    "rationale": "company mode is always-on",
+    "policy": "always_company_parallel"
   },
   "project_name": "",
   "pipeline": null,
@@ -47,8 +47,9 @@
     "api-contract.json": { "status": "pending", "updated_by": null, "updated_at": null },
     "sprint-contract.md": { "status": "pending", "updated_by": null, "updated_at": null }
   },
-  "team_state": {
-    "active_teams": 0,
+  "company_state": {
+    "active_workers": 0,
+    "concurrency": 3,
     "paused_at": null,
     "resume_from": null
   },