npm - @lumoai/cli - Versions diffs - 1.25.1 → 1.26.0 - Mend

@lumoai/cli 1.25.1 → 1.26.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (24) hide show

package/assets/skill/SKILL.md +7 -7
package/assets/skill/references/artifacts-figma.md +1 -1
package/assets/skill/references/criteria.md +10 -9
package/assets/skill/references/docs.md +5 -5
package/assets/skill/references/milestones.md +6 -6
package/assets/skill/references/sessions.md +30 -30
package/assets/skill/references/sprints.md +6 -6
package/assets/skill/references/task-context.md +5 -5
package/assets/skill/references/tasks.md +15 -15
package/assets/skill/references/verify.md +3 -3
package/dist/cli/src/commands/milestone-show.js +1 -1
package/dist/cli/src/commands/next.js +1 -1
package/dist/cli/src/commands/session-attach.js +5 -4
package/dist/cli/src/commands/task-criteria-set.js +1 -1
package/dist/cli/src/commands/task-deps.js +12 -12
package/dist/cli/src/commands/verify.js +1 -1
package/dist/cli/src/commands/wrap/blocked-prompt-section.js +9 -9
package/dist/cli/src/commands/wrap/fragment-usage-section.js +6 -6
package/dist/cli/src/commands/wrap/memory-review-section.js +6 -6
package/dist/cli/src/commands/wrap/progress-comment-section.js +11 -11
package/dist/cli/src/index.js +1 -1
package/dist/cli/src/lib/hook-runner.js +9 -9
package/dist/cli/src/lib/wrap-panel.js +1 -1
package/package.json +1 -1

package/assets/skill/SKILL.md CHANGED Viewed

@@ -1,6 +1,6 @@
 ---
 name: lumo
-description: 'Use the Lumo CLI to work with Lumo (project management for dev teams) from the terminal: load task context, bind/wrap Claude Code sessions, and create/update/list/show/comment on tasks, projects, milestones, sprints, documents, artifacts, Figma links, dependencies, and team memory — plus acceptance criteria, machine verification (verify / task status), lineage audit, worktree scaffolding, and CLI setup/auth/update. Activate when the user mentions a Lumo task identifier (LUM-N) or the lumo CLI; asks to load task background or bind/check/wrap a session; manages any of the resources above in Lumo; is starting, resuming, or about to claim completion of a task; or asks what to work on next. Key triggers: "LUM-", "lumo", "task context", "session attach", "session wrap", "验收", "verify", "task status", "milestone", "里程碑", "sprint", "冲刺", "文档", "记忆", "memory", "依赖", "deps", "lineage", "worktree", "下一个任务", "what should I work on", "设计稿", "验收标准", "机器验收", "恢复任务".'
+description: 'Use the Lumo CLI to work with Lumo (project management for dev teams) from the terminal: load task context, bind/wrap Claude Code sessions, and create/update/list/show/comment on tasks, projects, milestones, sprints, documents, artifacts, Figma links, dependencies, and team memory — plus acceptance criteria, machine verification (verify / task status), lineage audit, worktree scaffolding, and CLI setup/auth/update. Activate when the user mentions a Lumo task identifier (LUM-N) or the lumo CLI, in any language; asks to load task background or bind/check/wrap a session; manages any of the resources above in Lumo; is starting, resuming, or about to claim completion of a task; or asks what to work on next. Key triggers: "LUM-", "lumo", "task context", "session attach", "session wrap", "verify", "task status", "acceptance criteria", "milestone", "sprint", "docs", "memory", "deps", "lineage", "worktree", "design link", "what should I work on", "resume task".'
 ---
 ## Prerequisites
@@ -26,7 +26,7 @@ The command catalog below is a **map**: it lists every command grouped by domain
 | `task create/update/list/show/comment`, `next`                                    | [references/tasks.md](references/tasks.md)                     |
 | `task artifact*`, `task figma*`                                                   | [references/artifacts-figma.md](references/artifacts-figma.md) |
 | `task criteria set/list`, drafting the acceptance contract                        | [references/criteria.md](references/criteria.md)               |
-| `verify`, `task status` — machine verification loop, claim-done flow, 自查/恢复   | [references/verify.md](references/verify.md)                   |
+| `verify`, `task status` — machine verification loop, claim-done flow, self-check/resume | [references/verify.md](references/verify.md)                   |
 | `project list`, `milestone*`                                                      | [references/milestones.md](references/milestones.md)           |
 | `doc*`                                                                            | [references/docs.md](references/docs.md)                       |
 | `sprint*`                                                                         | [references/sprints.md](references/sprints.md)                 |
@@ -64,19 +64,19 @@ The command catalog below is a **map**: it lists every command grouped by domain
 **Task dependencies**
-- `lumo task deps list <id>` — list dependency edges in both directions, grouped CONFIRMED / SUGGESTED(待确认) / DISMISSED; each row shows a short edge id `[xxxxxxxx]`, the other task, and detected evidence (`shared_files(N 个共享文件: …)` / `task_mention(…)`); SUGGESTED rows include a copy-pasteable confirm hint
+- `lumo task deps list <id>` — list dependency edges in both directions, grouped CONFIRMED / SUGGESTED (pending confirmation) / DISMISSED; each row shows a short edge id `[xxxxxxxx]`, the other task, and detected evidence (`shared_files(N shared files: …)` / `task_mention(…)`); SUGGESTED rows include a copy-pasteable confirm hint
 - `lumo task deps add <id> --blocked-by <LUM-N>` — declare a manual hard dependency (created CONFIRMED, source MANUAL; if a SUGGESTED/DISMISSED edge already exists in the same direction, it is confirmed in place rather than creating a new row)
 - `lumo task deps confirm <id> <edge> [--reverse]` — confirm a detected candidate; `<edge>` is a short edge-id prefix (≥6 chars) or the other task's identifier (case-insensitive); `--reverse` flips the direction when the detector guessed it backwards
 - `lumo task deps dismiss <id> <edge>` — dismiss a candidate (never re-suggested)
 - `lumo task deps rm <id> <edge> --yes` — delete an edge (refuses without `--yes`)
 - On an ambiguous/unknown `<edge>` selector the CLI prints all candidates with short ids and exits 1 — retry with one of them
-**Acceptance criteria（验收合约）** — see [criteria.md](references/criteria.md)
+**Acceptance criteria (contract)** — see [criteria.md](references/criteria.md)
 - `lumo task criteria set <task> --file <criteria.json> [--human] [--cause <tag>]` — submit the whole contract: default = initial agent draft (AGENT_DRAFT, locked once submitted); `--human` = a HUMAN_EDIT revision transcribed from the conversation (desired final list; items with `id` keep/update, missing ones are deleted); `--cause` (with `--human`) annotates why the contract drifted: `NEW_INFO | SCOPE_CHANGE | DRAFT_BLIND_SPOT | GRANULARITY | OTHER`
 - `lumo task criteria list <task>` — print the contract (id, MACHINE/HUMAN, provenance source@round, checkpointer)
-**Verification（机器验收循环）** — see [verify.md](references/verify.md)
+**Verification (machine acceptance loop)** — see [verify.md](references/verify.md)
 - `lumo verify [task] [--timeout <seconds>]` — run every MACHINE criterion's checkpointer locally, report one structured PASS/FAIL verdict per criterion to the server, print next actions. Defaults to the session-bound task. Round cap 3: an all-pass round moves the task to IN_REVIEW (agent stops there); a round-3 fail escalates to a human (stop retrying). **Run this before claiming a task is done.**
 - `lumo task status [task] [--json]` — read-only acceptance self-check (no LLM, milliseconds): the contract with each criterion's latest verdict (REVIEW_ADDED provenance visible), verification history, current round, last round's failure reasons, and `nextActions` = the unmet criteria (the declarative "what's next" — no separate plan). Defaults to the session-bound task; `--json` emits a versioned payload (`version` field). **Run it first when resuming a task in a new session or after a verification round was rejected.**
@@ -149,10 +149,10 @@ Typical flow when a user says "help me with LUM-42":
 1. `lumo session attach LUM-42` — bind this session
 2. `lumo task context LUM-42` — load background
 3. Review unresolved items, PR-review todos, and the task description
-4. **If the task has no acceptance criteria** (context shows the 草拟提醒 instead of a contract): draft 3–7 outcome-level criteria and submit them with `lumo task criteria set` **before writing the first line of code** — see [criteria.md](references/criteria.md) for the drafting guide
+4. **If the task has no acceptance criteria** (context shows the draft reminder instead of a contract): draft 3–7 outcome-level criteria and submit them with `lumo task criteria set` **before writing the first line of code** — see [criteria.md](references/criteria.md) for the drafting guide
 5. Begin working on the task
 6. **Before claiming the work is done: run `lumo verify`** — the machine half of the acceptance loop. Fix failures and re-run (round cap 3). On all-pass the task moves to IN_REVIEW and you stop; never set DONE yourself after a verify loop — that adjudication is human-only. See [verify.md](references/verify.md)
 **Status-first recovery:** when you pick a task back up — a new session resuming earlier work, or a task that came back after a rejected verification round / review findings — run `lumo task status` **before** re-reading code or planning. It tells you where the loop stands (current round, what passed, what's unmet and why, any REVIEW_ADDED criteria appended during review) so you don't redo finished work or miss the reason it bounced. See [verify.md](references/verify.md)
-**Git-suggest at start:** when the session is unbound, session-start may infer the task from the git branch / recent commits and print a suggestion — `检测到 LUM-N … 运行 lumo session attach LUM-N 绑定。` — **without** binding. Confirm it's the right task, then run `lumo session attach <LUM-N>` yourself (binding only happens on an explicit attach). See [sessions.md](references/sessions.md) for the full session-start behavior.
+**Git-suggest at start:** when the session is unbound, session-start may infer the task from the git branch / recent commits and print a suggestion — `Detected LUM-N (from branch name). Run lumo session attach LUM-N to bind.` (or `from recent commits`) — **without** binding. Confirm it's the right task, then run `lumo session attach <LUM-N>` yourself (binding only happens on an explicit attach). See [sessions.md](references/sessions.md) for the full session-start behavior.

package/assets/skill/references/artifacts-figma.md CHANGED Viewed

@@ -2,7 +2,7 @@
 ### Task ↔ Spec Artifacts
-Record Claude Code spec-engineering products (spec / plan / design …) on a task. The artifacts show up in the task detail "规格" (definition) layer and are injected into `lumo task context`.
+Record Claude Code spec-engineering products (spec / plan / design …) on a task. The artifacts show up in the task detail definition ("spec") layer and are injected into `lumo task context`.
 #### `lumo task artifact add <task> --kind <kind> --title <title> --file <path> --source <source> --agent <agent>`

package/assets/skill/references/criteria.md CHANGED Viewed

@@ -1,16 +1,17 @@
-# Acceptance criteria（验收合约）
+# Acceptance criteria (contract)
 The acceptance contract is a small set of structured criteria the task's work
 will be verified against (Acceptance v1, LUM-341/342). The agent drafts it;
 the server validates and stores it; verification rounds (`lumo verify`,
-Slice 1 任务 ③) judge against it. Criteria are injected at session start and
-in `lumo task context` as the `## 验收标准（合约）` section.
+Slice 1 task #3) judge against it. Criteria are injected at session start and
+in `lumo task context` as the `## Acceptance criteria (contract)` section.
 ## When to draft — the golden rule
 **Attach → read context → draft criteria → THEN write the first line of code.**
-If `lumo task context` / session-start shows 该任务尚无验收标准 instead of a
+If `lumo task context` / session-start shows the draft reminder ("This task
+has no acceptance criteria yet. …") instead of a
 contract, you MUST draft and submit criteria before starting implementation:
 1. Read the task description, comments, linked resources, and memory first —
@@ -38,7 +39,7 @@ to-do list you trim to fit what you built.
   - `MACHINE` = an executable check exists. It **must** carry a `checkpointer`
     (the runnable check: a test command, script, probe…). The checkpointer
     runs on the agent's machine; the structured verdict is reported back to
-    the server (执行在客户端，裁判在服务端).
+    the server (execution on the client, adjudication on the server).
   - `HUMAN` = needs human judgment (UX feel, copy tone, design fidelity).
   - **If you can't attach a checkpointer to a MACHINE criterion, demote it to
     HUMAN** — the server rejects checkpointer-less MACHINE criteria rather
@@ -97,7 +98,7 @@ time, even after the agent lock. The file is the **desired final list**:
 - existing criteria missing from the file are **deleted** — refused with 409
   if the criterion already has verification runs (reword it instead)
-The revision is auto-recorded as a task comment with the session 出处
+The revision is auto-recorded as a task comment with the session origin
 (`X-Lumo-Session-Id`). **Transcribing the contract is allowed; transcribing a
 verdict is never** — human verdicts only enter through human-initiated paths
 (web UI / Slack action), and the agent has no write path to them.
@@ -123,10 +124,10 @@ before a `--human` revision. Empty contract prints a drafting pointer.
 - **Session start** (bound task): the contract is the highest-priority
   section in the injection budget — ahead of memory/PR/Slack/Figma/web. If a
-  still-open task has no criteria, a 草拟提醒 is injected instead.
-- **`lumo session attach`**: prints the contract (or the 草拟提醒) right after
+  still-open task has no criteria, the draft reminder is injected instead.
+- **`lumo session attach`**: prints the contract (or the draft reminder) right after
   binding.
-- **`lumo task context`**: the `## 验收标准（合约）` section appears after the
+- **`lumo task context`**: the `## Acceptance criteria (contract)` section appears after the
   task description, before memory.
 - Review-time gap findings (`REVIEW_ADDED`, appended at the round they
   surface) arrive via the verification loop, not via `criteria set`.

package/assets/skill/references/docs.md CHANGED Viewed

@@ -42,7 +42,7 @@ The `Tags:` line is omitted when no tags were attached.
 ### When to suggest `doc create`
-- User says "write a doc", "起一篇 RFC", "新建文档", or describes a deliverable that should live as a document.
+- User says "write a doc", "draft an RFC", "new document" (in any language), or describes a deliverable that should live as a document.
 - After a discussion that needs a write-up, offer to create the doc with a title and the right scope.
 ### `lumo doc update <doc> [flags]` — update a document
@@ -156,7 +156,7 @@ Moved cmd_xxx "Sub-doc" → root
 ### When to suggest `doc move`
-- User says "move doc X under Y", "把文档 X 挂到 Y 下", "reparent X to root", "promote X to top level".
+- User says "move doc X under Y", "reparent X to root", "promote X to top level".
 - After `doc create`, if the user realizes the new doc should live elsewhere in the tree — suggest `doc move` rather than recreating.
 ### `lumo doc delete <doc> --yes` — delete a document
@@ -232,7 +232,7 @@ lumo doc share-list "RFC"
 ### When to suggest the doc share commands
-- User says "share doc X with Y", "give Y access to X", "把文档分享给 Y"
+- User says "share doc X with Y", "give Y access to X"
 - After `doc create --scope personal`, if the user mentions teammates needing access, suggest `doc share` rather than `doc update --scope workspace` when only specific members should see it
 - Before `doc unshare`, run `doc share-list` if the user hasn't named a specific member
@@ -266,7 +266,7 @@ The `Bound ... ↔ LUM-N` line appears only when `--task` is supplied.
 ### When to suggest `doc import-gdoc`
-- User pastes a Google Doc URL or says "import this Google Doc", "pull this gdoc into Lumo", "把这篇 Google 文档导入".
+- User pastes a Google Doc URL or says "import this Google Doc", "pull this gdoc into Lumo".
 - User wants a Google Doc tracked alongside Lumo tasks/docs — suggest import (with `--task LUM-N` if a task is in context) and remind them about the over-share semantics for `--scope workspace`.
 ### `lumo doc sync <doc>` — re-sync an imported doc from Google
@@ -290,7 +290,7 @@ Synced cmd_xxx "Quarterly Plan" from Google
 ### When to suggest `doc sync`
-- User says "re-sync the Google Doc", "pull the latest from Google", "refresh the imported doc", "更新一下从 Google 导入的文档".
+- User says "re-sync the Google Doc", "pull the latest from Google", "refresh the imported doc".
 - After the user mentions the Google Doc changed upstream. Warn first that local Lumo edits to that doc will be overwritten (one-way, destructive).
 ### Out of scope (CLI v1)

package/assets/skill/references/milestones.md CHANGED Viewed

@@ -45,7 +45,7 @@ lumo milestone list --all --search launch   # search across archived + non-archi
 - Before suggesting `task create --milestone <ref>` or `task update --milestone <ref>` to confirm the milestone exists under the expected name.
 - When the user asks "what milestones do we have", "what's on v1.0", or similar.
-- When the user wants to **find/search milestones by keyword** ("find the launch milestone", "搜索里程碑", "which milestones mention X") — use `--search <text>` rather than listing all and eyeballing.
+- When the user wants to **find/search milestones by keyword** ("find the launch milestone", "which milestones mention X") — use `--search <text>` rather than listing all and eyeballing.
 When to suggest: before `task create --project <ref>` when the workspace has more than one project and the user hasn't specified which one.
@@ -75,7 +75,7 @@ Prints a key:value header (name, status, **health**, dates, project, description
 It also prints a **Sprint coverage** section (above the task table) listing which
 sprints the milestone's tasks span — each row shows the sprint number, status, name,
-and `done/total` progress — plus an `未排期` line counting milestone tasks not in any
+and `done/total` progress — plus an `Unscheduled` line counting milestone tasks not in any
 sprint (shown only when there are any). The section is derived from the milestone's
 tasks (no schema relation), so it needs no extra flags. When no task is in any sprint
 it prints `Sprint coverage: (no sprint coverage)`.
@@ -86,7 +86,7 @@ Example coverage section:
 Sprint coverage:
   #3  ACTIVE  Sprint 3   4/6 done
   #4  DRAFT   Sprint 4   0/2 done
-  未排期                  1 task
+  Unscheduled             1 task
 ```
 ```bash
@@ -176,7 +176,7 @@ Q3 Launch: 1 removed, 1 skipped
 ### When to suggest `milestone add` / `milestone remove`
-- The user wants to attach/detach **several** tasks to a milestone at once ("挂这几个任务到 Q3", "把 LUM-1 LUM-2 LUM-3 都放进里程碑", "remove these from the milestone"). For a single task, `task update --milestone <ref>` (or `--milestone ""` to clear) is equally fine.
+- The user wants to attach/detach **several** tasks to a milestone at once ("attach these tasks to Q3", "put LUM-1 LUM-2 LUM-3 into the milestone", "remove these from the milestone"). For a single task, `task update --milestone <ref>` (or `--milestone ""` to clear) is equally fine.
 - `remove` only clears the binding for tasks actually in the named milestone, so it's safe to pass a broad list — anything not in it is reported as skipped, not clobbered.
 - For one-at-a-time sprint binding see `lumo sprint add / remove` (sprint batch is not yet supported).
@@ -197,7 +197,7 @@ lumo milestone summary "Q3 Launch" --retry
 lumo milestone summary 11111111-2222-3333-4444-555555555555
 ```
-When to suggest: user asks "summarize the milestone", "milestone retro", "give me a summary of the Q3 milestone", "里程碑总结", "里程碑复盘".
+When to suggest: user asks "summarize the milestone", "milestone retro", "give me a summary of the Q3 milestone".
 ### `lumo milestone reorder <ref...> [--project <ref>]` — set the full milestone order
@@ -241,4 +241,4 @@ Both commands resolve to a full ordered list client-side and call the same `PATC
 **Ambiguous names:** milestone names are not unique within a project (only the slug is). A ref whose name matches more than one milestone is **rejected** with an `ambiguous milestone name … re-run with the id` error listing the candidate cuids — pass the cuid instead. This applies to every name-based milestone ref (`reorder`, `move`, and also `show` / `update` / `delete` / `summary` / `add` / `remove`).
-When to suggest: user asks to "reorder milestones", "排序里程碑", "调整里程碑顺序", "move milestone X before/after Y", "把里程碑 X 移到 Y 前面/后面", "put this milestone first".
+When to suggest: user asks to "reorder milestones", "move milestone X before/after Y", "put this milestone first".

package/assets/skill/references/sessions.md CHANGED Viewed

@@ -13,7 +13,8 @@ infer the task from local git so it can **suggest** one — it never binds for y
   `LUM-<n>`.
 - On a hit it prints a single suggestion line and stops — the session stays
   **unbound** and no context is injected yet:
-  `检测到 LUM-145（依据分支名/最近 commit）。运行 lumo session attach LUM-145 绑定。`
+  `Detected LUM-145 (from branch name). Run lumo session attach LUM-145 to bind.`
+  (the basis reads `from recent commits` when the hit came from commit subjects instead of the branch name)
   No task title is shown here because nothing was fetched; the title, memory,
   and PR-review todos appear only once you actually attach.
 - No match (detached HEAD, a non-lumo branch with no tagged commits, not a git
@@ -27,7 +28,7 @@ just attach the correct task instead.
 ### Layer 2 project-memory review at session start
-When the session is bound, session-start may inject a **"🆕 待核对：上次会话自动合并的项目级记忆"** section alongside the memory / PR-review blocks (LUM-165). It lists the **PROJECT-scope** memories that the member's **immediately-preceding session** auto-consolidated (Layer 2 runs asynchronously when a task is marked `done`). Each item shows its `id`.
+When the session is bound, session-start may inject a **"🆕 Review needed: project memories auto-consolidated by the previous session"** section alongside the memory / PR-review blocks (LUM-165). It lists the **PROJECT-scope** memories that the member's **immediately-preceding session** auto-consolidated (Layer 2 runs asynchronously when a task is marked `done`). Each item shows its `id`.
 - **Why it's here:** Layer 2 promotions land async, so they can't be reviewed in the synchronous `session wrap` panel — they're surfaced at the _next_ session-start instead, when they've definitely landed.
 - **Show-once:** the section appears only at the session that immediately follows the one that produced the memories. It does **not** re-nag on later sessions, so act on it now or it scrolls off.
@@ -45,31 +46,31 @@ When the bound task has live blockers or SUGGESTED dependency candidates, the at
 **Output form A — live blockers exist (with or without SUGGESTED candidates):**
-Starts with the `## ⚠ 依赖告警` header, followed by one line per live blocker, then the advice line. If there are also SUGGESTED candidates the candidate-hint line is appended after the advice line.
+Starts with the `## ⚠ Dependency alerts` header, followed by one line per live blocker, then the advice line. If there are also SUGGESTED candidates the candidate-hint line is appended after the advice line.
 ```
-## ⚠ 依赖告警
+## ⚠ Dependency alerts
-- 本任务被 LUM-9「Fix auth token expiry」阻塞(状态 IN_PROGRESS)。
-- 本任务被 LUM-15「Upgrade Postgres driver」阻塞(状态 IN_REVIEW,PR #42 未 merge)。
+- This task is blocked by LUM-9 "Fix auth token expiry" (status IN_PROGRESS).
+- This task is blocked by LUM-15 "Upgrade Postgres driver" (status IN_REVIEW, PR #42 not merged).
-建议先等 blocker 合并再开工,避免白跑 run;如边已过时,用 `lumo task deps rm/dismiss` 清理。
-检测到 3 条候选依赖待确认:运行 `lumo task deps list LUM-42`。
+Consider waiting for the blocker(s) to merge before starting work to avoid a wasted run; if an edge is stale, clean it up with `lumo task deps rm/dismiss`.
+Detected 3 candidate dependencies awaiting confirmation: run `lumo task deps list LUM-42`.
 ```
 **Output form B — NO live blockers, but SUGGESTED candidates exist:**
-Output is **only** the hint line — no `## ⚠ 依赖告警` header, no advice line. Design rationale: 纯候选是提示不是告警,不戴 ⚠ 头,避免稀释真告警。
+Output is **only** the hint line — no `## ⚠ Dependency alerts` header, no advice line. Design rationale: pure candidates are a hint, not an alert — they don't get the ⚠ header, so real alerts aren't diluted.
 ```
-检测到 3 条候选依赖待确认:运行 `lumo task deps list LUM-42`。
+Detected 3 candidate dependencies awaiting confirmation: run `lumo task deps list LUM-42`.
 ```
-- Each blocker line shows: identifier, title, current status. If the blocking task has an open pull request, a `,PR #N` note is appended (no space after the comma) — `,PR #N (draft) 未 merge` for draft PRs.
-- The guidance line ("建议先等 blocker 合并…") appears only when there is at least one live blocker (form A).
+- Each blocker line shows: identifier, title, current status. If the blocking task has an open pull request, a `, PR #N not merged` note is appended — `, PR #N (draft) not merged` for draft PRs.
+- The guidance line ("Consider waiting for the blocker(s) to merge…") appears only when there is at least one live blocker (form A).
 - The function never throws — if it fails it silently returns an empty string, leaving the session start unaffected.
-**Agent guidance — watch for EITHER the `## ⚠ 依赖告警` header (form A) OR the standalone hint line (form B):**
+**Agent guidance — watch for EITHER the `## ⚠ Dependency alerts` header (form A) OR the standalone hint line (form B):**
 - **Form A — live blockers:** Evaluate whether to wait. If the blocking task's work overlaps with yours (same files, same API surface), starting immediately risks rework. Read the blocker's status and open PR note before deciding.
 - **Stale or wrong edge?** Run `lumo task deps list <LUM-N>` to inspect the full edge list, then `lumo task deps rm <LUM-N> <edge> --yes` (if manually added and now obsolete) or `lumo task deps dismiss <LUM-N> <edge>` (if a false positive from detection).
 - **Candidate hint present (form A or B)?** Run `lumo task deps list <LUM-N>` and review each SUGGESTED edge — confirm real ones, dismiss false positives. Leaving SUGGESTED edges unreviewed means repeated hints every session.
@@ -89,7 +90,7 @@ What it does:
 - Calls `POST /api/sessions/<session_id>/bind-task` on the Lumo server, which sets the Session row's `taskId` and re-tags previously-untagged HookEvent rows in this session.
 - The binding lives entirely on the server (`Session.taskId`); subsequent hooks read it back via the session row. The CLI keeps no local sentinel.
-- Prints the task's **验收标准（合约）** (acceptance contract, LUM-342) right after the bind confirmation — or, when a still-open task has none, the 草拟提醒 telling you to draft 3–7 criteria before the first line of code (see [criteria.md](criteria.md)). The same section is auto-injected at session start when the session is already bound (highest priority in the injection budget, ahead of memory).
+- Prints the task's **acceptance contract** (`## Acceptance criteria (contract)`, LUM-342) right after the bind confirmation — or, when a still-open task has none, the draft reminder telling you to draft 3–7 criteria before the first line of code (see [criteria.md](criteria.md)). The same section is auto-injected at session start when the session is already bound (highest priority in the injection budget, ahead of memory).
 **After attaching, always run `lumo task context <identifier>` to load the task background.**
@@ -97,7 +98,7 @@ What it does:
 Re-attaching a session that's already bound to a **different** task no longer silently clobbers the binding. The server returns the current binding instead of overwriting, and the CLI decides what to do:
-- **On a TTY** (a human running it directly): prompts `已绑定 LUM-X，覆盖为 LUM-Y? [y/N]`. Answering `y`/`yes` re-binds to `LUM-Y`; anything else (including bare Enter) cancels and leaves `LUM-X` bound.
+- **On a TTY** (a human running it directly): prompts `Already bound to LUM-X. Rebind to LUM-Y? [y/N]`. Answering `y`/`yes` re-binds to `LUM-Y`; anything else (including bare Enter) cancels and leaves `LUM-X` bound.
 - **Off a TTY** (the usual agent case — `stdin` is not interactive): the command **refuses** and prints `Session already bound to LUM-X … Re-run with --force …` without overwriting. Exit code is `0` (a safe refusal, not an error).
 - **`--force`**: skips the prompt/refusal and overwrites unconditionally. Re-attaching to the **same** task is always a no-op re-bind (never prompts).
@@ -136,25 +137,25 @@ When to suggest: the user wants to stop tagging the current session with the act
 Session-end wrap-up panel with **four sections, run in order**:
-**1. 进度评论** — reads back the current Claude Code session's per-turn
-`turnSummary` rows (the one-line Chinese summaries written each STOP), aggregates
+**1. Progress comment** — reads back the current Claude Code session's per-turn
+`turnSummary` rows (the one-line summaries written each STOP), aggregates
 every turn **since the last progress comment** into one bulleted body, and — after
-a `[y] 发送 / [e] 编辑 / [s] 跳过` confirmation — posts it as a comment on the
+a `[y] post / [e] edit / [s] skip` confirmation — posts it as a comment on the
 session's bound task. A server-side watermark (`Session.lastProgressCommentAt`)
 means re-running never re-posts the same turns.
-**2. 记忆审阅** — lists the Layer1 memories this session sedimented since the
+**2. Memory review** — lists the Layer1 memories this session sedimented since the
 last review (deduped by a per-session watermark `Session.lastMemoryReviewAt`).
 Each new memory is shown as `[SCOPE] CATEGORY  headline`, numbered from 1. You
 curate with a single line: `d 1,3` deletes rows 1 and 3, `p 2` promotes row 2 to
-project scope, and they combine (`d 1,3 p 2`). **回车 (empty) keeps all**; `s`
-skips the section. Keeping all (回车 or `--yes`) still **advances the watermark**
+project scope, and they combine (`d 1,3 p 2`). **Enter (empty) keeps all**; `s`
+skips the section. Keeping all (Enter or `--yes`) still **advances the watermark**
 so the next wrap won't re-list reviewed memories; `s` leaves them for next time.
 Out-of-range indices are ignored. Deletes/promotes run server-side, scoped to
 memories this session created (you can't touch other sessions' memories through
-this panel). With no new memories the section prints "(无内容)" and does nothing.
+this panel). With no new memories the section prints "(no content)" and does nothing.
-**3. 上下文使用投票 (fragment-usage vote, LUM-300)** — lists the context
+**3. Fragment-usage vote (LUM-300)** — lists the context
 fragments this session **consumed** (its lineage edges: memory / slack / web /
 figma / PR / review-todo / session), numbered from 1 with a content snippet
 label. The agent records which it **actually used** via
@@ -166,13 +167,12 @@ candidates and writes nothing** (edges stay `null` = not voted — honest, not
 upgrades the flywheel signal from "co-loaded" (constant, no information) to
 "actually used" (varies → discriminative); `task context` then prefers each
 fragment's usage-based merge rate, falling back to the weaker presence rate when
-usage samples are thin. With no consumed fragments the section prints "(无内容)".
+usage samples are thin. With no consumed fragments the section prints "(no content)".
-**4. 卡住检测 (blocked-tag prompt, LUM-153)** — if the **same kind of failure
+**4. Blocked check (blocked-tag prompt, LUM-153)** — if the **same kind of failure
 recurred ≥ 3 times** in this session (server-aggregated from
 `POST_TOOL_USE_FAILURE` events grouped by tool name, plus `STOP_FAILURE`
-turn-level failures), the section surfaces the dominant failure (`卡在 <tool>
-(N 次失败)` + last error summary) and prompts `[y] 标记 / [s] 跳过` whether to
+turn-level failures), the section surfaces the dominant failure (`This session looks repeatedly stuck on <tool> (N failures).` + last error summary) and prompts `[y] tag / [s] skip` whether to
 flag the bound task with a **`blocked` tag**. **Prompt-only — never auto-flips
 status.** It uses a plain tag (no `TaskStatus` enum, no board column, **no
 schema migration**). The prompt is **suppressed** when: there's no bound task,
@@ -183,7 +183,7 @@ opt-in), so a stray Enter never tags the task. Confirming with an explicit `y`
 attaches the tag idempotently. **`--yes` does NOT auto-tag** — tagging the
 shared board requires an interactive `y`, so `--yes` (and non-TTY) prints the
 suggestion and moves on rather than silently flipping board state. When there's
-nothing to prompt, the section prints "(无内容)".
+nothing to prompt, the section prints "(no content)".
 ```bash
 lumo session wrap                  # interactive: preview each section, choose per-section
@@ -200,8 +200,8 @@ see the numbered fragment list, decide which you actually used, then re-run with
 - Requires `$CLAUDE_CODE_SESSION_ID` (must run inside Claude Code) and a bound
   task (`lumo session attach <LUM-N>` first). With no bound task or no new turn
-  summaries, the 进度评论 section prints "(无内容)" and posts nothing.
-- `[e] 编辑` (进度评论) opens `$EDITOR` (fallback vi/nano) on the drafted body;
+  summaries, the Progress comment section prints "(no content)" and posts nothing.
+- `[e] edit` (Progress comment) opens `$EDITOR` (fallback vi/nano) on the drafted body;
   the edited text is posted and the watermark still advances to the turns the
   draft covered.
 - `--yes` posts the progress comment AND keeps all memories (no

package/assets/skill/references/sprints.md CHANGED Viewed

@@ -36,7 +36,7 @@ lumo sprint create --name "Sprint 4" --start 2026-06-01 --end 2026-06-14 --team
 On success: `Created sprint #<number> "<name>"  <id>`.
-When to suggest: user says "create a sprint", "new sprint", "新建冲刺", "start a new iteration".
+When to suggest: user says "create a sprint", "new sprint", "start a new iteration".
 ### `lumo sprint show <identifier> [--team <ref>]` — show sprint detail + task table
@@ -63,7 +63,7 @@ lumo sprint show 3 --team backend
 lumo sprint show 11111111-2222-3333-4444-555555555555
 ```
-When to suggest: user asks "what's in sprint 3", "show me the current sprint", "冲刺里有什么", "what tasks are in this sprint", "is this sprint at risk", "冲刺风险", "sprint health".
+When to suggest: user asks "what's in sprint 3", "show me the current sprint", "what tasks are in this sprint", "is this sprint at risk", "sprint health".
 ### `lumo sprint update <identifier> [flags]` — patch a sprint
@@ -101,7 +101,7 @@ No additional flags. Fails if the sprint is already ACTIVE or CLOSED.
 lumo sprint start 3
 ```
-When to suggest: user says "start the sprint", "开始冲刺", "kick off sprint 3", "activate sprint".
+When to suggest: user says "start the sprint", "kick off sprint 3", "activate sprint".
 ### `lumo sprint close <identifier> [flags]` — transition ACTIVE → CLOSED
@@ -119,7 +119,7 @@ lumo sprint close 3 --move-all --yes         # move unfinished to next sprint
 lumo sprint close 3 --backlog-all --yes      # send unfinished to backlog
 ```
-When to suggest: user says "close the sprint", "关闭冲刺", "end sprint 3", "wrap up the sprint". If they haven't decided what to do with unfinished tasks, ask before adding `--move-all` or `--backlog-all`.
+When to suggest: user says "close the sprint", "end sprint 3", "wrap up the sprint". If they haven't decided what to do with unfinished tasks, ask before adding `--move-all` or `--backlog-all`.
 ### `lumo sprint summary <identifier> [--retry]` — fetch AI-generated sprint retro
@@ -134,7 +134,7 @@ lumo sprint summary 3
 lumo sprint summary 3 --retry
 ```
-When to suggest: user asks "summarize the sprint", "sprint retro", "give me a summary of sprint 3", "冲刺总结".
+When to suggest: user asks "summarize the sprint", "sprint retro", "give me a summary of sprint 3".
 ### `lumo sprint add <identifier> <task>` — bind a task to a sprint
@@ -144,7 +144,7 @@ Adds `<task>` (e.g. `LUM-48`) to the sprint. Same-team check applies — the tas
 lumo sprint add 3 LUM-48
 ```
-When to suggest: user says "add LUM-48 to sprint 3", "把任务挂到冲刺", "put this task in the sprint".
+When to suggest: user says "add LUM-48 to sprint 3", "put this task in the sprint".
 ### `lumo sprint remove <identifier> <task>` — unbind a task from a sprint

package/assets/skill/references/task-context.md CHANGED Viewed

@@ -15,25 +15,25 @@ Example: `lumo task context LUM-42`
 The command prints a markdown document to stdout containing:
 1. **Task header** — identifier, title, status, description
-2. **验收标准（合约）** — the task's acceptance criteria (LUM-342), shown right after the header. Each line: `[MACHINE|HUMAN] statement` with a `↳ check:` line for MACHINE checkpointers; HUMAN_EDIT / REVIEW_ADDED provenance is tagged inline. If a still-open task has none, a 草拟提醒 appears instead — draft 3–7 criteria **before writing code** (see [criteria.md](criteria.md))
+2. **Acceptance criteria (contract)** — the task's acceptance criteria (LUM-342), shown right after the header as the `## Acceptance criteria (contract)` section. Each line: `[MACHINE|HUMAN] statement` with a `↳ check:` line for MACHINE checkpointers; HUMAN_EDIT / REVIEW_ADDED provenance is tagged inline. If a still-open task has none, a draft reminder appears instead — draft 3–7 criteria **before writing code** (see [criteria.md](criteria.md))
 3. **Memory section** — cross-session learnings accumulated over prior sessions; treat as trusted background context
 4. **Inline source cards** — Slack / web / Figma / artifacts / documents / comments / Pull Requests (see "Context Retrieval" below)
-5. **PR Review 待办** — mirrored PR review comments as a checkbox todo list: each line-level reviewer comment (shown as `` `file:line` `` + the reviewer's ask + a link to the GitHub comment) and each `changes_requested` review summary (shown as "🛑 整体要求改动"). Present only when the task's PR(s) have review comments. This same block is **auto-injected at session start** (alongside the memory section) when the session is bound to a task — so reviewer asks surface without re-running `task context`.
+5. **PR review todos** — mirrored PR review comments as a checkbox todo list under the `## PR review todos` header: each line-level reviewer comment (shown as `` `file:line` `` + the reviewer's ask + a link to the GitHub comment) and each `changes_requested` review summary (shown as "🛑 Changes requested (whole PR)"). Present only when the task's PR(s) have review comments. This same block is **auto-injected at session start** (alongside the memory section) when the session is bound to a task — so reviewer asks surface without re-running `task context`.
    - The **inline source cards** (Slack / web / Figma / PR) are likewise **auto-injected at session start** when the session is bound, under a single global token budget shared with the memory section (priority: criteria > memory > PR > Slack > Figma > web). Cards that don't fit the budget are degraded to a one-line manifest carrying just the title and its `lumo task … show` retrieval command — so you still know they exist and can pull the full content on demand.
 6. **Previous sessions** — ordered newest-first, each with:
    - A headline summary of what was done
    - Unresolved items (carry-over TODOs from that session)
-7. **飞轮信号 · 历史 merge 贡献** — appended at the very end. For each context fragment with enough history, a one-line historical merge-contribution signal (e.g. `出现在 5 个已闭合任务·4 merged (80%)`), computed from accumulated lineage edges. Denominator = distinct tasks where the fragment appeared with a resolved (non-UNKNOWN) outcome; only fragments with ≥3 such tasks are shown (cold-start gate), so the block is often absent early on. This is **historical correlation, not causation** — don't read it as a prediction.
+7. **Flywheel signal · historical merge contribution** — appended at the very end as the `## Flywheel signal · historical merge contribution` section. For each context fragment with enough history, a one-line historical merge-contribution signal (e.g. `appeared in 5 resolved tasks · 4 merged (80%)`), computed from accumulated lineage edges. Denominator = distinct tasks where the fragment appeared with a resolved (non-UNKNOWN) outcome; only fragments with ≥3 such tasks are shown (cold-start gate), so the block is often absent early on. This is **historical correlation, not causation** — don't read it as a prediction.
 ### How to use the context
 - **Unresolved items** from the most recent session are the highest-priority carry-overs — address them before starting new work unless the user says otherwise
-- **PR Review 待办** items are reviewer-requested changes — treat each unchecked box as a TODO to resolve, then reply on the PR (a Lumo comment mirrors back to GitHub)
+- **PR review todos** items are reviewer-requested changes — treat each unchecked box as a TODO to resolve, then reply on the PR (a Lumo comment mirrors back to GitHub)
 - **Memory section** provides validated context that persists across sessions — use it to avoid re-learning decisions or constraints
 - Focus on the **most recent 1–2 sessions** for relevant state; older sessions are for historical reference only
 - If there are **no prior sessions**, this is a fresh start — read the task description carefully and ask clarifying questions if needed
-## Context Retrieval (按需取全文)
+## Context Retrieval (full text on demand)
 LUM-122 split task context injection into tiers. `lumo task context <LUM-N>`
 now emits a **cheap inline card** for each source — a short summary or just

package/assets/skill/references/tasks.md CHANGED Viewed

@@ -199,7 +199,7 @@ Top 3 recommended tasks (of 12 open):
 Next: lumo session attach LUM-42 && lumo task context LUM-42
 ```
-When to suggest: the user asks "what should I work on", "what's next", "推荐下一个任务", "pick my next task", or starts a session without a task in mind. After they choose, run `session attach` + `task context` for the picked task.
+When to suggest: the user asks "what should I work on", "what's next", "recommend my next task" (in any language), "pick my next task", or starts a session without a task in mind. After they choose, run `session attach` + `task context` for the picked task.
 ### `lumo task show <identifier>` — print one task's detail
@@ -227,7 +227,7 @@ The CLI does not support @-mention chip syntax. If the user wants to ping someon
 ### `lumo task deps list <LUM-N>` — show all dependency edges
-Prints the task's dependency edges grouped into three sections: **CONFIRMED**, **SUGGESTED(待确认)**, and **DISMISSED**. Each row includes a short 8-character edge id in square brackets, the direction (`blocked by` / `blocks`), the other task's identifier and title, the other task's current status, the source (`MANUAL` or `DETECTED`), and inline evidence for detected edges.
+Prints the task's dependency edges grouped into three sections: **CONFIRMED**, **SUGGESTED (pending confirmation)**, and **DISMISSED**. Each row includes a short 8-character edge id in square brackets, the direction (`blocked by` / `blocks`), the other task's identifier and title, the other task's current status, the source (`MANUAL` or `DETECTED`), and inline evidence for detected edges.
 ```bash
 lumo task deps list LUM-42
@@ -239,29 +239,29 @@ Example output:
 Dependencies for LUM-42 (3)
 CONFIRMED
-  [a1b2c3d4] blocked by LUM-9「Fix auth token expiry」 IN_PROGRESS · MANUAL
+  [a1b2c3d4] blocked by LUM-9 "Fix auth token expiry" IN_PROGRESS · MANUAL
-SUGGESTED(待确认)
-  [e5f6a7b8] blocks LUM-55「Migrate DB schema」 TODO · shared_files(4 个共享文件: src/db/schema.ts, src/db/migrate.ts, ...)
-      确认: lumo task deps confirm LUM-42 e5f6a7b8(方向反了加 --reverse;误报: dismiss)
-  [c9d0e1f2] blocked by LUM-38「Add OAuth scopes」 IN_REVIEW · task_mention(description)
-      确认: lumo task deps confirm LUM-42 c9d0e1f2(方向反了加 --reverse;误报: dismiss)
+SUGGESTED (pending confirmation)
+  [e5f6a7b8] blocks LUM-55 "Migrate DB schema" TODO · shared_files(4 shared files: src/db/schema.ts, src/db/migrate.ts, ...)
+      confirm: lumo task deps confirm LUM-42 e5f6a7b8 (add --reverse if direction is flipped; false positive: dismiss)
+  [c9d0e1f2] blocked by LUM-38 "Add OAuth scopes" IN_REVIEW · task_mention(description)
+      confirm: lumo task deps confirm LUM-42 c9d0e1f2 (add --reverse if direction is flipped; false positive: dismiss)
 DISMISSED
-  [b3c4d5e6] blocks LUM-12 · 已忽略
+  [b3c4d5e6] blocks LUM-12 · dismissed
 ```
-CONFIRMED and SUGGESTED rows show the other task's identifier, title, current status, and source/evidence. DISMISSED rows render as `[shortId] <direction> <identifier> · 已忽略` only — no title, status, or source.
+CONFIRMED and SUGGESTED rows show the other task's identifier, title, current status, and source/evidence. DISMISSED rows render as `[shortId] <direction> <identifier> · dismissed` only — no title, status, or source.
 When there are no edges at all the output is:
 ```
-Dependencies for LUM-42: 无依赖边。
+Dependencies for LUM-42: no dependency edges.
 ```
 **Evidence fields by detection signal:**
-- `shared_files` — `shared_files(N 个共享文件: path1, path2, …)` — number of shared write-touched files in the 14-day window, plus up to 5 sample paths.
+- `shared_files` — `shared_files(N shared files: path1, path2, …)` — number of shared write-touched files in the 14-day window, plus up to 5 sample paths.
 - `task_mention` — `task_mention(description)` or `task_mention(comment)` — the surface where the mention appeared.
 CONFIRMED rows also show `source`: `MANUAL` (user-declared via `deps add`) or `DETECTED` (auto-found then confirmed via `deps confirm`).
@@ -314,7 +314,7 @@ lumo task deps dismiss LUM-42 e5f6a7b8
 lumo task deps dismiss LUM-42 LUM-38
 ```
-Output: `Dismissed: [e5f6a7b8] LUM-38「Add OAuth scopes」(不再建议)`
+Output: `Dismissed: [e5f6a7b8] LUM-38 "Add OAuth scopes" (won't be suggested again)`
 Use `dismiss` for false positives. Use `rm` only when you want the pair to be eligible for re-detection in the future (the detection service can re-suggest pairs with no existing row).
@@ -352,6 +352,6 @@ Output: `Removed [a1b2c3d4] from LUM-42`
 - **After `session attach` output shows a blocker warning or candidate-count hint** → run `lumo task deps list <LUM-N>` to review the full edge list, then `confirm` or `dismiss` each SUGGESTED candidate.
 - **User says "X needs to wait for Y" or "LUM-42 is blocked by LUM-9"** → run `lumo task deps add LUM-42 --blocked-by LUM-9`.
-- **Agent sees a `## ⚠ 依赖告警` block (form A — live blockers) at session-start** → evaluate whether to wait for the blocker to merge before starting work; if the edge is stale or wrong, clean it with `deps rm` or `deps dismiss`.
-- **Agent sees only a standalone hint line `检测到 N 条候选依赖待确认…` (form B — no live blockers)** → no immediate blocker, but run `lumo task deps list <LUM-N>` to review and confirm/dismiss SUGGESTED candidates. See [sessions.md](sessions.md) for the full alert format.
+- **Agent sees a `## ⚠ Dependency alerts` block (form A — live blockers) at session-start** → evaluate whether to wait for the blocker to merge before starting work; if the edge is stale or wrong, clean it with `deps rm` or `deps dismiss`.
+- **Agent sees only a standalone hint line `Detected N candidate dependencies awaiting confirmation…` (form B — no live blockers)** → no immediate blocker, but run `lumo task deps list <LUM-N>` to review and confirm/dismiss SUGGESTED candidates. See [sessions.md](sessions.md) for the full alert format.
 - **User reports a false positive dependency suggestion** → `lumo task deps dismiss <LUM-N> <edge>` to permanently suppress it for this pair.

package/assets/skill/references/verify.md CHANGED Viewed

@@ -1,11 +1,11 @@
-# lumo verify — machine verification loop（机器验收循环）
+# lumo verify — machine verification loop
 `lumo verify` is the machine half of the acceptance system (Acceptance v1,
 LUM-343). It executes every **MACHINE** criterion's checkpointer in the local
 repo, reports one structured PASS/FAIL verdict per criterion to the server,
 and prints what to do next. The judge lives server-side: round numbering, the
 3-round cap, escalation, and the IN_REVIEW transition all happen there
-(执行在客户端，裁判在服务端).
+(execution on the client, adjudication on the server).
 ## The claim-done rule
@@ -71,7 +71,7 @@ the failures — re-running without changes burns a round and (at round 3)
 pages a human. A FAIL round never changes task status; only an all-pass round
 moves it (to IN_REVIEW, never further).
-## lumo task status — the read half（自查入口）
+## lumo task status — the read half (self-check entry point)
 `lumo task status [task] [--json]` is the read-only counterpart of the loop
 (LUM-344): pure read, milliseconds, no LLM, never writes — running it costs

package/dist/cli/src/commands/milestone-show.js CHANGED Viewed

@@ -34,7 +34,7 @@ function sprintCoverageLines(coverage) {
         return `  ${num}  ${status}  ${name}   ${s.doneCount}/${s.taskCount} done`;
     });
     if (coverage.unsprinted > 0) {
-        const label = '未排期'.padEnd(numW + 2 + statusW + 2 + nameW);
+        const label = 'Unscheduled'.padEnd(numW + 2 + statusW + 2 + nameW);
         rows.push(`  ${label}   ${coverage.unsprinted} task${coverage.unsprinted === 1 ? '' : 's'}`);
     }
     return ['', 'Sprint coverage:', ...rows];

package/dist/cli/src/commands/next.js CHANGED Viewed

@@ -97,7 +97,7 @@ function formatNextOutput(ranked, totalOpen) {
     lines.push('');
     lines.push(`Next: lumo session attach ${first.identifier} && lumo task context ${first.identifier}`);
     if (ranked.length > 1) {
-        lines.push('（也可换成列表里任意一个 LUM-N）');
+        lines.push('(or pick any other LUM-N from the list)');
     }
     return lines.join('\n');
 }

package/dist/cli/src/commands/session-attach.js CHANGED Viewed

@@ -20,7 +20,7 @@ const line_prompt_1 = require("../lib/line-prompt");
  * longer silently clobbers `Session.taskId` (LUM-266): the server returns
  * the current binding and we confirm before overwriting —
  *   - `--force` skips the prompt and overwrites directly;
- *   - on a TTY we ask `已绑定 LUM-X，覆盖为 LUM-Y? [y/N]`;
+ *   - on a TTY we ask `Already bound to LUM-X. Rebind to LUM-Y? [y/N]`;
  *   - off a TTY (the usual agent case) we refuse and point at `--force`.
  */
 async function sessionAttach(identifier, options = {}) {
@@ -95,9 +95,9 @@ async function sessionAttach(identifier, options = {}) {
                 '(or run `lumo session detach` first).');
             return 0;
         }
-        const answer = await (0, line_prompt_1.promptLine)(`已绑定 ${body.currentTaskIdentifier}，覆盖为 ${identifier}? [y/N] `);
+        const answer = await (0, line_prompt_1.promptLine)(`Already bound to ${body.currentTaskIdentifier}. Rebind to ${identifier}? [y/N] `);
         if (!/^y(es)?$/i.test(answer)) {
-            console.log(`已取消，仍绑定 ${body.currentTaskIdentifier}。`);
+            console.log(`Cancelled — still bound to ${body.currentTaskIdentifier}.`);
             return 0;
         }
         const second = await bind(true);
@@ -112,7 +112,8 @@ async function sessionAttach(identifier, options = {}) {
     }
     console.log(`Attached session ${sessionId} to ${body.taskIdentifier} "${(0, sanitize_1.sanitizeField)(body.taskTitle)}"`);
     console.log(`Re-tagged ${body.retaggedEventCount} previously-untagged event${body.retaggedEventCount === 1 ? '' : 's'} in this session.`);
-    // 告警先于 contract/memory:与 hook 注入顺序一致,短且可操作的信息优先。
+    // Warnings come before contract/memory: matches the hook injection order —
+    // short, actionable information first.
     if (body.blockerWarningSection) {
         console.log('');
         console.log((0, sanitize_1.sanitizeField)(body.blockerWarningSection));

package/dist/cli/src/commands/task-criteria-set.js CHANGED Viewed

@@ -99,7 +99,7 @@ async function taskCriteriaSet(identifier, options) {
         Authorization: `Bearer ${creds.token}`,
         'Content-Type': 'application/json',
     };
-    // Session 出处 for HUMAN_EDIT transcriptions — the server records the
+    // Session provenance for HUMAN_EDIT transcriptions — the server records the
     // revision (with this session id) as a task comment.
     const sessionId = process.env.CLAUDE_CODE_SESSION_ID;
     if (sessionId)

package/dist/cli/src/commands/task-deps.js CHANGED Viewed

@@ -10,7 +10,7 @@ exports.taskDepsRm = taskDepsRm;
 const config_1 = require("../lib/config");
 const api_1 = require("../lib/api");
 const sanitize_1 = require("../lib/sanitize");
-/** 短 id = 前 8 位，展示与 selector 都用它。 */
+/** Short id = first 8 chars; used for both display and selectors. */
 const shortId = (id) => id.slice(0, 8);
 /**
  * Resolve a user-supplied edge selector against the task's edge list. Accepts
@@ -35,7 +35,7 @@ function resolveEdgeSelector(edges, selector) {
  */
 function formatDepsList(identifier, edges) {
     if (edges.length === 0)
-        return `Dependencies for ${identifier}: 无依赖边。`;
+        return `Dependencies for ${identifier}: no dependency edges.`;
     const lines = [
         `Dependencies for ${identifier} (${edges.length})`,
         '',
@@ -43,7 +43,7 @@ function formatDepsList(identifier, edges) {
     const dirLabel = (e) => e.direction === 'BLOCKED_BY' ? 'blocked by' : 'blocks';
     const evidence = (e) => {
         if (e.reason === 'shared_files')
-            return ` · shared_files(${e.detail?.count ?? '?'} 个共享文件${e.detail?.sample?.length ? ': ' + e.detail.sample.join(', ') : ''})`;
+            return ` · shared_files(${e.detail?.count ?? '?'} shared files${e.detail?.sample?.length ? ': ' + e.detail.sample.join(', ') : ''})`;
         if (e.reason === 'task_mention')
             return ` · task_mention(${e.detail?.surface ?? ''})`;
         return '';
@@ -60,14 +60,14 @@ function formatDepsList(identifier, edges) {
     const suggested = edges.filter(e => e.status === 'SUGGESTED');
     const dismissed = edges.filter(e => e.status === 'DISMISSED');
     section('CONFIRMED', confirmed, e => [
-        `  [${shortId(e.id)}] ${dirLabel(e)} ${e.other.identifier}「${e.other.title}」 ${e.other.status} · ${e.source}${evidence(e)}`,
+        `  [${shortId(e.id)}] ${dirLabel(e)} ${e.other.identifier} "${e.other.title}" ${e.other.status} · ${e.source}${evidence(e)}`,
     ]);
-    section('SUGGESTED(待确认)', suggested, e => [
-        `  [${shortId(e.id)}] ${dirLabel(e)} ${e.other.identifier}「${e.other.title}」 ${e.other.status}${evidence(e)}`,
-        `      确认: lumo task deps confirm ${identifier} ${shortId(e.id)}(方向反了加 --reverse;误报: dismiss)`,
+    section('SUGGESTED (pending confirmation)', suggested, e => [
+        `  [${shortId(e.id)}] ${dirLabel(e)} ${e.other.identifier} "${e.other.title}" ${e.other.status}${evidence(e)}`,
+        `      confirm: lumo task deps confirm ${identifier} ${shortId(e.id)} (add --reverse if direction is flipped; false positive: dismiss)`,
     ]);
     section('DISMISSED', dismissed, e => [
-        `  [${shortId(e.id)}] ${dirLabel(e)} ${e.other.identifier} · 已忽略`,
+        `  [${shortId(e.id)}] ${dirLabel(e)} ${e.other.identifier} · dismissed`,
     ]);
     return lines.join('\n').trimEnd();
 }
@@ -160,11 +160,11 @@ async function fetchDeps(ctx, taskDbId) {
 function printSelectorCandidates(edges, selector) {
     console.error(`Error: no unique dependency edge matches "${selector}". Candidates:`);
     if (edges.length === 0) {
-        console.error('  (无依赖边)');
+        console.error('  (no dependency edges)');
         return;
     }
     for (const e of edges) {
-        console.error((0, sanitize_1.sanitizeField)(`  [${shortId(e.id)}] ${e.status} ${e.other.identifier}「${e.other.title}」`));
+        console.error((0, sanitize_1.sanitizeField)(`  [${shortId(e.id)}] ${e.status} ${e.other.identifier} "${e.other.title}"`));
     }
 }
 /**
@@ -247,7 +247,7 @@ async function taskDepsConfirm(identifier, selector, opts) {
     }, 'dependency confirm');
     if (typeof res === 'number')
         return res;
-    console.log((0, sanitize_1.sanitizeField)(`Confirmed: [${shortId(edge.id)}] ${task.identifier} ${edge.direction === 'BLOCKED_BY' ? 'blocked by' : 'blocks'} ${edge.other.identifier}「${edge.other.title}」${opts.reverse ? ' (reversed)' : ''}`));
+    console.log((0, sanitize_1.sanitizeField)(`Confirmed: [${shortId(edge.id)}] ${task.identifier} ${edge.direction === 'BLOCKED_BY' ? 'blocked by' : 'blocks'} ${edge.other.identifier} "${edge.other.title}"${opts.reverse ? ' (reversed)' : ''}`));
 }
 /** `lumo task deps dismiss <LUM-N> <edge>` */
 async function taskDepsDismiss(identifier, selector) {
@@ -262,7 +262,7 @@ async function taskDepsDismiss(identifier, selector) {
     const res = await depsFetch(ctx, `/api/tasks/${encodeURIComponent(task.id)}/dependencies/${encodeURIComponent(edge.id)}`, { method: 'PATCH', body: JSON.stringify({ action: 'dismiss' }) }, 'dependency dismiss');
     if (typeof res === 'number')
         return res;
-    console.log((0, sanitize_1.sanitizeField)(`Dismissed: [${shortId(edge.id)}] ${edge.other.identifier}「${edge.other.title}」(不再建议)`));
+    console.log((0, sanitize_1.sanitizeField)(`Dismissed: [${shortId(edge.id)}] ${edge.other.identifier} "${edge.other.title}" (won't be suggested again)`));
 }
 /** `lumo task deps rm <LUM-N> <edge> --yes` */
 async function taskDepsRm(identifier, selector, opts) {

package/dist/cli/src/commands/verify.js CHANGED Viewed

@@ -14,7 +14,7 @@ function tail(s, max) {
     return s.length > max ? `…${s.slice(-max)}` : s;
 }
 /**
- * Execute one MACHINE checkpointer in the local repo (执行在客户端 — the
+ * Execute one MACHINE checkpointer in the local repo (runs client-side — the
  * server can't run repo tests) and fold the result into a structured verdict.
  * Exit 0 = PASS with a `cmd:` evidence pointer; non-zero = CRITERION_UNMET;
  * spawn failure or timeout = CHECK_EXECUTION_ERROR.

package/dist/cli/src/commands/wrap/blocked-prompt-section.js CHANGED Viewed

@@ -14,7 +14,7 @@ const failure_summary_api_1 = require("../../lib/failure-summary-api");
  */
 class BlockedPromptSection {
     deps;
-    title = '卡住检测';
+    title = 'Blocked check';
     draft = null;
     constructor(deps) {
         this.deps = deps;
@@ -28,14 +28,14 @@ class BlockedPromptSection {
         if (!draft || !draft.shouldPrompt || !draft.taskIdentifier)
             return;
         const top = draft.topFailure;
-        const where = top ? (0, sanitize_1.sanitizeField)(top.label) : '某个操作';
+        const where = top ? (0, sanitize_1.sanitizeField)(top.label) : 'an operation';
         const count = top ? top.count : 0;
-        process.stdout.write(`看起来本次会话反复卡在 ${where}(${count} 次失败)。\n`);
+        process.stdout.write(`This session looks repeatedly stuck on ${where} (${count} failures).\n`);
         if (top?.lastErrorSummary) {
-            process.stdout.write(`最后错误：${(0, sanitize_1.sanitizeField)(top.lastErrorSummary)}\n`);
+            process.stdout.write(`Last error: ${(0, sanitize_1.sanitizeField)(top.lastErrorSummary)}\n`);
         }
         if (opts.dryRun) {
-            process.stdout.write(`(dry-run，未改动；确认后会给 ${draft.taskIdentifier} 标 blocked)\n`);
+            process.stdout.write(`(dry-run, no changes; confirming would tag ${draft.taskIdentifier} blocked)\n`);
             return;
         }
         // Tagging the shared board is opt-in: it requires an explicit interactive
@@ -43,10 +43,10 @@ class BlockedPromptSection {
         // does NOT auto-tag — silently flipping shared board state is exactly what
         // LUM-153 set out to avoid. We surface the suggestion and move on.
         if (opts.yes) {
-            process.stdout.write(`(--yes 不自动标记；如确认请交互式回答 y，或手动 \`lumo task update ${draft.taskIdentifier} --add-tag blocked\`)\n`);
+            process.stdout.write(`(--yes does not auto-tag; answer y interactively, or run \`lumo task update ${draft.taskIdentifier} --add-tag blocked\` manually)\n`);
             return;
         }
-        const choice = (await (0, line_prompt_1.promptLine)(`要在 ${draft.taskIdentifier} 标 blocked 吗？[y] 标记  [s] 跳过 > `))
+        const choice = (await (0, line_prompt_1.promptLine)(`Tag ${draft.taskIdentifier} as blocked? [y] tag  [s] skip > `))
             .trim()
             .toLowerCase();
         if (choice === 'y') {
@@ -54,11 +54,11 @@ class BlockedPromptSection {
             return;
         }
         // Empty / 's' / anything else → do nothing. Tagging is opt-in.
-        process.stdout.write('已跳过，未标记。\n');
+        process.stdout.write('Skipped — not tagged.\n');
     }
     async mark() {
         const { taskIdentifier, tag } = await (0, failure_summary_api_1.markTaskBlocked)(this.deps.creds, this.deps.sessionId);
-        process.stdout.write(`已给 ${taskIdentifier} 标 ${tag}。\n`);
+        process.stdout.write(`Tagged ${taskIdentifier} with ${tag}.\n`);
     }
 }
 exports.BlockedPromptSection = BlockedPromptSection;

package/dist/cli/src/commands/wrap/fragment-usage-section.js CHANGED Viewed

@@ -24,7 +24,7 @@ function parseUsedHandles(spec) {
  */
 class FragmentUsageSection {
     deps;
-    title = '上下文使用投票';
+    title = 'Fragment-usage vote';
     draft = null;
     constructor(deps) {
         this.deps = deps;
@@ -38,19 +38,19 @@ class FragmentUsageSection {
         if (!draft || draft.candidates.length === 0)
             return;
         if (draft.alreadyVoted) {
-            process.stdout.write('本 session 已投票,跳过。\n');
+            process.stdout.write('This session already voted — skipping.\n');
             return;
         }
-        process.stdout.write('本次会话注入的 context fragment:\n');
+        process.stdout.write('Context fragments injected in this session:\n');
         draft.candidates.forEach((c, i) => {
             process.stdout.write(`  [${i + 1}] ${(0, sanitize_1.sanitizeField)(c.label)}\n`);
         });
         if (opts.dryRun) {
-            process.stdout.write('(dry-run,未改动)\n');
+            process.stdout.write('(dry-run, no changes)\n');
             return;
         }
         if (this.deps.used === undefined) {
-            process.stdout.write('用 `lumo session wrap --used <序号>`(或 `--used none`)记录你实际用到的 fragment。\n');
+            process.stdout.write('Use `lumo session wrap --used <indices>` (or `--used none`) to record which fragments you actually used.\n');
             return;
         }
         const idx = parseUsedHandles(this.deps.used);
@@ -60,7 +60,7 @@ class FragmentUsageSection {
             fragmentId: draft.candidates[i].fragmentId,
         }));
         const { used, unused } = await (0, fragment_usage_api_1.applyFragmentUsage)(this.deps.creds, this.deps.sessionId, { usedRefs });
-        process.stdout.write(`已记录:用过 ${used} 个,未用 ${unused} 个。\n`);
+        process.stdout.write(`Recorded: ${used} used, ${unused} unused.\n`);
     }
 }
 exports.FragmentUsageSection = FragmentUsageSection;

package/dist/cli/src/commands/wrap/memory-review-section.js CHANGED Viewed

@@ -32,7 +32,7 @@ function parseReviewInstruction(line) {
  */
 class MemoryReviewSection {
     deps;
-    title = '记忆审阅';
+    title = 'Memory review';
     draft = null;
     constructor(deps) {
         this.deps = deps;
@@ -45,19 +45,19 @@ class MemoryReviewSection {
         const draft = this.draft;
         if (!draft || !draft.watermark || draft.memories.length === 0)
             return;
-        process.stdout.write(`本次会话新增了这 ${draft.memories.length} 条 memory：\n`);
+        process.stdout.write(`This session recorded ${draft.memories.length} new memories:\n`);
         process.stdout.write(`${(0, sanitize_1.sanitizeField)((0, memory_content_1.formatMemoryReviewList)(draft.memories))}\n`);
         if (opts.dryRun) {
-            process.stdout.write('(dry-run，未改动)\n');
+            process.stdout.write('(dry-run, no changes)\n');
             return;
         }
         if (opts.yes) {
             await this.apply(draft.watermark, [], []);
             return;
         }
-        const line = (await (0, line_prompt_1.promptLine)('[回车] 全部保留  [d 1,3] 删除  [p 2] 提升到项目级  [s] 跳过 > ')).trim();
+        const line = (await (0, line_prompt_1.promptLine)('[Enter] keep all  [d 1,3] delete  [p 2] promote to project  [s] skip > ')).trim();
         if (line.toLowerCase() === 's') {
-            process.stdout.write('已跳过本节。\n');
+            process.stdout.write('Section skipped.\n');
             return;
         }
         if (line === '') {
@@ -75,7 +75,7 @@ class MemoryReviewSection {
     }
     async apply(watermark, deleteIds, promoteIds) {
         const { deleted, promoted } = await (0, session_memory_api_1.applyMemoryReview)(this.deps.creds, this.deps.sessionId, { watermark, deleteIds, promoteIds });
-        process.stdout.write(`已删除 ${deleted} 条，提升 ${promoted} 条到项目级。\n`);
+        process.stdout.write(`Deleted ${deleted}, promoted ${promoted} to project scope.\n`);
     }
 }
 exports.MemoryReviewSection = MemoryReviewSection;

package/dist/cli/src/commands/wrap/progress-comment-section.js CHANGED Viewed

@@ -6,7 +6,7 @@ const sanitize_1 = require("../../lib/sanitize");
 const line_prompt_1 = require("../../lib/line-prompt");
 const editor_1 = require("../../lib/editor");
 const progress_comment_api_1 = require("../../lib/progress-comment-api");
-const HEADER = '本次会话进度';
+const HEADER = 'Session progress';
 /** Join turn summaries into a bulleted progress comment body under a header. */
 function formatProgressBody(summaries) {
     return [HEADER, ...summaries.map(s => `- ${s}`)].join('\n');
@@ -18,7 +18,7 @@ function formatProgressBody(summaries) {
  */
 class ProgressCommentSection {
     deps;
-    title = '进度评论';
+    title = 'Progress comment';
     draft = null;
     body = '';
     constructor(deps) {
@@ -37,31 +37,31 @@ class ProgressCommentSection {
         if (!draft || !draft.watermark)
             return;
         // Preview: sanitize the server free-text before it hits the terminal.
-        process.stdout.write(`将发到 ${draft.taskIdentifier} "${(0, sanitize_1.sanitizeField)(draft.taskTitle ?? '')}":\n`);
+        process.stdout.write(`Will post to ${draft.taskIdentifier} "${(0, sanitize_1.sanitizeField)(draft.taskTitle ?? '')}":\n`);
         process.stdout.write(`${(0, sanitize_1.sanitizeField)(this.body)}\n`);
         if (opts.dryRun) {
-            process.stdout.write('(dry-run，未发送)\n');
+            process.stdout.write('(dry-run, not posted)\n');
             return;
         }
         if (opts.yes) {
             await this.post(draft.watermark, this.body);
             return;
         }
-        const choice = (await (0, line_prompt_1.promptLine)('[y] 发送  [e] 编辑  [s] 跳过 > ')).toLowerCase();
+        const choice = (await (0, line_prompt_1.promptLine)('[y] post  [e] edit  [s] skip > ')).toLowerCase();
         if (choice === 's' || choice === '') {
-            process.stdout.write('已跳过。\n');
+            process.stdout.write('Skipped.\n');
             return;
         }
         if (choice === 'e') {
             const edited = (await (0, editor_1.editInEditor)(this.body)).trim();
             if (edited.length === 0) {
-                process.stdout.write('正文为空，已跳过。\n');
+                process.stdout.write('Empty body — skipped.\n');
                 return;
             }
             process.stdout.write(`${(0, sanitize_1.sanitizeField)(edited)}\n`);
-            const confirm = (await (0, line_prompt_1.promptLine)('[y] 发送  [s] 跳过 > ')).toLowerCase();
+            const confirm = (await (0, line_prompt_1.promptLine)('[y] post  [s] skip > ')).toLowerCase();
             if (confirm !== 'y') {
-                process.stdout.write('已跳过。\n');
+                process.stdout.write('Skipped.\n');
                 return;
             }
             await this.post(draft.watermark, edited);
@@ -71,11 +71,11 @@ class ProgressCommentSection {
             await this.post(draft.watermark, this.body);
             return;
         }
-        process.stdout.write('无法识别的选择，已跳过。\n');
+        process.stdout.write('Unrecognized choice — skipped.\n');
     }
     async post(watermark, body) {
         const { commentId } = await (0, progress_comment_api_1.postProgressComment)(this.deps.creds, this.deps.sessionId, { body, watermark });
-        process.stdout.write(`已发送进度评论 (comment ${commentId})\n`);
+        process.stdout.write(`Posted progress comment (comment ${commentId})\n`);
     }
 }
 exports.ProgressCommentSection = ProgressCommentSection;

package/dist/cli/src/index.js CHANGED Viewed

@@ -396,7 +396,7 @@ taskCriteria
     .command('set <task>')
     .description('Submit the whole acceptance contract from a JSON file. Default = initial agent draft (locked once submitted); --human records a HUMAN_EDIT revision (desired final list; items with "id" keep/update, missing ones are deleted).')
     .requiredOption('--file <path>', 'JSON array of criteria: [{"statement","verifierType":"MACHINE"|"HUMAN","checkpointer?","evidenceRequired?","id?"}]')
-    .option('--human', 'Record a human contract revision (HUMAN_EDIT) transcribed from the conversation, with session 出处')
+    .option('--human', 'Record a human contract revision (HUMAN_EDIT) transcribed from the conversation, with session provenance')
     .option('--cause <tag>', 'Why the contract drifted (with --human): NEW_INFO | SCOPE_CHANGE | DRAFT_BLIND_SPOT | GRANULARITY | OTHER')
     .action(wrap((taskId, options) => (0, task_criteria_set_1.taskCriteriaSet)(taskId, options)));
 taskCriteria

package/dist/cli/src/lib/hook-runner.js CHANGED Viewed

@@ -102,7 +102,7 @@ function formatHookStdoutLines(path, responseBody, now = new Date()) {
     const sessionId = body.sessionId;
     const tb = body.taskBinding;
     if (tb && tb.bound === true) {
-        lines.push(`[Lumo] session_id=${sessionId} | 当前任务: ${tb.taskIdentifier} - ${(0, sanitize_1.sanitizeField)(tb.taskTitle ?? '')}`);
+        lines.push(`[Lumo] session_id=${sessionId} | Current task: ${tb.taskIdentifier} - ${(0, sanitize_1.sanitizeField)(tb.taskTitle ?? '')}`);
     }
     else if (tb && tb.bound === false) {
         lines.push(unboundPromptLine(sessionId));
@@ -135,11 +135,11 @@ function formatHookStdoutLines(path, responseBody, now = new Date()) {
  * no task could be inferred from local git — the user is asked to name one.
  */
 function unboundPromptLine(sessionId) {
-    return `[Lumo] session_id=${sessionId} | 当前未绑定任务。请告诉我你要处理的任务编号（如 LUM-42），或说"跳过"。`;
+    return `[Lumo] session_id=${sessionId} | No task bound. Tell me the task you want to work on (e.g. LUM-42), or say "skip".`;
 }
 const MAX_UNRESOLVED = 5;
 /**
- * Render the "续上次进度" recovery card from the structured previousSession
+ * Render the "resuming previous session" recovery card from the structured previousSession
  * payload. Returns undefined when there's nothing to show (null payload or an
  * empty headline). Free text (headline / unresolved) is sanitized here — it's
  * LLM-generated and routed to Claude Code stdout. unresolved is capped at
@@ -152,18 +152,18 @@ function renderRecoveryCard(prev, taskIdentifier, now) {
     const ago = (0, format_1.relativeTime)(new Date(prev.lastActivityAt), now);
     const dur = (0, format_1.formatDuration)(prev.durationMs);
     const lines = [
-        `## 续上次进度 (上一段 session · ${ago} · ${dur})`,
-        `上次干到：${(0, sanitize_1.sanitizeField)(prev.headline)}`,
+        `## Resuming previous session (${ago} · ${dur})`,
+        `Last stopped at: ${(0, sanitize_1.sanitizeField)(prev.headline)}`,
     ];
     const unresolved = Array.isArray(prev.unresolved) ? prev.unresolved : [];
     if (unresolved.length > 0) {
-        lines.push('未完成：');
+        lines.push('Unfinished:');
         const shown = unresolved.slice(0, MAX_UNRESOLVED);
         for (const u of shown)
             lines.push(`- ${(0, sanitize_1.sanitizeField)(u)}`);
         const extra = unresolved.length - shown.length;
         if (extra > 0) {
-            lines.push(`- …(+${extra} more, 跑 lumo task context ${taskIdentifier} 查看全部)`);
+            lines.push(`- … (+${extra} more — run \`lumo task context ${taskIdentifier}\` for the full list)`);
         }
     }
     return lines.join('\n');
@@ -193,8 +193,8 @@ function sessionContextEnvelope(parts) {
  * context surface only once the user actually attaches.
  */
 function formatSuggestLine(sessionId, match) {
-    const basis = match.source === 'branch' ? '分支名' : '最近 commit';
-    return `[Lumo] session_id=${sessionId} | 检测到 ${match.identifier}（依据${basis}）。运行 lumo session attach ${match.identifier} 绑定。`;
+    const basis = match.source === 'branch' ? 'branch name' : 'recent commits';
+    return `[Lumo] session_id=${sessionId} | Detected ${match.identifier} (from ${basis}). Run \`lumo session attach ${match.identifier}\` to bind.`;
 }
 /**
  * Build the stdout lines for a session-start response. When the server reports

package/dist/cli/src/lib/wrap-panel.js CHANGED Viewed

@@ -7,7 +7,7 @@ async function runWrapPanel(sections, opts) {
         process.stdout.write(`\n━━ ${section.title} ━━\n`);
         const hasContent = await section.prepare();
         if (!hasContent) {
-            process.stdout.write('(无内容)\n');
+            process.stdout.write('(no content)\n');
             continue;
         }
         await section.run(opts);

package/package.json CHANGED Viewed

@@ -1,6 +1,6 @@
 {
   "name": "@lumoai/cli",
-  "version": "1.25.1",
+  "version": "1.26.0",
   "description": "Lumo CLI — manage tasks and sessions from the terminal",
   "license": "MIT",
   "author": "cli@uselumo.ai",