okstra 0.123.0 → 0.125.0

package/docs/for-ai/skills/okstra-memory.md

@@ -1,82 +1,82 @@
 # okstra-memory AI Manual
 
-## 원천
+## Source
 
-- 스킬 원문: [`skills/okstra-memory/SKILL.md`](../../../skills/okstra-memory/SKILL.md)
+- Skill source: [`skills/okstra-memory/SKILL.md`](../../../skills/okstra-memory/SKILL.md)
 - CLI registry: [`src/cli-registry.mjs`](../../../src/cli-registry.mjs)
 - memory CLI: [`src/commands/memory/memory.mjs`](../../../src/commands/memory/memory.mjs)
 
-## 목적
+## Purpose
 
-`okstra-memory`는 사용자 홈의 Memory Book을 관리한다.
+`okstra-memory` manages the Memory Book in the user's home.
 
 ```text
 ~/.okstra/memory-book/
 ```
 
-프로젝트 local `.okstra/` artifact가 아니다. `<PROJECT_ROOT>/.okstra/project.json`이 없어도 사용할 수 있다.
+It is not a project-local `.okstra/` artifact. It can be used even without `<PROJECT_ROOT>/.okstra/project.json`.
 
-## 사용 조건
+## When to use
 
-사용한다:
+Use it when:
 
-- 사용자가 "기억해둬", "대화 저장", "okstra에 정리해서 보관", "remember this", "save this decision"처럼 명시적으로 저장을 요청한다.
-- 저장된 memory를 검색, 목록화, 읽기, archive하려고 한다.
+- The user explicitly asks to save, e.g. "remember this", "save the conversation", "organize and store this in okstra", "remember this", "save this decision".
+- The user wants to search, list, read, or archive stored memory.
 
-사용하지 않는다:
+Do not use it when:
 
-- 사용자가 단순 brainstorming 중이고 저장 요청이 없다. 이때는 확인 질문을 먼저 한다.
-- project task artifact로 남겨야 하는 내용. 이 경우 해당 okstra task의 brief/report/decision 경로를 사용한다.
+- The user is only brainstorming with no save request. In that case, ask a confirmation question first.
+- The content should be kept as a project task artifact. In that case, use the brief/report/decision path of the relevant okstra task.
 
 ## safety rule
 
-명시적 저장 요청 없이 저장하지 않는다. credentials, API keys, tokens, private personal data, secrets는 저장하지 않는다. 대화에 민감한 내용이 있으면 summary에서 제외하고 omission을 기록한다.
+Do not save without an explicit save request. Do not store credentials, API keys, tokens, private personal data, or secrets. If the conversation includes sensitive material, exclude it from the summary and note the omission.
 
-CLI도 high-confidence secret shape를 감지해 `memory add`를 거부할 수 있다. 거부되면 내용을 redact하고 재시도한다.
+The CLI can also detect high-confidence secret shapes and refuse `memory add`. If refused, redact the content and retry.
 
 ## CLI availability
 
-먼저 help를 확인한다.
+Check the help first.
 
 ```bash
 okstra memory --help
 ```
 
-`okstra`가 PATH에 없으면 `npx okstra@latest install`을 직접 실행하지 말고, 한 번 설치 후 재시도하라고 안내한다.
+If `okstra` is not on PATH, do not run `npx okstra@latest install` directly; tell the user to install it once and then retry.
 
-## project-group 선택
+## project-group selection
 
-모든 memory entry는 project-group에 속한다. 저장/검색 전에 group을 먼저 고른다.
+Every memory entry belongs to a project-group. Pick the group before storing or searching.
 
-기존 group 조회:
+Enumerate existing groups:
 
 ```bash
 okstra memory groups --json
 ```
 
-추천:
+Recommendations:
 
-- 가장 많이 쓰인 existing group
-- 두 번째 existing group
-- 직접 입력
+- the most-used existing group
+- the second existing group
+- Enter directly
 
-개인 메모리는 `private`를 우선 추천한다. group이 없거나 선택이 없으면 CLI default인 `global`을 쓴다.
+For a personal note, recommend `private` first. If there is no group or no selection, use the CLI default `global`.
 
-선택 group은 `add`, `search`, `list`에 `--project-group <group>`으로 전달한다. 사용자가 cross-group search를 명시한 경우에만 flag를 생략한다.
+Pass the chosen group to `add`, `search`, and `list` as `--project-group <group>`. Omit the flag only when the user explicitly wants a cross-group search.
 
-## 저장 절차
+## Store procedure
 
-대화 전체 transcript를 저장하지 않는다. 오래 남길 durable memory만 추출해 concise Markdown summary로 만든다.
+Do not store the full conversation transcript. Extract only durable memory worth keeping long-term and turn it into a concise Markdown summary.
 
-포함할 것:
+Include:
 
-- 저장 이유
+- the reason for storing
 - source: `conversation`
-- 관련 project id가 명확하면 `--project`
-- 검색용 tags
+- `--project` when the related project id is clear
+- tags for search
 - memory type
 
-type 값은 `okstra memory --help` 출력이 권위다. 원문 기준 category:
+The `okstra memory --help` output is authoritative for the type values. Categories per the source:
 
 - `decision`
 - `preference`
@@ -86,19 +86,19 @@ type 값은 `okstra memory --help` 출력이 권위다. 원문 기준 category:
 - `follow-up`
 - `context`
 
-저장 명령 형태:
+Store command shape:
 
 ```bash
 okstra memory add --content "<summary markdown>" --title "<short title>" --type <type> --project-group <group> --tag <tag> --project <id> --source conversation --yes
 ```
 
-필요하면 `--tag`, `--project`를 반복한다. 관련 project가 명확하지 않으면 `--project`를 생략한다.
+Repeat `--tag` and `--project` as needed. Omit `--project` when no related project is clear.
 
-`--yes`는 사용자가 저장을 명시했을 때만 사용한다.
+Use `--yes` only when the user explicitly asked to save.
 
-## 검색/읽기/archive
+## search / read / archive
 
-기본은 선택한 project-group scope다.
+The default scope is the chosen project-group.
 
 ```bash
 okstra memory search "<query>" --project-group "<group>"
@@ -108,20 +108,19 @@ okstra memory show "<memory-id>"
 okstra memory archive "<memory-id>"
 ```
 
-ID parsing이 필요하면 `--json`을 선호한다. 사용자에게는 짧은 요약과 entry id/path 정도만 보여준다.
+Prefer `--json` when you need to parse IDs. Show the user only a short summary plus the entry id/path.
 
-## 출력 규칙
+## Output rules
 
-- 저장 시 title, type, project-group, tags, generated id를 요약한다.
-- 검색 시 match count와 가장 관련 높은 entry를 먼저 보여준다.
-- archive는 사용자 의도가 명확할 때만 실행한다.
-- project `.okstra/`에 쓰지 않는다.
+- On store, summarize title, type, project-group, tags, and the generated id.
+- On search, show the match count and the most relevant entry first.
+- Run archive only when the user's intent is clear.
+- Do not write into a project `.okstra/`.
 
-## 금지 패턴
-
-- 명시 요청 없이 자동 저장.
-- secret/token/key를 저장.
-- full transcript를 그대로 저장.
-- project-local task memory처럼 `.okstra/`에 쓰기.
-- cross-group search를 사용자가 요청하지 않았는데 기본으로 수행하기.
+## Forbidden patterns
 
+- Auto-saving without an explicit request.
+- Storing a secret/token/key.
+- Storing the full transcript verbatim.
+- Writing into `.okstra/` as if it were project-local task memory.
+- Performing a cross-group search by default when the user did not ask for it.

package/docs/for-ai/skills/okstra-pr-gen.md

@@ -0,0 +1,48 @@
+# okstra-pr-gen AI Manual
+
+## Sources
+
+- Skill source: [`skills/okstra-pr-gen/SKILL.md`](../../../skills/okstra-pr-gen/SKILL.md)
+- Template core (CLI): [`scripts/okstra_ctl/pr_template.py`](../../../scripts/okstra_ctl/pr_template.py)
+- Node wrapper: [`src/commands/pr/pr.mjs`](../../../src/commands/pr/pr.mjs)
+- Bundled default template: [`src/commands/pr/default.md`](../../../src/commands/pr/default.md)
+
+## Purpose
+
+`okstra-pr-gen` registers PR body templates and generates PR descriptions from a branch diff. Templates live in the user home at `~/.okstra/template/pr/`. This skill is **global** — it does not require `<PROJECT_ROOT>/.okstra/project.json`. PR generation additionally requires the current directory to be a git repository.
+
+## Check CLI availability
+
+A separate Bash call with a literal leading token:
+
+```bash
+okstra pr --help
+```
+
+If `okstra` is not on PATH: `okstra not installed — run npx okstra@latest install once, then retry`. Every Bash command starts with the literal `okstra` token and passes literal arguments (do not wrap it in `$(...)`/leading `VAR=`/`if`/`eval`/`||`/`&&`).
+
+## Pick the mode (always first)
+
+A 3-option picker via `AskUserQuestion`:
+
+1. `Generate PR` — generate a PR body from a branch diff
+2. `Register template` — save a new PR body template
+3. `Enter directly` — always last (okstra picker convention)
+
+## Mode A — Generate PR
+
+1. Pick a template: `okstra pr template list --json`. If empty, use the bundled default. Carry the chosen name as `<template>` (`default` for the bundled one).
+2. Pick the base branch: `okstra pr branches --json`. 3-option from the top `recommended` entries plus `Enter directly`. Carry the choice as `<base>`.
+3. Generation bundle: `okstra pr gen --base <base> --template <template> --json` → `{base, currentBranch, templateName, template, commits, diffStat}`. Then **read the real diff honestly** (SSOT): `git diff <base>...HEAD` (large diffs section by section). Fill the placeholders from the diff and commits, describing **only actual changes**. Mark a checklist box `[x]` only when the diff supports it (tests touched → tests box, docs touched → docs box). If `commits`/`diffStat` are empty, say there is nothing to describe and stop. **Never append AI trailers/footers.**
+4. Output and offer to create the PR: print the filled PR body as a single fenced markdown block. Ask whether to open a PR. **Only on an explicit yes**: write the body to a temp file and run `gh pr create --base <base> --title "<title>" --body-file <path>`. If `gh` is missing or unauthenticated (`gh auth status` fails), leave the text in chat and give manual-creation guidance. **No push/PR creation without the user's confirmation.**
+
+## Mode B — Register template
+
+1. Template name (`AskUserQuestion`, free text) — must match `^[A-Za-z0-9._-]+$`, otherwise re-ask.
+2. body — pasted text or an absolute path.
+3. Save: `okstra pr template add --name <name> --file <abs-path>` (or, for pasted text, `--content "<body>"`). Add `--yes` only when the user confirmed overwriting a same-named template. Report the saved path (`saved: ...`).
+
+## Output Rules
+
+- Not read-side — write actions (PR creation, template saving) happen only after the user's explicit confirmation.
+- Do not invent changes not in the diff. Stop if commit/diffStat is empty.

package/docs/for-ai/skills/okstra-rollup.md

@@ -1,82 +1,82 @@
 # okstra-rollup AI Manual
 
-## 원천
+## Source
 
-- 스킬 원문: [`skills/okstra-rollup/SKILL.md`](../../../skills/okstra-rollup/SKILL.md)
-- 집계 코어(CLI): [`scripts/okstra_ctl/rollup.py`](../../../scripts/okstra_ctl/rollup.py)
-- Node 래퍼: [`src/commands/inspect/rollup.mjs`](../../../src/commands/inspect/rollup.mjs)
-- 재사용하는 단일-task 집계기: [`scripts/okstra_ctl/time_report.py`](../../../scripts/okstra_ctl/time_report.py), [`scripts/okstra_ctl/error_log_core.py`](../../../scripts/okstra_ctl/error_log_core.py)
-- catalog 열거 헬퍼: [`scripts/okstra_project/state.py`](../../../scripts/okstra_project/state.py) (`list_project_tasks`)
-- 단위 테스트: [`tests/inspect/test_okstra_rollup.py`](../../../tests/inspect/test_okstra_rollup.py)
+- Skill source: [`skills/okstra-rollup/SKILL.md`](../../../skills/okstra-rollup/SKILL.md)
+- aggregation core (CLI): [`scripts/okstra_ctl/rollup.py`](../../../scripts/okstra_ctl/rollup.py)
+- Node wrapper: [`src/commands/inspect/rollup.mjs`](../../../src/commands/inspect/rollup.mjs)
+- reused single-task aggregators: [`scripts/okstra_ctl/time_report.py`](../../../scripts/okstra_ctl/time_report.py), [`scripts/okstra_ctl/error_log_core.py`](../../../scripts/okstra_ctl/error_log_core.py)
+- catalog enumeration helper: [`scripts/okstra_project/state.py`](../../../scripts/okstra_project/state.py) (`list_project_tasks`)
+- unit tests: [`tests/inspect/test_okstra_rollup.py`](../../../tests/inspect/test_okstra_rollup.py)
 
-## 목적
+## Purpose
 
-`okstra-rollup`은 **여러 task의 run 결과를 한꺼번에 모아 요약**한다. 단일 task를 보는 `okstra-inspect`와 대비되는 task 횡단(cross-task) read-side 레이어다.
+`okstra-rollup` **collects and summarizes the run results of multiple tasks at once**. It is a cross-task read-side layer, in contrast to `okstra-inspect` which looks at a single task.
 
-- 입력 범위: 한 task-group, 또는 `--task-group`을 생략하면 프로젝트 전체 catalog.
-- deterministic 집계(개수·시간 합·에러 합·상태/카테고리/phase 분포)는 `okstra rollup` CLI가 전담한다. 스킬은 그 표를 렌더하고, 각 task의 report 본문을 읽어 **task 횡단 종합 요약(digest)**을 작성한다.
-- 설계 원칙: 집계 손계산은 LLM이 틀리기 쉬우므로 CLI(SSOT)로 내리고, 자연어 종합만 LLM이 맡는다. `okstra-inspect time`이 "절대 손으로 시간을 재합산하지 말 것"이라 못 박는 것과 같은 분업이다.
+- Input scope: one task-group, or the whole-project catalog when `--task-group` is omitted.
+- Deterministic aggregation (counts, time sums, error sums, status/category/phase distributions) is handled entirely by the `okstra rollup` CLI. The skill renders that table and reads each task's report body to write a **cross-task synthesis (digest)**.
+- Design principle: hand-computed aggregation is error-prone for an LLM, so it is pushed to the CLI (SSOT), and only the natural-language synthesis is left to the LLM. This is the same division of labor as `okstra-inspect time`, which insists on "never re-sum the time by hand".
 
-이 스킬은 read-only다. task 산출물을 mutate 하지 않는다.
+This skill is read-only. It does not mutate task artifacts.
 
-## 사용 조건
+## When to use
 
-사용한다:
+Use it when:
 
-- 사용자가 "롤업", "task-group 요약", "그룹 단위 리포트", "여러 task 결과 모아", "전체 task 현황 요약", "run 결과 한꺼번에 정리"를 요청한다.
-- 한 task가 아니라 **여러 task**를 가로질러 보고 싶을 때.
+- The user asks for "rollup", "task-group summary", "group-level report", "collect multiple task results", "whole-project task status summary", "run results all at once".
+- You want to look across **multiple tasks** rather than a single one.
 
-사용하지 않는다:
+Do not use it when:
 
-- 단일 task의 report/시간/에러/recap → `okstra-inspect` (report / time / errors / recap facet).
-- 미래 작업 계획표(non-done task의 클라이언트용 일정) → `okstra-schedule-gen`. rollup은 과거 run 결과를 모으는 **회고형**이고, schedule은 앞으로의 계획을 짜는 **전망형**이다.
-- 실제 phase 실행 → `okstra-run`.
+- A single task's report/time/errors/recap → `okstra-inspect` (report / time / errors / recap facet).
+- A forward-looking work plan (a client-facing schedule of non-done tasks) → `okstra-schedule-gen`. rollup is **retrospective**, collecting past run results; schedule is **forward-looking**, planning future work.
+- Actual phase execution → `okstra-run`.
 
 ## Preflight
 
-리터럴 `okstra` 토큰으로 시작하는 단일 Bash 호출(`if`/`eval`/`$(...)`/`VAR=`/`||`/`&&`/`npx` fallback으로 감싸지 않는다):
+A single Bash call starting with the literal `okstra` token (not wrapped in `if`/`eval`/`$(...)`/`VAR=`/`||`/`&&`/`npx` fallback):
 
 ```bash
 okstra preflight --runtime claude-code --json
 ```
 
-`ok:false` → `/okstra-setup` 안내 후 멈춘다. `ok:true`면 `projectRoot`를 리터럴 문자열로 들고 다음 단계로 간다.
+`ok:false` → point to `/okstra-setup` and stop. If `ok:true`, carry `projectRoot` as a literal string and proceed.
 
-## scope 해석
+## scope resolution
 
-- 사용자가 task-group을 지목("alpha 그룹 요약") → `--task-group <group>`.
-- "전체 task"/"프로젝트 전체"/범위 미지정 → `--task-group` 생략(전체 catalog).
-- 진짜 모호하면 한 번만 묻는다: 한 task-group인지 프로젝트 전체인지. 특정 그룹을 임의로 추측하지 않는다.
+- The user named a task-group ("summarize the alpha group") → `--task-group <group>`.
+- "all tasks" / "the whole project" / no scope named → omit `--task-group` (whole catalog).
+- If genuinely ambiguous, ask once: one task-group or the whole project? Do not silently guess a specific group.
 
-## CLI 호출
+## CLI call
 
 ```bash
 okstra rollup --task-group <group> --project-root <projectRoot> --json
 ```
 
-전체 프로젝트면 `--task-group`을 뺀다. 출력은 항상 JSON이며 **모든 시간은 raw 밀리초**다.
+For the whole project, drop `--task-group`. The output is always JSON, and **all times are raw milliseconds**.
 
-## 출력 해석
+## Interpreting the output
 
-최상위:
+Top level:
 
-- `taskGroup` — 범위(`null`이면 프로젝트 전체), `taskCount` — task 수.
-- `tasks[]` — task 1개당: `taskKey, taskGroup, taskId, taskType, workCategory, workStatus, currentPhase, currentPhaseState, nextRecommendedPhase, latestRunStatus, updatedAt, reportPath, runCount, cpuSumMs, wallClockMs, errorCount`.
-- `totals` — `runs, cpuSumMs, wallClockMs, errors`, 그리고 `byWorkStatus` / `byWorkCategory` / `byCurrentPhase` / `byTaskType` (각각 `{값: 개수}` 맵).
+- `taskGroup` — the scope (`null` = whole project), `taskCount` — number of tasks.
+- `tasks[]` — per task: `taskKey, taskGroup, taskId, taskType, workCategory, workStatus, currentPhase, currentPhaseState, nextRecommendedPhase, latestRunStatus, updatedAt, reportPath, runCount, cpuSumMs, wallClockMs, errorCount`.
+- `totals` — `runs, cpuSumMs, wallClockMs, errors`, plus `byWorkStatus` / `byWorkCategory` / `byCurrentPhase` / `byTaskType` (each a `{value: count}` map).
 
-수치 의미(반드시 지킬 것):
+Numeric meanings (must observe):
 
-- `runCount`는 timeline의 **전체 run 수**다. `cpuSumMs`/`wallClockMs`는 Phase 7 usage에 도달한 run만 반영하므로 `runCount > 0`이어도 `0`일 수 있다.
-- `cpuSumMs`는 lead + worker가 겹쳐 도는 **CPU 합**이지 wall-clock이 아니다. 라벨을 "CPU"로 쓰고, wall-clock은 사용자가 명시적으로 물을 때만 `wallClockMs`로 보여준다.
-- `reportPath`는 프로젝트 상대경로이며 비어 있을 수 있다(아직 report가 없는 task).
-- `taskCount`가 `0`이면 해당 범위에 okstra task가 없다고 말하고 멈춘다.
+- `runCount` is the **total number of runs** in the timeline. `cpuSumMs`/`wallClockMs` reflect only runs that reached Phase 7 usage, so they can be `0` even when `runCount > 0`.
+- `cpuSumMs` is the **CPU sum** of the overlapping lead + workers, not wall-clock. Label it "CPU", and show wall-clock as `wallClockMs` only when the user explicitly asks.
+- `reportPath` is project-relative and may be empty (a task with no report yet).
+- If `taskCount` is `0`, say there are no okstra tasks in that scope and stop.
 
-## 렌더
+## Render
 
-모든 `*Ms`는 `HH:MM:SS`로 변환한다(zero-pad, raw ms 절대 노출 금지 — `okstra-inspect time`과 같은 규칙). task는 `updatedAt` 내림차순 정렬.
+Convert every `*Ms` to `HH:MM:SS` (zero-pad; never expose raw ms — the same rule as `okstra-inspect time`). Sort tasks by `updatedAt` descending.
 
 ```markdown
-## okstra Rollup — <task-group 또는 "whole project"> (<taskCount> tasks)
+## okstra Rollup — <task-group or "whole project"> (<taskCount> tasks)
 
 | Task | Category | workStatus | Phase | Runs | CPU | Errors | Report |
 |------|----------|------------|-------|------|-----|--------|--------|
@@ -87,26 +87,26 @@ okstra rollup --task-group <group> --project-root <projectRoot> --json
 **workStatus:** done 1 · in-progress 1   **category:** bugfix 1 · feature 1
 ```
 
-- `Report` 열: `reportPath`가 있으면 `✓`, 없으면 `—`.
-- 상태/카테고리/phase 줄은 `totals`의 tally 맵을 **그대로** 옮긴다. `tasks[]` 배열을 직접 세지 않는다(집계는 CLI가 SSOT).
+- `Report` column: `✓` when `reportPath` is present, `—` when not.
+- Build the status/category/phase lines from the `totals` tally maps **verbatim**. Do not count the `tasks[]` array yourself (the CLI is the SSOT for aggregation).
 
-## digest 작성 (요약 — 스킬의 핵심 가치)
+## Writing the digest (the summary — the skill's core value)
 
-사용자가 "요약"/"정리"/"summarize"/"digest"를 요청한 경우(일반적인 경우):
+When the user asks to "summarize"/"organize"/"summarize"/"digest" (the common case):
 
-1. `reportPath`가 비어 있지 않고 `<projectRoot>/<reportPath>` 파일이 실제로 존재하는 task마다 report를 읽고, **무엇을 달성했고 권장 다음 단계가 무엇인지** 1~2줄로 요약한다.
-2. per-task 줄 위에, 그룹 차원 종합 2~4문장을 쓴다: 그룹 전반에서 무엇이 산출됐는지, 미결 작업이 어디 있는지(`byWorkStatus`/`byCurrentPhase` 활용), 에러 핫스팟(높은 `errorCount` task)이 있는지.
-3. 각 per-task 주장은 report 경로(`<reportPath>`)로 인용해 독자가 바로 열어볼 수 있게 한다.
+1. For each task with a non-empty `reportPath` whose `<projectRoot>/<reportPath>` file actually exists, read the report and summarize in 1–2 lines **what it accomplished and its recommended next step**.
+2. Above the per-task lines, write a 2–4 sentence group-level synthesis: what was delivered across the group, where the open work sits (using `byWorkStatus`/`byCurrentPhase`), and whether there are error hot-spots (tasks with high `errorCount`).
+3. Cite each per-task claim with the report path (`<reportPath>`) so the reader can open it directly.
 
-report가 없는 task는 요약을 지어내지 말고 현재 phase/workStatus를 대신 말한다. report 아닌 산출물을 읽어 빈칸을 메우지 않는다(artifact-home 규칙). report가 비었거나 없으면 그렇다고 말한다.
+For a task with no report, do not invent a summary; state the current phase/workStatus instead. Do not read non-report artifacts to fill the gap (artifact-home rule). If a report is empty or missing, say so.
 
-단일 task의 깊은 drill-down(전체 report, worker별 시간, 에러 분해, run 간 recap)이 필요하면 `/okstra-inspect`로 안내한다.
+If a deep single-task drill-down (full report, per-worker time, error breakdown, run-to-run recap) is needed, point the user to `/okstra-inspect`.
 
-## 금지 패턴
+## Forbidden patterns
 
-- 집계 수치(합계, 분포)를 `tasks[]`에서 손으로 다시 세기. `totals`가 SSOT다.
-- raw ms 노출. 항상 `HH:MM:SS`.
-- `cpuSumMs`를 wall-clock인 양 표기.
-- report가 없는 task에 대해 요약을 지어내기. 현재 phase/workStatus로 대체한다.
-- okstra 산출물 밖(non-`.okstra`) 파일을 읽어 요약을 채우기.
-- 단일 task 상세를 rollup에서 처리하기. `okstra-inspect`로 보낸다.
+- Re-counting aggregate numbers (totals, distributions) by hand from `tasks[]`. `totals` is the SSOT.
+- Exposing raw ms. Always `HH:MM:SS`.
+- Labeling `cpuSumMs` as if it were wall-clock.
+- Inventing a summary for a task with no report. Substitute the current phase/workStatus.
+- Reading files outside okstra artifacts (non-`.okstra`) to fill the summary.
+- Handling single-task detail in rollup. Send it to `okstra-inspect`.