setup-rolex-skillslisted

# Setup Rolex Skills 搭建工程 skill 所需的每个仓库配置： - **Issue tracker** — issue 存放位置（默认 GitHub；也原生支持本地 markdown） - **Triage 标签** — 五个标准 triage 角色使用的标签字符串 - **领域文档** — `CONTEXT.md` 和 ADR 的位置，以及消费规则 这是一个 prompt 驱动的 skill，不是确定性脚本。探索、展示发现、与用户确认、然后写入。 ## Process ### 1. 探索 查看当前仓库，理解初始状态。读取已有内容，不要假设： - `git remote -v` 和 `.git/config` — 是 GitHub 仓库吗？是哪个？ - `AGENTS.md` 和 `CLAUDE.md` — 是否存在？是否已有 `## Agent skills` 区块？ - `CONTEXT.md` 和 `CONTEXT-MAP.md` - `docs/adr/` 和任何 `src/*/docs/adr/` 目录 - `docs/agents/` — 本 skill 之前的输出是否已存在？ - `.scratch/` — 本地 markdown issue tracker 惯例是否已在使用 - `triage` skill 是否已安装？（旁边是否有 `triage` skill 目录，或 `triage` 在可用 skill 列表中。）决定 Section B 是否运行。 - Monorepo 信号 — `pnpm-workspace.yaml`、`package.json` 中的 `workspaces` 字段，或有自己 `src/` 的 `packages/*`。只在真正的大型多包仓库中才呈现；没有这些信号就意味着单上下文，绝大多数仓库都是如此。 ### 2. 展示发现并询问 总结已存在什么、缺少什么。然后按顺序处理各部分——一个问题，一个回答，然后下一个。 每个部分以推荐答案开头，让用户一个字就能接受。只在选择确实有分支时给一行解释；当探索已经确定了答案时跳过该部分（`triage` 未安装时跳过 Section B，没有 monorepo 时跳过 Section C）。 **Section A — Issue tracker。** > 解释："Issue tracker" 是本仓库 issue 的存放位置。`to-tickets`、`triage`、`to-spec` 等 skill 从中读写——它们需要知道是调用 `gh issue create`、在 `.scratch/` 下写 markdown 文件，还是遵循你描述的其他工作流。选择你实际跟踪工作的位置。 默认姿态：这些 skill 为 GitHub 设计。如果 `git remote` 指向 GitHub，提议 GitHub。如果 `git remote` 指向 GitLab（`gitlab.com` 或自托管），提议 GitLab。否则（或用户偏好），提供： - **GitHub** — issue 在仓库的 GitHub Issues 中（使用 `gh` CLI） - **GitLab** — issue 在仓库的 GitLab Issues 中（使用 [`glab`](https://gitlab.com/gitlab-org/cli) CLI） - **本地 markdown** — issue 作为文件存放在 `.scr