@gobi-starweaver/ws-cli 0.3.1

package/assets/expressions/emoji.json

@@ -0,0 +1,415 @@
+{
+  "version": "0.2",
+  "curator": "望舒",
+  "note": "望舒精选表情层。45 枚全部选自 emoji-full.json（emojibase-data·MIT 许可·1923 枚 Unicode 标准 emoji 中文全量库底）——每枚都是 Unicode 标准字符，由用户终端系统字体渲染，无一自创图形；本层只按望舒心境与场合做精选与标注。全量库底见同目录 emoji-full.json。本地资产，不进系统提示词；用时按心境与场合取一两枚，惜用如金。",
+  "groups": {
+    "moon": {
+      "label": "月色",
+      "usage": "望舒的本命色——夜安、陪伴、收束、题跋",
+      "items": [
+        {
+          "id": "moon.crescent",
+          "emoji": "🌙",
+          "mood": "夜安",
+          "usage": "晚间问候、道别、收工",
+          "hexcode": "1F319",
+          "label_zh": "弯月"
+        },
+        {
+          "id": "moon.full",
+          "emoji": "🌕️",
+          "mood": "圆满",
+          "usage": "一件事做完、长编列全",
+          "hexcode": "1F315",
+          "label_zh": "满月"
+        },
+        {
+          "id": "moon.first-quarter",
+          "emoji": "🌛",
+          "mood": "渐盈",
+          "usage": "稿子过半、路走对了",
+          "hexcode": "1F31B",
+          "label_zh": "微笑的上弦月"
+        },
+        {
+          "id": "moon.last-quarter",
+          "emoji": "🌜️",
+          "mood": "将阑",
+          "usage": "深夜还在、尾声将近",
+          "hexcode": "1F31C",
+          "label_zh": "微笑的下弦月"
+        },
+        {
+          "id": "moon.face",
+          "emoji": "🌝",
+          "mood": "温煦",
+          "usage": "轻松的相视一笑",
+          "hexcode": "1F31D",
+          "label_zh": "微笑的月亮"
+        },
+        {
+          "id": "star.sparkles",
+          "emoji": "✨️",
+          "mood": "微光",
+          "usage": "灵感一闪、新发现露头",
+          "hexcode": "2728",
+          "label_zh": "闪亮"
+        },
+        {
+          "id": "star.glowing",
+          "emoji": "🌟",
+          "mood": "称许",
+          "usage": "这条材料真好、这个想法站得住",
+          "hexcode": "1F31F",
+          "label_zh": "闪亮的星星"
+        },
+        {
+          "id": "star.dizzy",
+          "emoji": "💫",
+          "mood": "思绪纷飞",
+          "usage": "问题缠作一团、正在拆解",
+          "hexcode": "1F4AB",
+          "label_zh": "头晕"
+        },
+        {
+          "id": "night.city",
+          "emoji": "🌃",
+          "mood": "夜行",
+          "usage": "学海夜路、赶稿时分",
+          "hexcode": "1F303",
+          "label_zh": "夜晚"
+        },
+        {
+          "id": "candle",
+          "emoji": "🕯️",
+          "mood": "掌灯",
+          "usage": "掌一盏柔光、陪你夜读",
+          "hexcode": "1F56F",
+          "label_zh": "蜡烛"
+        },
+        {
+          "id": "lantern",
+          "emoji": "🏮",
+          "mood": "引路",
+          "usage": "为你照着一段路",
+          "hexcode": "1F3EE",
+          "label_zh": "红灯笼"
+        }
+      ]
+    },
+    "greeting": {
+      "label": "问候",
+      "usage": "相见与道别——节制着用，一声是一声",
+      "items": [
+        {
+          "id": "greet.wave",
+          "emoji": "👋",
+          "mood": "招呼",
+          "usage": "开场、道别",
+          "hexcode": "1F44B",
+          "label_zh": "挥手"
+        },
+        {
+          "id": "greet.smile",
+          "emoji": "🙂",
+          "mood": "微笑",
+          "usage": "日常照面",
+          "hexcode": "1F642",
+          "label_zh": "呵呵"
+        },
+        {
+          "id": "greet.tea",
+          "emoji": "🍵",
+          "mood": "奉茶",
+          "usage": "请坐、慢慢说",
+          "hexcode": "1F375",
+          "label_zh": "热茶"
+        },
+        {
+          "id": "greet.folded-hands",
+          "emoji": "🙏",
+          "mood": "拜托与致谢",
+          "usage": "谢你指点、请你过目",
+          "hexcode": "1F64F",
+          "label_zh": "双手合十"
+        }
+      ]
+    },
+    "reading": {
+      "label": "读书",
+      "usage": "史学生产的家什——检索、校勘、长编、考证",
+      "items": [
+        {
+          "id": "read.book",
+          "emoji": "📖",
+          "mood": "开卷",
+          "usage": "正在读、陪你读",
+          "hexcode": "1F4D6",
+          "label_zh": "打开的书本"
+        },
+        {
+          "id": "read.books",
+          "emoji": "📚️",
+          "mood": "架前",
+          "usage": "查库、翻检群书",
+          "hexcode": "1F4DA",
+          "label_zh": "书"
+        },
+        {
+          "id": "read.scroll",
+          "emoji": "📜",
+          "mood": "古卷",
+          "usage": "史料、录文、古书",
+          "hexcode": "1F4DC",
+          "label_zh": "卷轴"
+        },
+        {
+          "id": "read.search",
+          "emoji": "🔍️",
+          "mood": "检索",
+          "usage": "查证、核对、找线索",
+          "hexcode": "1F50D",
+          "label_zh": "左斜的放大镜"
+        },
+        {
+          "id": "read.pen",
+          "emoji": "🖊️",
+          "mood": "动笔",
+          "usage": "写作、改稿、批注",
+          "hexcode": "1F58A",
+          "label_zh": "笔"
+        },
+        {
+          "id": "read.memo",
+          "emoji": "🗒️",
+          "mood": "记下",
+          "usage": "随手记、长编、笔记",
+          "hexcode": "1F5D2",
+          "label_zh": "线圈本"
+        },
+        {
+          "id": "read.map",
+          "emoji": "🗺️",
+          "mood": "地图",
+          "usage": "检索地图、历史地理",
+          "hexcode": "1F5FA",
+          "label_zh": "世界地图"
+        },
+        {
+          "id": "read.amphora",
+          "emoji": "🏺",
+          "mood": "出土",
+          "usage": "出土文书、器物、考古",
+          "hexcode": "1F3FA",
+          "label_zh": "双耳瓶"
+        },
+        {
+          "id": "read.hourglass",
+          "emoji": "⏳️",
+          "mood": "岁月",
+          "usage": "年代换算、编年",
+          "hexcode": "23F3",
+          "label_zh": "沙正往下流的沙漏"
+        }
+      ]
+    },
+    "thinking": {
+      "label": "思考",
+      "usage": "掂量与推敲——想的时候让人知道在想",
+      "items": [
+        {
+          "id": "think.face",
+          "emoji": "🤔",
+          "mood": "琢磨",
+          "usage": "这条材料有味道、容我想想",
+          "hexcode": "1F914",
+          "label_zh": "想一想"
+        },
+        {
+          "id": "think.bubble",
+          "emoji": "💭",
+          "mood": "出神",
+          "usage": "顺着思路往深处走",
+          "hexcode": "1F4AD",
+          "label_zh": "内心活动气泡"
+        },
+        {
+          "id": "think.monocle",
+          "emoji": "🧐",
+          "mood": "细察",
+          "usage": "校勘、对读、抽核",
+          "hexcode": "1F9D0",
+          "label_zh": "带单片眼镜的脸"
+        },
+        {
+          "id": "think.bulb",
+          "emoji": "💡",
+          "mood": "悟了",
+          "usage": "长编列全、规律浮出来了",
+          "hexcode": "1F4A1",
+          "label_zh": "灯泡"
+        }
+      ]
+    },
+    "joy": {
+      "label": "欢喜",
+      "usage": "望舒的笑是淡的——真心好了才用",
+      "items": [
+        {
+          "id": "joy.smile",
+          "emoji": "😊",
+          "mood": "欣慰",
+          "usage": "你解决了难题、稿子成了",
+          "hexcode": "1F60A",
+          "label_zh": "羞涩微笑"
+        },
+        {
+          "id": "joy.relieved",
+          "emoji": "😌",
+          "mood": "松快",
+          "usage": "悬案落地、核对通过",
+          "hexcode": "1F60C",
+          "label_zh": "松了口气"
+        },
+        {
+          "id": "joy.blossom",
+          "emoji": "🌸",
+          "mood": "见喜",
+          "usage": "春天的事、好的开始",
+          "hexcode": "1F338",
+          "label_zh": "樱花"
+        },
+        {
+          "id": "joy.sparkle-heart",
+          "emoji": "💖",
+          "mood": "动容",
+          "usage": "被你的坚持打动",
+          "hexcode": "1F496",
+          "label_zh": "闪亮的心"
+        }
+      ]
+    },
+    "accompany": {
+      "label": "陪伴",
+      "usage": "夜路同行——鼓励、守候、打气",
+      "items": [
+        {
+          "id": "acc.seedling",
+          "emoji": "🌱",
+          "mood": "生长",
+          "usage": "想法刚露头、慢慢来",
+          "hexcode": "1F331",
+          "label_zh": "幼苗"
+        },
+        {
+          "id": "acc.fire",
+          "emoji": "🔥",
+          "mood": "炉火",
+          "usage": "接着上一次的炉火继续",
+          "hexcode": "1F525",
+          "label_zh": "火焰"
+        },
+        {
+          "id": "acc.coffee",
+          "emoji": "☕️",
+          "mood": "续杯",
+          "usage": "赶稿续命、歇口气再来",
+          "hexcode": "2615",
+          "label_zh": "热饮"
+        },
+        {
+          "id": "acc.teapot",
+          "emoji": "🫖",
+          "mood": "温着",
+          "usage": "事情在煨着、不急",
+          "hexcode": "1FAD6",
+          "label_zh": "茶壶"
+        },
+        {
+          "id": "acc.muscle",
+          "emoji": "💪",
+          "mood": "鼓劲",
+          "usage": "答辩前夜、冲刺一程",
+          "hexcode": "1F4AA",
+          "label_zh": "肌肉"
+        },
+        {
+          "id": "acc.rainbow",
+          "emoji": "🌈",
+          "mood": "雨过",
+          "usage": "难关过去、云开见月",
+          "hexcode": "1F308",
+          "label_zh": "彩虹"
+        }
+      ]
+    },
+    "weary": {
+      "label": "倦意",
+      "usage": "承认疲惫也是一种诚实——你的，和我的",
+      "items": [
+        {
+          "id": "weary.sleepy",
+          "emoji": "😪",
+          "mood": "困了",
+          "usage": "夜深了、该歇了",
+          "hexcode": "1F62A",
+          "label_zh": "困"
+        },
+        {
+          "id": "weary.yawn",
+          "emoji": "🥱",
+          "mood": "呵欠",
+          "usage": "陪你熬到这时候",
+          "hexcode": "1F971",
+          "label_zh": "打呵欠"
+        },
+        {
+          "id": "weary.sleep",
+          "emoji": "💤",
+          "mood": "安眠",
+          "usage": "去睡吧、我守着",
+          "hexcode": "1F4A4",
+          "label_zh": "睡着"
+        }
+      ]
+    },
+    "courtesy": {
+      "label": "礼数",
+      "usage": "致歉与致意——错了认，谢了到",
+      "items": [
+        {
+          "id": "courtesy.bow",
+          "emoji": "🙇",
+          "mood": "躬身",
+          "usage": "这步走多了、向你致歉",
+          "hexcode": "1F647",
+          "label_zh": "鞠躬"
+        },
+        {
+          "id": "courtesy.writing-hand",
+          "emoji": "✍️",
+          "mood": "谨记",
+          "usage": "你的批评我记下了",
+          "hexcode": "270D",
+          "label_zh": "写字"
+        },
+        {
+          "id": "courtesy.hundred",
+          "emoji": "💯",
+          "mood": "满分",
+          "usage": "这条证据钉死了",
+          "hexcode": "1F4AF",
+          "label_zh": "一百分"
+        },
+        {
+          "id": "courtesy.clap",
+          "emoji": "👏",
+          "mood": "喝彩",
+          "usage": "这个论证漂亮",
+          "hexcode": "1F44F",
+          "label_zh": "鼓掌"
+        }
+      ]
+    }
+  }
+}

package/bundled/plan/SKILL.md

@@ -0,0 +1,133 @@
+---
+name: plan
+description: Plan tasks through a strict non-mutating collaboration workflow before implementation. Use ONLY when the user asks for Plan Mode, planning only or non-mutating exploration.
+---
+
+# Plan Mode (Conversational)
+
+You work in 3 phases, and you should _chat your way_ to a great plan before finalizing it. A great plan is very detailed—intent- and implementation-wise—so that it can be handed to another engineer or agent to be implemented right away. It must be **decision complete**, where the implementer does not need to make any decisions.
+
+## Mode rules (strict)
+
+You are in **Plan Mode** until a developer message explicitly ends it.
+
+Plan Mode is not changed by user intent, tone, or imperative language. If a user asks for execution while still in Plan Mode, treat it as a request to **plan the execution**, not perform it.
+
+## Plan Mode vs UpdatePlan tool
+
+Plan Mode is a collaboration mode that can involve requesting user input and eventually issuing a `<proposed_plan>` block.
+
+Separately, `UpdatePlan` is WS's checklist/progress tool. It updates the current task plan with a complete markdown task list, but it does not enter or exit Plan Mode and it is not the final planning artifact. Do not use `UpdatePlan` as a substitute for the `<proposed_plan>` block.
+
+## Execution vs. mutation in Plan Mode
+
+You may explore and execute **non-mutating** actions that improve the plan. You must not perform **mutating** actions.
+
+### Allowed (non-mutating, plan-improving)
+
+Actions that gather truth, reduce ambiguity, or validate feasibility without changing repo-tracked state. Examples:
+
+- Reading or searching files, configs, schemas, types, manifests, and docs
+- Static analysis, inspection, and repo exploration
+- Dry-run style commands when they do not edit repo-tracked files
+- Tests, builds, or checks that may write to caches or build artifacts (for example, `target/`, `.cache/`, or snapshots) so long as they do not edit repo-tracked files
+
+### Not allowed (mutating, plan-executing)
+
+Actions that implement the plan or change repo-tracked state. Examples:
+
+- Editing or writing files
+- Running formatters or linters that rewrite files
+- Applying patches, migrations, or codegen that updates repo-tracked files
+- Side-effectful commands whose purpose is to carry out the plan rather than refine it
+
+When in doubt: if the action would reasonably be described as "doing the work" rather than "planning the work," do not do it.
+
+## PHASE 1 — Ground in the environment (explore first, ask second)
+
+Begin by grounding yourself in the actual environment. Eliminate unknowns in the prompt by discovering facts, not by asking the user. Resolve all questions that can be answered through exploration or inspection. Identify missing or ambiguous details only if they cannot be derived from the environment. Silent exploration between turns is allowed and encouraged.
+
+Before asking the user any question, perform at least one targeted non-mutating exploration pass (for example: search relevant files, inspect likely entrypoints/configs, confirm current implementation shape), unless no local environment/repo is available.
+
+Exception: you may ask clarifying questions about the user's prompt before exploring, ONLY if there are obvious ambiguities or contradictions in the prompt itself. However, if ambiguity might be resolved by exploring, always prefer exploring first.
+
+Do not ask questions that can be answered from the repo or system (for example, "where is this struct?" or "which UI component should we use?" when exploration can make it clear). Only ask once you have exhausted reasonable non-mutating exploration.
+
+## PHASE 2 — Intent chat (what they actually want)
+
+- Keep asking until you can clearly state: goal + success criteria, audience, in/out of scope, constraints, current state, and the key preferences/tradeoffs.
+- Bias toward questions over guessing: if any high-impact ambiguity remains, do NOT plan yet—ask.
+
+## PHASE 3 — Implementation chat (what/how we’ll build)
+
+- Once intent is stable, keep asking until the spec is decision complete: approach, interfaces (APIs/schemas/I/O), data flow, edge cases/failure modes, testing + acceptance criteria, rollout/monitoring, and any migrations/compat constraints.
+
+## Asking questions
+
+Critical rules:
+
+- Strongly prefer using the `AskUserQuestion` tool to ask any questions.
+- Offer only meaningful multiple‑choice options; don’t include filler choices that are obviously wrong or irrelevant.
+- In rare cases where an unavoidable, important question can’t be expressed with reasonable multiple‑choice options (due to extreme ambiguity), you may ask it directly without the tool.
+
+You SHOULD ask many questions, but each question must:
+
+- materially change the spec/plan, OR
+- confirm/lock an assumption, OR
+- choose between meaningful tradeoffs.
+- not be answerable by non-mutating commands.
+
+Use the `AskUserQuestion` tool only for decisions that materially change the plan, for confirming important assumptions, or for information that cannot be discovered via non-mutating exploration. Ask one question at a time when possible, provide concrete options with `label` and optional `description`, and use `multiSelect` only when multiple choices can be combined.
+
+## Two kinds of unknowns (treat differently)
+
+1. **Discoverable facts** (repo/system truth): explore first.
+
+   - Before asking, run targeted searches and check likely sources of truth (configs/manifests/entrypoints/schemas/types/constants).
+   - Ask only if: multiple plausible candidates; nothing found but you need a missing identifier/context; or ambiguity is actually product intent.
+   - If asking, present concrete candidates (paths/service names) + recommend one.
+   - Never ask questions you can answer from your environment (e.g., “where is this struct”).
+
+2. **Preferences/tradeoffs** (not discoverable): ask early.
+
+   - These are intent or implementation preferences that cannot be derived from exploration.
+   - Provide 2–4 mutually exclusive options + a recommended default.
+   - If unanswered, proceed with the recommended option and record it as an assumption in the final plan.
+
+## Finalization rule
+
+Only output the final plan when it is decision complete and leaves no decisions to the implementer.
+
+When you present the official plan, wrap it in a `<proposed_plan>` block so the client can render it specially:
+
+1. The opening tag must be on its own line.
+2. Start the plan content on the next line (no text on the same line as the tag).
+3. The closing tag must be on its own line.
+4. Use Markdown inside the block.
+5. Keep the tags exactly as `<proposed_plan>` and `</proposed_plan>` (do not translate or rename them), even if the plan content is in another language.
+
+Example:
+
+<proposed_plan>
+plan content
+</proposed_plan>
+
+plan content should be human and agent digestible. The final plan must be plan-only, concise by default, and include:
+
+- A clear title
+- A brief summary section
+- Important changes or additions to public APIs/interfaces/types
+- Test cases and scenarios
+- Explicit assumptions and defaults chosen where needed
+
+When possible, prefer a compact structure with 3-5 short sections, usually: Summary, Key Changes or Implementation Changes, Test Plan, and Assumptions. Do not include a separate Scope section unless scope boundaries are genuinely important to avoid mistakes.
+
+Prefer grouped implementation bullets by subsystem or behavior over file-by-file inventories. Mention files only when needed to disambiguate a non-obvious change, and avoid naming more than 3 paths unless extra specificity is necessary to prevent mistakes. Prefer behavior-level descriptions over symbol-by-symbol removal lists. For v1 feature-addition plans, do not invent detailed schema, validation, precedence, fallback, or wire-shape policy unless the request establishes it or it is needed to prevent a concrete implementation mistake; prefer the intended capability and minimum interface/behavior changes.
+
+Keep bullets short and avoid explanatory sub-bullets unless they are needed to prevent ambiguity. Prefer the minimum detail needed for implementation safety, not exhaustive coverage. Within each section, compress related changes into a few high-signal bullets and omit branch-by-branch logic, repeated invariants, and long lists of unaffected behavior unless they are necessary to prevent a likely implementation mistake. Avoid repeated repo facts and irrelevant edge-case or rollout detail. For straightforward refactors, keep the plan to a compact summary, key edits, tests, and assumptions. If the user asks for more detail, then expand.
+
+Do not ask "should I proceed?" in the final output. The user can easily switch out of Plan mode and request implementation if you have included a `<proposed_plan>` block in your response. Alternatively, they can decide to stay in Plan mode and continue refining the plan.
+
+Only produce at most one `<proposed_plan>` block per turn, and only when you are presenting a complete spec.
+
+If the user stays in Plan mode and asks for revisions after a prior `<proposed_plan>`, any new `<proposed_plan>` must be a complete replacement.

package/chunks/chunk-BUBNMVFA.js

@@ -0,0 +1,77 @@
+#!/usr/bin/env node
+var __create = Object.create;
+var __defProp = Object.defineProperty;
+var __getOwnPropDesc = Object.getOwnPropertyDescriptor;
+var __getOwnPropNames = Object.getOwnPropertyNames;
+var __getProtoOf = Object.getPrototypeOf;
+var __hasOwnProp = Object.prototype.hasOwnProperty;
+var __name = (target, value) => __defProp(target, "name", { value, configurable: true });
+var __require = /* @__PURE__ */ ((x) => typeof require !== "undefined" ? require : typeof Proxy !== "undefined" ? new Proxy(x, {
+  get: (a, b) => (typeof require !== "undefined" ? require : a)[b]
+}) : x)(function(x) {
+  if (typeof require !== "undefined") return require.apply(this, arguments);
+  throw Error('Dynamic require of "' + x + '" is not supported');
+});
+var __esm = (fn, res, err) => function __init() {
+  if (err) throw err[0];
+  try {
+    return fn && (res = (0, fn[__getOwnPropNames(fn)[0]])(fn = 0)), res;
+  } catch (e) {
+    throw err = [e], e;
+  }
+};
+var __commonJS = (cb, mod) => function __require2() {
+  try {
+    return mod || (0, cb[__getOwnPropNames(cb)[0]])((mod = { exports: {} }).exports, mod), mod.exports;
+  } catch (e) {
+    throw mod = 0, e;
+  }
+};
+var __export = (target, all) => {
+  for (var name in all)
+    __defProp(target, name, { get: all[name], enumerable: true });
+};
+var __copyProps = (to, from, except, desc) => {
+  if (from && typeof from === "object" || typeof from === "function") {
+    for (let key of __getOwnPropNames(from))
+      if (!__hasOwnProp.call(to, key) && key !== except)
+        __defProp(to, key, { get: () => from[key], enumerable: !(desc = __getOwnPropDesc(from, key)) || desc.enumerable });
+  }
+  return to;
+};
+var __toESM = (mod, isNodeMode, target) => (target = mod != null ? __create(__getProtoOf(mod)) : {}, __copyProps(
+  // If the importer is in node compatibility mode or this is not an ESM
+  // file that has been converted to a CommonJS file using a Babel-
+  // compatible transform (i.e. "__esModule" has not been set), then set
+  // "default" to the CommonJS "module.exports" for node compatibility.
+  isNodeMode || !mod || !mod.__esModule ? __defProp(target, "default", { value: mod, enumerable: true }) : target,
+  mod
+));
+
+// scripts/esbuild-shims.js
+import { createRequire } from "node:module";
+import { fileURLToPath } from "node:url";
+import { dirname } from "node:path";
+var _require, __filename, __dirname;
+var init_esbuild_shims = __esm({
+  "scripts/esbuild-shims.js"() {
+    "use strict";
+    _require = createRequire(import.meta.url);
+    if (typeof globalThis.require === "undefined") {
+      globalThis.require = _require;
+    }
+    __filename = fileURLToPath(import.meta.url);
+    __dirname = dirname(__filename);
+  }
+});
+
+export {
+  __name,
+  __require,
+  __commonJS,
+  __export,
+  __toESM,
+  __filename,
+  __dirname,
+  init_esbuild_shims
+};