01指令、画像与记忆系统9
这一类是 Eisen 的 Claude Code "指令 + 画像 + 记忆" 底座：三层 CLAUDE.md 指令文件、一份用户画像 persona、两套记忆系统(自动记忆索引 + anamnesis 长期记忆),以及通过 claude.ai 集成接入的远端 MCP servers。它们在每次会话自动加载或注入,共同决定 Claude 的行为约束、对用户的认知和跨会话连续性。
~/.claude/CLAUDE.md
用户全局私有指令,对所有项目生效。定义抽象角色到具体工具的映射(designer/reviewer/executor/inspiration)、双检查点的同行评审框架(Peer Review Framework)、创意咨询规则,以及 L1 Skill 速查表。
用法每次会话自动加载。任务需要计划评审或代码评审时,按同行评审框架把整份 plan 或 git diff 交给 reviewer(即 /codex skill)裁决;创意任务(UI/文案/命名)调用 inspiration(即 /gemini-cli skill)取参考。
💡 角色是抽象层——skill 只引用角色名,再由本文件 Tool 列解析到实际工具;还通过 @import 注入 browser-harness 与用户画像。
~/CLAUDE.md
签入代码库的项目主指令,定义 CE+gstack 工作流、四条核心原则(浮出困惑/简洁测试/改动溯源/目标驱动执行)、任务路由分级和质量门禁。
用法每次会话自动加载。新会话进项目先做'项目认知第零步'(一句话说清项目为何存在+当前阶段),再按任务路由表(只读/探索/排查/轻量/中大型)选流程,声明完成前过交付门禁。
💡 优先级低于当前会话用户的明确要求和仓库自身规则;强调不自动 commit、验证独立性(实现者不得自称验证通过)。
~/projects/CLAUDE.md
说明 /Users/happy/projects 是多项目工作区容器而非单一仓库,给出子项目分类索引、根目录散落脚本用途,以及跨项目工作应写到哪里的去向表。
用法进入 projects 目录时加载。启动会话先 cd 进目标子项目再跑构建/测试/git,带 ✦ 标记的子项目要优先读它自己的 CLAUDE.md。
💡 知识型目录(studio/infra/karpathy-obsidian/claude-code-analysis 等)显式覆盖全局规则:TDD、code-review 门禁、feature/<task> 分支约定均不适用。
~/.claude/personas/eisen-current.md
用户 Eisen 的结构化画像,分 IDENTITY / ATTRIBUTE / RELATIONSHIP / INSTRUCTION 四类前缀条目,由 anamnesis 的 persona-spike 从治理语料经 LLM 综合加人工策展生成。
用法通过 ~/.claude/CLAUDE.md 里的 @~/.claude/personas/eisen-current.md 语句自动 @import 注入,帮助 Claude 理解用户的身份、技术栈、项目关系和硬约束(如脱敏、Git 纪律)。
💡 provisional 状态(自标约 67% 准确率),人工 opt-in 安装、定期 review/regen;引用画像条目前要保留常识性警觉,名词相似不等于同一物。
MEMORY.md
自动记忆索引文件,位于 ~/.claude/projects/-Users-happy/memory/,按主题(用户偏好/基础设施/工具与插件/活跃项目)链接到一批细分记忆笔记。
用法跨会话持久注入。需要历史背景(家庭网络拓扑、SSH 远程访问、OpenClash 配置、某项目进度等)时,按索引跳到对应子笔记读细节。
💡 含退役/终结标记(如 GDS/DayOne 报告已终结、GSD 已于 2026-06-30 退役),提醒不要重开已关闭的方向。
anamnesis
自托管长期记忆系统(位于 ~/projects/memory,是 mem9 的后继),负责会话记忆的采集、提炼、召回和 persona 生成。
用法每轮 UserPromptSubmit 由 hook 自动注入相关记忆。要深挖历史、跨话题搜索、保存值得长期记住的事实或删错误记忆时,用 anamnesis-memory skill(recall/store/list/get/delete 五动词)。
💡 基线记忆注入已由 hook 自动完成,日常对话不必手动调 skill;向量 embedding 用本地 Ollama,判定/合成用远端 LLM(DeepSeek / 智谱 GLM)。
Claude_Code_Remote (MCP)
通过 claude.ai 集成接入的远端 MCP server,提供环境管理、定时触发器(Routine/cron)和仓库管理(把 GitHub 仓库加入会话)等能力。
用法需要创建/删除/列出调度触发器、发送延时消息(send_later)、列环境或仓库、把新仓库拉进当前会话时,调用其对应工具。
💡 本地 settings.json 与 ~/.claude.json 未配置任何本地 MCP,这些能力来自 claude.ai 远端集成;部分工具 schema 为 deferred,需先用 ToolSearch 加载才能调用。
Google_Drive (MCP)
通过 claude.ai 集成接入的远端 MCP server,提供 Google Drive 文件的搜索、读取内容、下载、创建、复制、元数据与权限查询等能力。
用法需要搜索或读写用户 Google Drive 中的文件时调用(如 search_files / read_file_content / create_file)。
💡 工具属于 deferred 集合,直接调用会因缺 schema 报错,必须先用 ToolSearch 以 'select:<name>' 加载 schema。
Google_Docs (MCP)
通过 claude.ai 集成接入的远端 MCP server,面向 Google Docs 文档操作。(描述从简——本会话 deferred 工具列表中未直接暴露其具体工具 schema)
用法需要读写 Google Docs 文档时调用。(描述从简)
💡 同为 claude.ai 远端集成,非本地 MCP;当前会话未看到其独立工具项,实际可用工具以运行时 ToolSearch 结果为准,勿臆测。
02Hooks(会话生命周期钩子)7
Eisen 在 ~/.claude/settings.json 里注册的会话生命周期钩子。它们挂在 SessionStart / Stop / PostToolUse / Notification 等事件上,在 Claude Code 运行的关键节点自动触发,负责注入上下文提示、采集错误教训、扫描注入攻击、转发会话事件、维护长期记忆等。除本清单外还有一个几乎挂满所有事件的 vibe-island 转发器和一个每次停下自动采集教训的 collector。
zero-step-project-context.sh
SessionStart 时向 system prompt 注入一段中文提示,要求 Claude 本轮第一个回答前先在响应顶部输出一行『项目定位 + 当前阶段』,并给出 4 步判断顺序(项目根 CLAUDE.md/README 第一段 → package.json 等的 description → tasks/todo.md 顶部 → 最近 5 条 commit 趋势),判断不出就直接问用户而非瞎猜。
用法挂在 SessionStart 事件,每次新会话开头触发一次。stdout 内容作为『SessionStart hook additional context』注入。
💡 这是个人简化版(约 20 行硬编码中文);完整 source-of-truth 在 Forge 的 ~/projects/forge/templates/hooks/project-context/hook.sh(87 行,带运行时 CJK 密度语言自适应)。改本文件前需先跟 Forge 版对齐策略。
evolution-awareness.sh
SessionStart 时用纯 shell+python3(无 LLM)读独立 heartbeat.json,注入一段『进化闭环健康』摘要:暴露 daily 蒸馏 pass 的死活(距上次成功天数、上次是否失败)、crucible 待批硬规则条数(提示跑 /evolve-promote)、以及 solutions.md 近期软规则数。无任何异常信号时注入空串,不制造日常噪声。
用法挂在 SessionStart 事件,每次新会话触发。输出走 hookSpecificOutput.additionalContext(JSON)。
💡 设计目的是『防静默死』(KTD8):daily pass 自己挂了没人知。heartbeat 是累积式——last_success 不更新则天数持续增长,下次开会话必见死讯。对损坏/未来时间戳/未知状态一律告警而非静默当健康。任何失败都 exit 0 不阻塞会话启动;注入长度封顶 600 字符。可用 EVOLUTION_AWARENESS_* 环境变量覆盖源根做测试隔离。
auto-evolve-collector.sh
每次会话结束时从当前 session 的 jsonl 提取信号:tool 调用数、错误(按 is_error 判定 + 关键词细分类如 read-before-edit / permission denied / no such file)、用户纠正(不对/错了/别/wrong/stop 等关键词)、重试次数。写三处落点:Obsidian sessions/<date>.md(按 session8 upsert 整段,带 grep 友好的 evolution:has-error 标记)、~/.claude/auto-lessons/<date>.jsonl(按 session_id upsert 整行)、~/.claude/crucible/failed-directions/<fp>.yaml + occurrences.jsonl(按 fingerprint 累积错误发生次数)。
用法挂在 Stop 事件,每次 CC 停下来触发。从 stdin 读 payload 取 session_id,再 find 对应 jsonl。
💡 硬约束:必须 < 5s、无 LLM、失败不阻塞会话结束。用全局 flock 序列化并发写,拿不到锁则 fail-open(宁可重复不可丢/不可阻塞),warning 记到 .collector-warnings.log。三落点用原子写(临时文件 + os.replace)防半截损坏。fingerprint 为 12 位 sha1(error_kind + tool_name),公式对齐 crucible/README.md。这是错误进化两层自动栈的 L1 层,L2 是 /evolve-claude-md。可用 EVOLUTION_COLLECTOR_* 环境变量做测试隔离。
gsd-read-injection-scanner.js
扫描 Read 工具返回的文件内容里的提示词注入(prompt injection)模式:标准注入(ignore previous instructions / you are now / act as / 泄露 system prompt / <system> 标签等)、专门设计来熬过上下文压缩的『摘要幸存型』指令(when summarizing retain this / this rule is permanent 等)、以及隐形 Unicode(零宽字符、RTL override、U+E0000 tag block)。命中就注入一条 advisory 告警(LOW=1-2 个模式 / HIGH=3+),提示该内容已进上下文、动手前先核查。
用法挂在 PostToolUse 事件且 matcher=Read,每次 Read 完成后触发。tool_name 非 Read 直接退出。
💡 只告警不阻塞(advisory)。防御纵深理念:长会话上下文压缩时,摘要器分不清用户指令和外部文件读入的内容,被投毒的指令熬过压缩后就与可信上下文难以区分,故在摄入时就预警。排除误报路径:.planning/、REVIEW.md、CHECKPOINT、security 相关文档、以及 /.claude/hooks/ 自身(这些合法地含类注入字符串)。stdin 5s 超时保护,任何异常 silent fail 不阻塞。文件头标 gsd-hook-version: 1.42.3。
vibe-island-hook
(脚本在 ~/.vibe-island/bin/ 未随本次数据提供,以下按注册事件 + 命名推断)把会话生命周期事件转发到本机 vibe-island 服务的 fire-and-forget 转发器,用于外部观测/聚合当前会话状态。
用法几乎挂满所有事件:Notification / PermissionRequest / PostToolUse / PreCompact / PreToolUse / SessionEnd / SessionStart / Stop / StopFailure / SubagentStart / SubagentStop / UserPromptSubmit,每类事件触发时都转发一次。
💡 fire-and-forget 设计:发完即走,exit 0 是正常态,不代表投递成功也不阻塞会话。目标 100.85.x 这类地址通常是本机 NetBird IP(而非远端),ICMP ping 不通/nc 失败不等于死链——数据可能走反向隧道或只绑 localhost。判定其死活要看全栈架构,别只凭一次 ping 就下清理结论(参见 skill-audit-criteria.md §二 vibe-island 误判教训)。脚本本体本次读不到,以上为推断而非实测。
anamnesis 记忆 hook
(脚本本次未提供,按注册事件 + 命名推断)anamnesis 长期记忆系统的采集/注入钩子:UserPromptSubmit 时按 ANAMNESIS_USER_ID/STORE_PATH 召回相关历史记忆注入上下文,Stop 时采集本轮会话内容沉淀进记忆库。
用法挂在 UserPromptSubmit(注入基线记忆)和 Stop(采集)两个事件;通过 ANAMNESIS_USER_ID / STORE_PATH 环境变量指定用户与存储路径。
💡 anamnesis 是 mem9 的后继、自托管长期记忆系统,位于 ~/projects/memory。基线记忆注入已由此 hook 自动完成,日常对话无需手动调 anamnesis-memory skill。脚本本体本次读不到,以上为推断;anamnesis ≠ claude-mem ≠ mempalace,是三个不同项目,勿混淆。
Notification afplay 提示音
(非独立脚本,是 settings.json 里 Notification 事件直接挂的 afplay 命令)在需要用户注意时播放 macOS 系统提示音,分两种触发场景:permission_prompt(等待授权)和 idle_prompt(会话空闲待输入)。
用法挂在 Notification 事件,当 CC 弹权限请求或进入空闲等待时用 afplay 放系统音效提醒用户回到终端。
💡 纯本地声音提醒,与 vibe-island-hook 同挂 Notification 事件但职责不同(一个转发事件、一个出声)。macOS 专属(afplay 是 macOS 命令);无声音输出或静音时不影响会话逻辑。
03核心工作流插件: Compound Engineering & Superpowers17
这两个是用户日常开发的核心工作流引擎: Compound Engineering (CE) 是 CLAUDE.md 里钦定的默认主工作流, 27 个 skill 覆盖"发现想法→头脑风暴→规划→执行→审查→知识沉淀"全链路; Superpowers 是一套强制良好工程习惯的备选体系 (14 个 skill), 按用户规则仅在显式用 /superpowers:xxx 命令时启用, 否则一律走 CE 对应命令。
compound-engineering
复合工程主工作流插件, 把软件(及非软件)开发拆成可复用的闭环: 发现→头脑风暴→规划→执行→审查→沉淀, 每步产出都能累积成可复利的知识资产。共 27 个 skill, 是用户 CLAUDE.md 里优先级最高的默认工作流 (CE > Superpowers)。
用法主链路命令: /ce:ideate (发现机会) → /ce:brainstorm (交互式探索需求) → /ce:plan (规划) → /ce:work (执行) → /ce:code-review (审查) → /ce:compound (沉淀); 另有 /ce:debug /ce:commit-push-pr /ce:worktree 等覆盖调试/提交/隔离。
💡 版本 3.17.0; 用户 CLAUDE.md 明确设为默认主工作流, Superpowers 只在显式命令时才用。
compound-engineering:ce-brainstorm
把模糊或宏大的想法探索成一份大小合适、只含需求的统一 plan。
用法想头脑风暴、理清范围、决定做什么, 或在正式规划前需要协作式产品定调时触发; 交互式, 需要用户参与。
💡 CE 链路的起点; 用于细化想法本身, 生成新点子则用 ce-ideate。
compound-engineering:ce-ideate
生成并评估有依据的想法——改进项、意外选项、AI 生成的方向。
用法用户想要点子、在选定一个方向深入之前用它来发散。
💡 与 ce-brainstorm 分工: ideate 负责发散生成, brainstorm 负责细化用户已有的想法。
compound-engineering:ce-plan
为多步工作 (含软件与非软件任务) 创建结构化 plan。
用法被要求规划、拆解实现、从需求出发规划, 或深化已有 plan 时触发。
💡 探索性定调优先用 ce-brainstorm, 本 skill 负责把需求落成可执行 plan。
compound-engineering:ce-work
端到端执行一份 plan 或一个明确的工作 prompt。
用法从 docs/plan、spec 路径或明确的构建请求实现时用; 留空会自动取最新的 plan 文档。
💡 CE 执行层核心; 开放式 bug 请改用 ce-debug。
compound-engineering:ce-code-review
针对 bug、回归、测试与规范的结构化代码审查。
用法PR 前或被要求 review 时用; 交互模式可本地修复, mode:agent 只报告供流水线调用。
💡 用户把审查门禁分给 codex (逻辑正确性) + ce-review, 本 skill 是 CE 侧的审查。
compound-engineering:ce-debug
面向 bug 和失败行为的诊断循环。
用法报错、堆栈、回归、测试失败、修复卡住, 或被要求 debug/修 bug 时触发。
💡 与 ce-work 分工: ce-work 执行明确任务, ce-debug 处理开放式 bug。
compound-engineering:ce-compound
把最近解决的问题或项目术语沉淀到 docs/solutions/ 或 CONCEPTS.md。
用法完成一段有价值的工作后, 需要捕获经验教训时用。
💡 CE 知识层的手动沉淀入口, 与自动的 /evolve-claude-md 构成双轨。
compound-engineering:lfg
跑完整的免手动工程流水线, 从规划一直到一个绿色 (测试通过) 的 PR。
用法想用一条命令端到端跑完一个功能时用。
💡 标了 disable-model-invocation, 默认不自动触发、需显式调用; 是 CE 全链路的一键封装。
superpowers
一套强制良好工程习惯的 skill 集合, 14 个 skill 覆盖头脑风暴、写计划、TDD、系统化调试、完成前验证、并行 agent 等, 强调'动手前先走流程、先建立 skill 发现机制'。
用法用户 CLAUDE.md 规定仅在显式用 /superpowers:xxx 命令时启用, 例如 /superpowers:brainstorming、/superpowers:writing-plans、/superpowers:test-driven-development; 未显式指定时一律走 CE 对应命令。
💡 版本 6.1.0; 与 CE 功能高度重叠, 定位是备选/显式触发, 不与 CE 抢默认位。
superpowers:brainstorming
在任何创造性工作 (做功能、建组件、加或改行为) 之前, 探索用户意图、需求与设计。
用法实现前必用, 描述里写明 'You MUST use this before any creative work' (你必须在任何创造性工作前用它)。
💡 与 CE 的 ce-brainstorm 定位相同, 属显式 /superpowers 触发时的备选。
superpowers:writing-plans
有了 spec 或需求、要做多步任务时, 在动代码之前先写好实现计划。
用法拿到 spec/需求、准备开工多步任务前触发。
💡 对应 CE 的 ce-plan。
superpowers:test-driven-development
实现任何功能或修 bug 时, 先写测试再写实现代码 (测试驱动开发)。
用法在写实现代码之前触发。
💡 对齐用户质量门禁的 Level 2 (TDD)。
superpowers:systematic-debugging
遇到 bug、测试失败或异常行为时, 先做系统化调查再提出修复方案。
用法在提出任何 fix 之前触发。
💡 对应 CE 的 ce-debug, 以及用户常用的 /hunt、/investigate。
superpowers:verification-before-completion
在声称'完成/修好/通过'之前, 先跑验证命令并确认输出, 再下结论。
用法提交、建 PR、宣称成功之前触发。
💡 '证据先于断言', 与用户 CLAUDE.md 的交付门禁纪律完全一致。
superpowers:using-superpowers
任何对话开始时用, 建立'如何找到并使用 skill'的机制, 要求在任何回复 (包括反问) 之前先调用 skill。
用法会话启动时触发。
💡 是整个 superpowers 体系的元入口/引导 skill。
superpowers:dispatching-parallel-agents
面对 2 个以上无共享状态、无顺序依赖的独立任务时, 分派并行 agent 分别处理。
用法有多个可独立执行、互不冲突的任务时触发。
💡 对应用户 CLAUDE.md '并行与协作'一节的纪律。
04其它启用插件7
这一类是除工作流主链外的 7 个启用插件,横跨 reviewer 质量门禁(codex)、状态栏观测、编程学习、编码原则、配置顾问、前端设计和 Go 语言基建,各自补齐用户体系的一个侧面。
codex
OpenAI Codex CLI 的 Claude Code 封装插件,把 OpenAI 的 Codex 作为独立引擎接入,用于代码审查、对抗式审查和疑难修复。
用法含 8 个命令(/review 本地 git 代码审查、/adversarial-review 对抗式审查质疑设计与实现、/status /result /cancel 管理后台任务、/setup 检查 CLI 就绪并开关 stop-time 审查门、/transfer 把会话转成可续的 Codex 线程、/rescue 委派排查/修复)、1 个 agent(codex-rescue 子代理)、3 个 skills(codex-cli-runtime / codex-result-handling / gpt-5-4-prompting)。
💡 用户体系的核心:Peer Review Framework 的 reviewer 角色(打分质量门禁),Plan Review 与 Code Review 两道 checkpoint 必调;也是跨模型对抗审查的一路。
claude-hud
状态栏 HUD 插件,在输入框下方常驻显示 Claude Code 运行态:context 用量、活动工具、运行中的 agent、todo 进度。
用法/setup 把 claude-hud 配成 statusline;/configure 调整显示选项(布局、语言、预设、显示元素),并保留手动高级覆写。
💡 纯观测性工具,不参与工作流决策,只提供实时可见性;用户已把它归入插件管理笔记。
coding-tutor
个性化 AI 编程导师,用你自己项目的真实代码生成教程,按已掌握的知识递进并跟踪学习进度。
用法/teach-me 教学、/quiz-me 间隔重复测验巩固、/sync-tutorials 把教程提交推送到 GitHub 备份/移动端阅读;内含 coding-tutor skill。
💡 学习/成长向工具('不只 vibe code,还要 vibe learn'),与用户的执行/审查主工作流正交,属 compound-engineering-plugin 同源插件。
andrej-karpathy-skills
一个 CLAUDE.md 式行为规范插件,源自 Andrej Karpathy(安德烈·卡帕西)对 LLM 编码通病的观察,用四条原则治通病(浮出困惑、简洁优先、外科式改动、目标驱动执行)。
用法提供 karpathy-guidelines skill,在写/审/重构代码时启用,减少过度复杂、乱删不懂的注释代码、替用户偷猜假设。
💡 是用户 CLAUDE.md '核心原则'四条的上游出处,编码原则锚点;偏谨慎胜过速度,琐碎任务可自行判断。
claude-code-setup
官方配置顾问插件,扫描代码库并推荐量身定制的 Claude Code 自动化(hooks / subagents / skills / plugins / MCP servers)。
用法说'recommend automations for this project'/'help me set up Claude Code'/'该用什么 hooks'触发 claude-automation-recommender skill;只读分析,不改文件。
💡 装机或接手新项目时的配置建议器,read-only,给建议不落地。
frontend-design
官方前端设计插件,生成有辨识度、生产级的前端界面,刻意避开千篇一律的'AI 味'审美。
用法做 web 组件/页面/应用时 Claude 自动启用 frontend-design skill,产出大胆美学、独特排版配色、高完成度动效的可运行代码。
💡 用户前端设计层的备选工具之一(与 /design 等并列),按需自动触发,未硬绑定到某个角色。
gopls-lsp
为 Claude Code 接入 Go 官方语言服务器 gopls,提供 .go 文件的代码智能、重构与分析。
用法需先用 go install golang.org/x/tools/gopls@latest 装好 gopls 并确保在 PATH;之后编辑 Go 代码时提供 LSP 能力,无斜杠命令。
💡 语言基建类插件,服务于用户工作区里的 Go 项目(如 sage-wiki 及其 eval_test.go),不参与工作流编排。
05自动加载的规则库 (~/.claude/rules/)13
~/.claude/rules/ 下的 13 个 .md 规则文件，每次新会话由 ~/.claude/CLAUDE.md 自动加载(无需 @import)，共同构成 Claude Code 的语言纪律、编码规范、任务路由、错误进化与安全审计等常驻约束。
ce-workflow.md
定义 CE + gstack 全栈分工：把任务拆成探索/决策/规划/执行/轻量执行/审查/知识/前端设计等层，每层路由到对应工具(CE、gstack、各 skill)，并给出「兜底(首选不可用时)」的降级路径。
用法任务进来判断该走哪条工具链时生效；配套的任务路由表按只读/排查/探索/轻量/中型/大型/高风险分档，含升降级触发条件。
💡 目的是避免双重 ceremony(CE planning + gstack autoplan 全跑一遍)造成 token 浪费与决策瘫痪。
coding-standards.md
编码规范：SOLID/DRY/YAGNI + 量化阈值(函数≤50 行、文件≤300 行、嵌套≤3、位置参数≤3、圈复杂度≤10、禁魔法数字)，以及框架代码的取证引用(source-driven，DETECT→FETCH→CITE)。
用法写代码或重构时生效；写版本敏感的框架代码(forms/routing/data fetching/state/auth)时必须先读依赖精确版本、只引官方文档、附完整 live URL。
💡 阈值是目标非合规门槛——状态机/dispatch 表/序列化代码允许超限，需在函数顶部一行注释说明理由。
decision-questions.md
改动前 3 问：改任何文件前的预防式自检——①真实问题还是想象的 ②有没有更简单安全的路径 ③这会破坏什么。
用法中大型任务(3+ 步骤/架构决策/多文件)动手前必跑；轻量任务心里默问；只读任务跳过。
💡 与「爆炸半径协议」(评估式，动了谁)、「自检 3 连问」(复盘式，写完自查)三层串联，本文件是最前置的预防层。
error-evolution.md
错误进化纪律：把 Claude Code 的错误/用户纠正/工具重试信号，经两层自动栈(L1 auto-evolve-collector Stop hook → jsonl+Obsidian；L2 Revolve /evolve-claude-md 综合分析)收集并主动消费，写回 ~/CLAUDE.md 进化日志。
用法周期复盘(每周 /evolve-claude-md --days 7)、大改动前、装机/远程兜底(直接读 jsonl 看 errors[])时生效。
💡 含抓取关键词表(error/failed/不对/别/wrong 等)；明确禁止手写重复日志、禁止自己 grep jsonl、禁止在 hook 加 >5s 逻辑。
evolution-log-auto.md
自动落实区：由 evolution daily pass 自动写入的行为偏好条目(如 Edit 替换前先用 Read/Grep 确认目标字符串、Workflow 脚本必须用纯 JavaScript 禁 TS 语法)。
用法每次新会话自动加载即生效，作为已固化的机械行为约束。
💡 机器维护、勿手改；与用户手维护的 evolution-log.md 刻意分开两个文件。
evolution-log.md
进化日志(rolling cap = 5)：通用、跨项目的 lessons 滚动队列，上限 5 条，每次新会话自动加载。
用法满 5 条或每周强制回顾时，按顶部协议做升级(≥3 次→并入 ~/CLAUDE.md)/归档/保留/反证处理。
💡 与 Crucible failed-directions 数据池是两层联动关系；硬性不允许超过 5 条，逼迫定期回顾。
language-discipline-perspective.md
轴心议员 Axial Scholar 输出语言纪律 v2.2：*-perspective 议员/角色扮演 skill 的受控中英混杂规则——默认简体中文，仅 4 类英文例外，附概念词翻译表、公司禁译白名单(GB/T 19682-2005)、各议员 frozen wording。
用法任何 ~/.claude/skills/*-perspective/SKILL.md 议员、perspective agent、议会议程输出时生效。
💡 人名每次出现都加中文括注；角色锚点 frozen wording 必须一字不差且每次加中文翻译。
multi-target.md
多目标适配：说明 rules/ 当前以 Claude Code 为默认目标，未来切 Codex 或其他 agent 时哪些规则通用、哪些是 Claude 专属(议员归属、Skill 优先级、@<path> import 语法、hooks)、如何映射迁移。
用法真正开始用 Codex 处理任务、装双轨 wizard、议员需从 Codex 调用时才回来细化迁移清单。
💡 目前是占位文档；设计原则为共享多于重复、概念稳定优于命令稳定、不为未来过度设计。
output-format.md
沟通与输出规则：输出语言纪律(简体中文默认 + 4 类英文例外)、翻译白名单、大量概念词反例字典，以及执行类/分析类的输出模式模板。
用法每次回复输出前做自检——扫描英文 token 按 4 类例外核对，不属于例外的一律翻译。
💡 与 language-discipline-perspective.md v2.2 对齐；代码标识符不译，专有名词按 3a-3d(AI 原生公司/有官方中文名公司/模型产品名/人名)分类处理。
project-status-doc.md
项目进度文档约定(STATUS.md)：每个代码/产品项目根目录放一份 STATUS.md 作为进度唯一真源，由 launchd 定时自动镜像进 Obsidian。
用法在某个 ~/projects/<proj>/ 下开始实质性多步工作、而它还没有 STATUS.md 时主动按模板创建。
💡 知识/笔记型目录、一次性脚本、纯 clone 的第三方 repo 跳过；改进度改真源，不在 Obsidian 镜像页手编(会被覆盖)。
secrets.md
Secret 管理纪律：任何需要 API key/token/密码的命令统一走 1Password wrapper(with-secrets <profile>)，用 op run 临时注入子进程 env，真值绝不进 chat/stdout/.env/commit/shell history。
用法仅在命令实际需要 secret 时才套 wrapper(不预防式套，避免无谓弹 TouchID)。
💡 绝不直接跑 op read 让真值落到 stdout(会进 transcript 永久日志)；含泄漏处理 4 步(revoke→换 key→重启 wrapper→不清 transcript)。
skill-audit-criteria.md
审计判定纪律(skill/hook/资产通用)：判定 skill/hook/plugin/本地资产是否在用、能否清理的方法论——skill 分工具/规范/角色 3 类采用不同审计信号，附资产 audit 4 个误判教训 + 强制 SOP。
用法清理任何「看起来 zombie」的本地资产/远端服务/hook 之前，先按 §三 SOP 走完再判断。
💡 规范类 skill grep jsonl 永远 0 命中≠没用；§六 区分 prose 规则(nudge 姿态)与 hook(强制动作)——机械动作类规则必须落 hook 不能靠 prose。
task-routing.md
任务路由 + Pre-flight 门控：在 ~/CLAUDE.md 的 5 类路由之上叠加 L0-L3 等级、高风险触发词、显式 state extract 与 Crucible 检索协议。
用法L2+ 任务开始前跑 Pre-flight 三步(判等级→state extract→检索)；命中 git push/migration/auth/payment/schema/CI 等高风险词立即升 L3。
💡 步骤 3 的「AI 主动 Crucible 自检索」已实测失效(inert，机械动作类靠 prose 压不过默认)；底层 crucible 数据池仍活，高风险兜底改靠 prose git 纪律 + 服务端分支保护。
06金融与股票数据(妙想 & 财经)6
这一类是围绕东方财富「妙想」数据体系和财经资讯的金融工具集,覆盖实时财经新闻、行情与财务数据、智能选股、自选股管理和模拟交易。除 alphaear-news 外,mx-* 系列均接入东方财富妙想 API,数据权威性较高。
alphaear-news
抓取实时财经热点新闻、多信源聚合的趋势报告,以及金融预测市场数据的工具。
用法当需要实时财经新闻、来自多个财经来源(微博 Weibo、知乎 Zhihu、华尔街见闻 WallstreetCN 等)的趋势报告,或 Polymarket 金融市场预测数据时,按关键词自动激活。
💡 同时覆盖多个中文财经信源与 Polymarket 预测市场,适合快速把握市场情绪。
mx-data
基于东方财富权威数据库的金融数据查询工具,提供行情、财务报表以及公司关联关系数据。
用法需要查询个股/板块行情、财务数据或公司间关联关系时使用。
💡 数据来自东方财富官方库,权威性较高。
mx-search
基于东方财富妙想搜索能力的金融信息检索工具,针对金融场景做信源智能筛选。
用法需要检索有时效性或特定事件的金融信息(新闻、公告、研报、政策、交易规则、具体事件及其影响分析等非常识信息)时使用。
💡 核心价值是过滤掉非权威、过时的信源,避免 AI 引用错误或陈旧信息。
mx-select-stock
基于东方财富妙想 API 的智能选股工具,可按行情指标、财务指标筛选股票,并查询行业/板块/指数成分股及推荐。
用法需要按条件选股、查行业/板块/指数成分股,或获取个股/上市公司/板块推荐时使用。
💡 坑:需配置 MX_APIKEY 环境变量,否则无法调用。
mx-selfselect
东方财富自选股管理工具,基于通行证账户数据与行情底层数据,支持自然语言操作自选列表。
用法想用自然语言查询、添加或删除自选股时使用。
💡 依赖东方财富通行证账户的登录态。
mx-stock-simulator
东方财富妙想提供的股票模拟盘组合管理系统,支持持仓查询、买卖下单、撤单、委托查询、历史成交查询和资金查询。
用法想做模拟交易、管理模拟持仓组合或练习交易操作时使用。
💡 通过安全认证 API 提供接近真实的模拟交易体验,不涉及真实资金。
07Obsidian 知识库工具4
这一类技能用来操作 Eisen 的 Obsidian 知识库（vault），覆盖 Obsidian 特有的四种格式与交互方式：可视化画布、数据库式视图、命令行操作、以及 Obsidian 风味 Markdown。四者都以 symlink 方式从 obsidian-skills 第三方技能包引入。
json-canvas
创建和编辑 JSON Canvas 文件（.canvas），支持节点、连线、分组和连接关系，用来做可视化画布、思维导图、流程图。
用法处理 .canvas 文件、或用户提到 Obsidian 里的 Canvas（画布）时自动激活；不是斜杠命令，按文件类型/关键词触发。
💡 属于规范类技能，Claude 读完格式规范后隐性生成内容，会话日志里基本 grep 不到显式调用痕迹。
obsidian-bases
创建和编辑 Obsidian Bases（.base 文件），配置视图、筛选器、公式和汇总，把一堆散落的笔记聚成数据库式的表格/卡片视图。
用法处理 .base 文件、或用户提到 Bases、表格视图、卡片视图、筛选器、公式时自动激活。
💡 同为规范类技能，隐性生效；用于给笔记做结构化数据库视图，而非普通 Markdown 编辑。
obsidian-cli
用 Obsidian CLI 从命令行操作 vault：读取、创建、搜索、管理笔记/任务/属性；还支持插件与主题开发调试（reload 插件、跑 JavaScript、捕获错误、截图、检查 DOM）。
用法用户要求从命令行操作 vault、批量管理笔记、搜索 vault 内容，或开发/调试 Obsidian 插件与主题时激活。
💡 四者里唯一的工具类技能，依赖本机已装 obsidian CLI 命令；也是唯一覆盖插件/主题开发调试的一个。
obsidian-markdown
创建和编辑 Obsidian 风味 Markdown，处理 wikilinks（双链）、embeds（嵌入）、callouts（提示块）、properties（frontmatter 属性）、tags 等 Obsidian 特有语法。
用法在 Obsidian 里写/改 .md 文件，或用户提到 wikilink、callout、frontmatter、标签、嵌入、Obsidian 笔记时自动激活。
💡 规范类技能，写 vault 笔记时最常在背后隐性生效的一个；不留显式调用痕迹，别用频率统计误判为未使用。
08Paseo 多 Agent 编排7
Paseo 是一个跑在本机的守护进程，用来监督和编排多个 AI 编码 agent（支持 claude/opus、codex/gpt-5.4 等 provider），并配合 git worktree 做并行隔离。这一组 skill 都是围绕它的编排模式，全部以 symlink 挂在 ~/.agents/skills/ 下。
paseo
Paseo 的基础参考手册（基础技能）。Paseo 是本机守护进程，负责监督 AI 编码 agent，通过一组工具或 CLI 来管理 worktree、创建 agent、发送 prompt、设置定时心跳（schedule）。
用法需要创建 agent、给 agent 发 prompt、或管理 git worktree 时加载这个 reference。它是其余 paseo-* 编排 skill 的底座，通常由其他 skill 间接调用而非直接触发。
💡 内置模型档位：claude/sonnet 默认、claude/opus 更难的推理、codex/gpt-5.4 前沿编码、claude/haiku 仅测试。create_worktree 支持从 PR、branch-off、checkout 三种模式。
paseo-advisor
拉起单个 agent 充当顾问，对当前任务给出第二意见（外部视角），但不把工作本身委派出去。
用法用户说 "advisor"、"second opinion"、"what does X think"，或想要一个局外人看法时触发。参数：[--provider <name>] <问题或话题>，可指定用哪个 provider 来评。
💡 只出意见、不代做工作——和会真正接管任务的 paseo-handoff 区分开。
paseo-committee
组建一个由两个高推理档 agent 组成的委员会，退一步做根因分析并产出一份计划。
用法卡住、原地绕圈、陷入隧道视野，或面对一个难的规划问题时触发。
💡 定位是「解卡 + 规划」，两个强模型交叉分析比单 agent 更能跳出死循环。
paseo-epic
面向大工程的重仪式编排：研究 → 规划 → 对抗式审查 → 分阶段实现 → 审计 → 交付，一条龙跑完。
用法用户说 "epic"、"long task"、"build this end to end"，或想要一个能整夜自动跑的大功能时触发。参数：[--autopilot] [--worktree] [--no-grill] <任务>。
💡 是 paseo-orchestrate 的正式接班者；--autopilot 全自动、--worktree 隔离分支、--no-grill 跳过对抗式盘问。
paseo-handoff
把当前任务连同完整上下文交接给另一个 agent，让它接着做。
用法用户说 "handoff"、"hand off"、"hand this to"，或想把手上的活转交给别的 agent 时触发。
💡 与 paseo-advisor 的区别：这个是真正移交工作，不是只要个意见。
paseo-loop
让一个 agent 循环执行，直到满足某个退出条件为止，实现迭代式自治运行。
用法用户说 "loop"、"babysit"、"keep trying until"、"check every X"、"watch"，或想要反复自动执行/轮询时触发。
💡 适合「盯着长任务、每隔一段时间检查一次」这类守护式场景。
paseo-orchestrate
已弃用。原为大工程编排入口，现已重命名为 paseo-epic。加载它会自动重定向到 paseo-epic 并提示用户。
用法不要再主动用它；触发到时它只负责把你导向 paseo-epic。
💡 保留只是为了兼容旧调用习惯，真正干活的是 paseo-epic。
09设计与前端 UI14
这一类是围绕界面设计与前端实现的技能：从设计系统咨询、多稿对比、视觉审查，到 HTML/CSS 定稿、React/Next.js 性能与组合规范，以及图标处理和视频制作等辅助能力。
awesome-design-md
58 家知名公司（Apple、Stripe、Linear、Vercel、Figma、Notion、Raycast、Airbnb、Cursor、Claude 等）设计系统的参考索引，供按需查阅各品牌的视觉语言。
用法做 UI/前端设计、写 CSS/组件、选配色/排版/间距、想参考某品牌视觉语言或评审设计稿时按关键词自动激活。
💡 按需 WebFetch 单个品牌，别批量拉取（省 token）；本 skill 是 symlink，源在 claude-code-tools/third-party-skills。
canvas-design
用设计理念生成 .png / .pdf 的静态视觉作品，如海报、艺术图、平面设计稿。
用法用户要求做海报、艺术品、设计稿或其他静态成品时触发。
💡 只做原创设计，明确禁止复制现有艺术家作品以避免版权问题。
design-consultation
设计咨询：理解产品、调研同类市场，产出完整设计系统（美学、排版、配色、布局、间距、动效），并生成字体+配色预览。
用法项目前期需要从零确立设计方向/设计系统时。gstack 技能，命令 /design-consultation。
💡 属 gstack 设计流程的前期环节，产出喂给后续 design-shotgun / design-html 定稿。
design-html
设计定稿：把已批准的稿子生成生产级 HTML/CSS，使用 gstack 的 Pretext 模式（零依赖，文本自动重排、高度自动计算、布局动态）。
用法说"finalize this design / turn this into HTML / code the mockup / 把设计做成真的"时触发，或命令 /design-html；可接 design-shotgun 产出的稿或 plan-ceo-review 的计划。
💡 gstack 设计管线的最后一环（定稿）；约 30KB 开销、零依赖。
design-review
以设计师视角做 QA：找出视觉不一致、间距问题、层级问题、AI 味套路（AI slop）和慢交互，然后修复。
用法需要审查并打磨已实现界面的视觉质量时触发。gstack 技能。
💡 不只报告问题，还会直接动手修。
design-shotgun
设计"霰弹枪"：一次生成多个 AI 设计变体，打开对比看板，收集结构化反馈并迭代。
用法想同时探索多种设计方向、对比择优时。gstack 技能 /design-shotgun。
💡 产出的批准稿可直接交给 design-html 定稿。
design
产出有辨识度的生产级 UI——页面、组件、视觉界面、排版，以及截图驱动的打磨。
用法用户说 设计/做页面/做组件/UI/前端/截图，或抱怨界面"很丑/不协调/不清晰/字体不对"时按关键词自动激活。
💡 只管前端视觉，不做后端逻辑或数据管线。
icon-extractor
从图片中批量提取图标并转成透明背景 PNG，自动检测深色/浅色背景。
用法需要裁剪图标、提取图标、切图或去背景时触发。
remotion-best-practices
Remotion（用 React 以代码方式创建视频的框架）的最佳实践参考。
用法写、审查或重构 Remotion 视频代码时按关键词激活。
💡 规范类参考，原描述从简。
superdesign
前端 UI/UX 设计智能体：在无限画布上找风格、生成/迭代设计草稿、抽取可复用组件。
用法实现任何需要设计思考的 UI 之前使用；完整 CLI 命令（create-project / create-design-draft / iterate-design-draft / execute-flow-pages / create-component）写在 skill 正文里。
💡 偏"设计前置"，先出稿再实现。
ui-ux-pro-max
UI/UX 设计知识库：50 种风格、21 套配色、50 组字体搭配、20 种图表、9 个技术栈（React、Next.js、Vue、Svelte、SwiftUI、React Native、Flutter、Tailwind、shadcn/ui）。
用法规划/构建/实现/审查/优化 UI 代码时触发，覆盖官网、落地页、仪表盘、后台、电商、SaaS、作品集、博客、移动端等项目类型。
💡 JSON 里描述被截断，但覆盖面很广，属"全能"型设计参考。
vercel-composition-patterns
可扩展的 React 组合模式（复合组件 compound components、render props、context provider 等）指南，含 React 19 API 变化。
用法重构布尔属性泛滥的组件、构建灵活组件库、设计可复用 API 或涉及组件架构时触发。
vercel-react-best-practices
来自 Vercel 工程团队的 React / Next.js 性能优化规范。
用法写、审查或重构 React/Next.js 代码时（组件、页面、数据获取、打包体积、性能）按关键词激活。
💡 规范类 skill，隐性影响生成代码质量，不一定留下显式调用痕迹。
web-design-guidelines
按 Web Interface Guidelines 审查 UI 代码的合规性，覆盖可访问性、UX 与最佳实践。
用法让它 "review my UI / check accessibility / audit design / review UX / 对照最佳实践检查网站" 时触发。
10研究/网页抓取/内容写作9
注意：指定的来源文件 undefined/bucket_E_research_content.json 不存在——编排脚本未替换基路径变量，实际是字面量 undefined/，全盘搜索与 grep 均未找到该 JSON。以下条目是依据 /Users/happy/.claude/skills/ 下各 SKILL.md 的权威 description 重建的，覆盖"网页取材/抓取、深度研究、内容改写"三类；bucket 归属按标题推断，非读自原始清单。
read
把任意 URL 或本地 PDF 抓成干净的 Markdown，供阅读、引用、二次加工，能处理付费墙、重 JS 页面、X/Twitter 及飞书等中文平台。
用法用户说"看这个链接/读一下/抓取网页/read this URL/fetch this page"时触发，或用 /read。
💡 定位为纯取材层，抓完不分析不总结（除非之后明确要求）；已在仓库里的本地文本文件不该用它。
defuddle
用 Defuddle CLI 从网页提取正文 Markdown，剥掉导航/广告/杂物以省 token，适合在线文档、文章、博客等标准网页。
用法给一个标准网页 URL 让你读或分析时，用它替代 WebFetch；命令 `defuddle parse <url> --md`。
💡 坑：URL 以 .md 结尾的别用（已是 markdown，直接 WebFetch）；未安装则 `npm install -g defuddle`。
scrape
从单个网页拉取结构化数据的 gstack 浏览器技能。
用法说"scrape this page / 从…取数据 / extract from / 这页上有什么"时触发，或用 /scrape。
💡 跑通后可用 skillify 把这次抓取流程固化成可复用技能。
skillify
把最近一次成功的 /scrape 流程固化成磁盘上一个永久的 browser-skill（gstack）。
用法一次 scrape 跑通后，想把它变成以后可直接复用的技能时调用。
💡 属于 scrape 的配套元工具，本身不抓数据，依赖前一步 /scrape 已成功。
deep-research
深度研究框架——扇出多路网页搜索、抓取信源、对抗式核验论断，最后综合成一份带引用的报告。
用法需要就某话题出一份多信源、经事实核查的研究报告时用，可把细化后的问题作参数传入。
💡 亮点：调用前会先判断问题是否足够具体，太宽泛（如没给预算/场景就问买什么车）会先反问 2-3 个澄清问题再研究。
research-pipeline
一键研究 pipeline：多源数据采集（YouTube/网页/PDF）→ NotebookLM 深度分析 → 结果写入 Obsidian。
用法想研究某话题、分析视频/文章，或执行"搜索→分析→存储"全流程时触发。
💡 产出直接落进 Obsidian，适合把研究沉淀成知识库笔记。
cerul
检索技术演讲、播客、大会分享、财报电话会里"说了什么/展示了什么"的内容（模型自身看不了视频，靠它补齐）。
用法用户问某人说过什么、想要视频证据、或需要来自演讲/访谈的引用出处时使用。
💡 亮点：能给出可引用的视频/音频出处，弥补模型无法直接看视频的短板。
yt-search
用 yt-dlp 搜索 YouTube 视频并返回结构化的视频信息。
用法需要搜 YouTube 视频、找视频内容、研究某话题视频资源时用；底层 `yt-dlp "ytsearchN:<关键词>" --flat-playlist --dump-json`。
💡 只返回搜索结果元数据，不下载视频。
write
中英文文稿改写与润色，去掉 AI 腔但保留原意，面向草稿、文档、发布说明、宣发/社交文案。
用法说"帮我写/改稿/润色/去AI味/审稿/tweet/rewrite/proofread"时触发，或用 /write。
💡 坑：不处理代码注释/commit message/内联文档；只给指令没给正文时会先要文本；语言按被改文本判定，而非按你下命令用的语言。
11质量门禁与安全守卫19
这一类是 gstack 工作流工具箱里负责\"把好质量关\"和\"守住安全底线\"的 skill:一部分做评审、审计、QA、性能与安全把关(check / review / cso / health / qa / benchmark 等),一部分做破坏性命令与编辑范围的运行时守卫(careful / freeze / guard / unfreeze),另有 hunt / investigate / spec 覆盖根因排查与规格定义。全部为 gstack 组件,多数用 /name 斜杠命令或对应关键词触发。
autoplan
自动化的方案评审流水线,从磁盘读取 CEO、design、eng、DX 四套评审 skill 的完整内容并依次运行,用 6 条决策原则自动做出评审决定,无需人工逐轮确认。
用法用 /autoplan 触发。适合手上有一份计划,想一次性跑完多角色评审又不想逐个手动过的时候。
💡 gstack 组件。与 office-hours 配合更佳;它是把多个 plan-*-review 串起来的自动决策版,省去人工交互。
benchmark-models
跨模型基准测试:把同一个 prompt 分别喂给 Claude、GPT(经 Codex CLI)、Gemini 并排跑,比较延迟、token、成本,可选用 LLM 裁判评质量,用数据回答"这个 skill 到底该用哪个模型"。
用法用 /benchmark-models 触发,或说"compare models / 哪个模型最好 / model shootout"。
💡 gstack 组件。注意与 benchmark 完全不同——那个测网页性能,这个测模型。
benchmark
基于 browse 守护进程的性能回归检测:为页面加载时间、Core Web Vitals、资源体积建立基线,每次 PR 前后对比,并追踪性能长期趋势。
用法用 /benchmark 触发,或说"性能测试 / page speed / web vitals / bundle size / lighthouse"。
💡 gstack 组件。测的是网页性能,别和 benchmark-models(测模型)混淆。
canary
部署后的金丝雀监控:用 browse 守护进程盯住线上应用,抓控制台报错、性能回归和页面失败,定期截图并与上线前基线对比,发现异常就告警。
用法用 /canary 触发,或说"部署后检查 / monitor deploy / watch production / 验证部署"。
💡 gstack 组件。属于上线后的运行时验证一环,通常接在 ship/部署之后。
careful
针对破坏性命令的安全护栏:在 rm -rf、git reset --hard、force push、DROP TABLE、kubectl delete 等危险操作上给出警告或拦截。
用法用 /careful 开启;开启后本会话内命中危险命令会被守卫拦下。
💡 gstack 组件。是 guard 的"命令拦截"半边(另一半是 freeze 的目录锁);只想防误删不想锁目录时用它。
check
一站式评审入口:审代码 diff、PR、issue 队列、发布就绪度、提交/推送/发布动作以及整体项目审计,对脏工作区和未跟踪文件设有安全闸。
用法说"review / 看看代码 / 检查一下 / 合并前 / 看看 issue / 看看 PR / release / push / 项目体检 / 给项目打分"触发。
💡 gstack 组件。覆盖面很广(含 Linus 风格评分、项目 scorecard);但不做想法探索、根因调试或散文润色——那些走 hunt / think 等。
cso
首席安全官(Chief Security Officer)模式:以基础设施为先的安全审计,覆盖密钥考古、依赖供应链、CI/CD 管线、LLM/AI 安全、skill 供应链扫描,外加 OWASP Top 10、STRIDE 威胁建模与主动验证。
用法用 /cso 触发,或说"安全审计 / 威胁建模 / OWASP / 漏洞扫描"。
💡 gstack 组件。两档模式:daily(零噪声、8/10 置信度门槛)和 comprehensive(每月深扫、2/10 门槛),并跨多次审计追踪趋势。
devex-review
实时开发者体验(DX)审计:用 browse 工具真去走一遍文档、getting-started 流程,给上手时间计时、截图报错信息、评估 CLI 帮助文案,产出带证据的 DX 评分卡。
用法说"test the DX / DX 审计 / 试试上手流程 / developer experience test"触发;发布面向开发者的功能后可主动建议跑。
💡 gstack 组件。会和 plan-devex-review 的预估分对照形成"回旋镖"(计划说 3 分钟、实测 8 分钟)。
freeze
把本会话的文件编辑限制在指定目录内:设一道目录边界,越界的写操作会被挡下。
用法用 /freeze 触发并指定要锁定的目录;想解锁用 /unfreeze。
💡 gstack 组件。是 guard 的"目录锁"半边;适合并行/多任务时防止误改无关目录。
guard
完整安全模式:同时开启破坏性命令警告(careful)和目录范围编辑限制(freeze),一条命令拿到双重防护。
用法用 /guard 触发,进入本会话的全套安全模式。
💡 gstack 组件。等于 careful + freeze 合体;只需其中一半保护时,单开 careful 或 freeze 更轻。
health
代码质量仪表盘:包裹项目已有的类型检查器、linter、测试运行器、死代码检测、shell linter 等工具,算出一个加权综合的 0-10 分并追踪长期趋势。
用法用 /health 触发,或说"健康检查 / 代码质量 / 跑一遍所有检查 / 质量评分"。
💡 gstack 组件。它复用你项目里现成的工具,不自带一套,所以结果取决于项目已配置了哪些检查。
hunt
先定位根因再动手修:针对报错、崩溃、回归、测试失败、行为损坏和截图上报的缺陷,先查清楚为什么坏,再改。
用法说"排查 / 报错 / 崩溃 / 不工作 / 回归 / 以前是好的现在不行 / debug / regression"触发。
💡 gstack 组件。只管找根因,不做代码评审或新功能;是 Eisen 常用的排查入口(见 L1 cheatsheet)。
investigate
系统化调试,做根因调查:用四阶段(调查→分析→假设→实现)结构化地把疑难问题查到底。
用法说"investigate / 系统排查 / root cause investigation"触发。
💡 gstack 组件。比 hunt 更重、更成体系,适合复杂多步的疑难问题;简单回归优先用 hunt。
qa-only
只出报告的 QA 测试:系统化地测试 Web 应用并列出发现的问题,但不动手改代码。
用法说"只测不修 / QA 报告 / report-only QA"触发。
💡 gstack 组件。是 qa 的只读版本;想要"先看清有哪些 bug 再决定改不改"时用它。
qa
系统化 QA 测试 Web 应用并修复发现的 bug:测出问题后直接动手修。
用法说"QA / 测试网站 / browser test / dogfood / 测一下这个站"触发。
💡 gstack 组件。测+修一条龙;只想要报告不想改代码就用 qa-only。
retro
每周工程复盘:回顾一周的工程活动,产出结构化的回顾总结。
用法用 /retro 触发,或说"周复盘 / weekly retro / 工程回顾"。
💡 gstack 组件。(描述从简)偏团队/个人周期性复盘用途。
review
合并前(pre-landing)的 PR 评审:在代码落地前对 PR 做把关式审查。
用法用 /review 触发,或在准备合并某个 PR 前调用。
💡 gstack 组件。聚焦"要 land 的 PR";更广的 diff/issue/release 审计入口是 check。
spec
把模糊意图变成精确、可执行的规格说明:分五个阶段一步步把"想做什么"打磨成清晰可落地的 spec。
用法用 /spec 触发,或在需求含糊、想先写清楚规格再开工时调用。
💡 gstack 组件。产出的是 spec 文档而非代码,适合作为规划/执行前的定义阶段。
unfreeze
清除 /freeze 设下的目录锁定边界,让本会话恢复对所有目录的编辑权限。
用法用 /unfreeze 触发,配对撤销之前的 /freeze。
💡 gstack 组件。freeze 的解除开关,成对使用。
12发布/规划/上下文管理15
这一类是 gstack 工作流栈里围绕「上线发布、方案多视角评审、跨会话上下文快照」的 skill 集合，多数以斜杠命令 /name 触发，覆盖从方案评审到 ship→部署收尾的完整链路。
context-save
把当前工作上下文（任务进度、涉及的关键文件、已定决策）保存成一份快照，供之后恢复。
用法运行 /context-save；在准备中断工作、担心 context 被 compact 冲掉、或要切换任务前触发。
💡 与 context-restore 成对使用——先存才能取。
context-restore
恢复之前用 /context-save 保存的工作上下文，把进度、关键文件与决策接回来。
用法运行 /context-restore；通常在会话重启或 compact 之后想续上先前状态时触发。
💡 依赖 context-save 先建立过快照，否则无内容可恢复。
document-generate
为某个功能、模块或整个项目从零生成缺失的文档。
用法运行 /document-generate；当项目缺 README/模块说明、需要补齐文档时触发。
💡 会先读代码再写文档；与 document-release 的区别是它是「从零生成」。
document-release
上线后更新文档，把本次发布带来的变化增量同步进现有文档。
用法运行 /document-release；在 ship/发布完成之后触发。
💡 定位是「发布后的增量更新」，不是从零建文档，配合 document-generate 使用。
land-and-deploy
合并 PR → 等待 CI 与部署完成 → 用 canary 检查验证生产健康的上线收尾流程。
用法运行 /land-and-deploy，或说 merge/land/deploy/ship to production；接在 /ship 创建 PR 之后。
💡 是整条发布链的最后一环；使用前需先用 setup-deploy 配好部署设置。
landing-report
只读队列仪表盘，展示哪些 VERSION 槽位被开着的 PR 占用、哪些同级 workspace 有即将上线的 WIP、以及 /ship 下一个会选哪个版本号。
用法运行 /landing-report，或问「队列里有什么 / 有哪些 open PR / 下一个版本号是几」。
💡 纯快照、不做任何修改（no mutations），可安全随时查看。
learn
管理 gstack 跨会话积累的「项目经验（learnings）」——查看、搜索、清理、导出。
用法运行 /learn，或说「我们学到了什么 / show learnings / 清理过期经验」；用户问「这个之前是不是修过？」时也可主动建议。
💡 gstack 的知识沉淀层，属 gstack 栈（description 未标 gstack，但正文确认）。
office-hours
模仿 YC Office Hours 的两种模式：Startup 模式用六个逼问检验需求真实性与切入点；Builder 模式为副项目/黑客松/学习/开源做设计头脑风暴并保存设计文档。
用法运行 /office-hours，或说 brainstorm this / 我有个想法 / 这值不值得做；适合在写代码前探索一个还不存在的概念时用。
💡 建议在 /plan-ceo-review、/plan-eng-review 之前先跑，作为评审前的定调环节。
plan-ceo-review
用 CEO/创始人视角评审方案，关注商业价值、优先级和值不值得做。
用法运行 /plan-ceo-review；方案成形后想从产品/商业角度审一遍时触发。
💡 benefits-from office-hours——先跑 office-hours 效果更好；与另外三个 plan-*-review 组成多视角评审矩阵。
plan-design-review
用设计师视角交互式评审方案，像 CEO / Eng review 一样对话式进行。
用法运行 /plan-design-review；方案涉及 UI/交互设计时触发。
💡 交互式，会边问边审。
plan-devex-review
从开发者体验（DX）视角交互式评审方案，关注 API/工具/工作流是否好用。
用法运行 /plan-devex-review；方案面向开发者、需检查用起来顺不顺手时触发。
💡 benefits-from office-hours。
plan-eng-review
用工程经理视角评审方案，关注工程可行性、风险和任务拆解。
用法运行 /plan-eng-review；方案定稿前做工程可行性审查时触发。
💡 benefits-from office-hours。
plan-tune
自调 gstack 各 skill 里 AskUserQuestion 提问的敏感度，并维护「你声明的偏好 vs 你的行为暗示」双轨开发者画像。
用法运行 /plan-tune，或说 别问我这个 / 问题太多 / show my profile / 关掉问题调优。
💡 v1 仅观察（observational）；对话式操作，无需记 CLI 语法。
setup-deploy
为 /land-and-deploy 配置部署设置。
用法运行 /setup-deploy；首次使用 land-and-deploy 前、或部署配置需变更时触发。
💡 是 land-and-deploy 的一次性前置配置。
ship
完整发布流程——检测并合并基分支、跑测试、审 diff、bump VERSION、更新 CHANGELOG、commit、push、创建 PR。
用法运行 /ship，或说 发布 / 上线 / create a PR / push to main。
💡 一条命令走完发布前全套；创建 PR 后由 /land-and-deploy 接手合并与部署。
13iOS 开发5
这一类是 gstack 提供的 iOS 真机开发/测试工具链，围绕一套注入应用的 DebugBridge/StateServer 埋点协作:先 /ios-qa 连真机跑视觉 QA，发现问题交 /ios-fix 自动修，/ios-design-review 做视觉设计审查，/ios-sync 同步埋点、/ios-clean 移除埋点。
ios-qa
对 SwiftUI iOS 应用做真机 QA 测试。通过 USB 的 CoreDevice IPv6 隧道连接真实 iPhone，读 Swift 源码理解每个界面，然后跑视觉驱动的智能体循环:截图 → 分析 → 决策 → 操作 → 验证 → 重复，所有交互经 HTTP 打到应用内嵌的 StateServer。
用法斜杠命令 /ios-qa，或说"test my iPhone app"/"qa the iOS app"/"find bugs on the device"触发。需要真机通过 USB 连接。
💡 这是整套 iOS skill 的入口，它会在应用里装 DebugBridge/StateServer 埋点。可选用 Tailscale 把设备暴露出去，让远端 agent(OpenClaw/Codex 等任何支持 HTTP 的 agent)不碰硬件也能远程跑 iOS QA。
ios-fix
自主修复 iOS bug。接手 /ios-qa 发现的 bug，读源码、写修复、重新编译、重新部署，再到真机上验证修好了——闭环:找 bug → 修 bug → 确认修复，零人工介入。
用法斜杠命令 /ios-fix，或当 /ios-qa 报出 bug 后想自动修时，说"fix this iOS bug"/"patch the iPhone app"/"auto-fix the iOS issue"触发。
💡 会把出 bug 前的状态快照存成回归测试 fixture，防止同一 bug 以后悄悄复发。与 /ios-qa 配对使用。
ios-design-review
iOS 应用真机视觉设计审查。经和 /ios-qa 同一个 StateServer 连真机 iPhone，逐屏截图，对照 Apple HIG(人机界面指南)、DESIGN.md 和设计最佳实践评审，每个维度打 0-10 分并给出"怎样才能到 10 分"的建议。
用法斜杠命令 /ios-design-review，或说"review the iOS design"/"audit the iPhone app visuals"/"design QA the iOS app"触发。
💡 是浏览器端 /plan-design-review 的 iOS 真机对应版。区分:实现前的方案阶段设计审查用 /plan-design-review，网页端实时视觉审查用 /design-review。
ios-sync
针对最新的上游 gstack 模板重新生成 iOS debug bridge。更新 StateServer.swift、DebugOverlay.swift、Package.swift 以及带类型的 @Observable 状态访问器(accessor)。
用法斜杠命令 /ios-sync，或说"resync the iOS debug bridge"/"regenerate iOS accessors"/"update the gstack iOS instrumentation"触发。
💡 用在两个时机:升级 gstack 之后，或新增了需要 accessor 覆盖的 ViewModel/属性之后。保持埋点代码与上游模板同步。
ios-clean
从 iOS 应用中移除 DebugBridge SPM 包和所有 #if DEBUG 埋点接线，清理 StateServer、DebugOverlay、访问器代码生成产物以及 /ios-qa 装进应用的 hook。
用法斜杠命令 /ios-clean，或说"remove DebugBridge"/"clean the iOS debug bridge"/"strip the gstack iOS instrumentation"触发。
💡 这只是个便利封装(convenience wrapper);真正安全攸关的路径是结构性的 Release 构建守卫(Package.swift 条件编译 + CI 的 swift build -c release 检查)——即便不跑本 skill，那道守卫也能保证埋点不进 Release 包。
14浏览器控制 & gstack 基建22
这一类是 gstack 工具链里驱动浏览器做 QA/dogfood 的技能(无头 browse 引擎、真实 Chromium 启动、cookie 复用、抓取、性能与金丝雀监控),外加 gstack 框架自身的地基:升级、安全护栏、编辑边界、上下文存取、部署配置与跨模型基准。注意:原始 bucket JSON(路径含 undefined,系模板变量未赋值)在磁盘上不存在,本节条目依据实际已安装技能及其 SKILL.md 权威描述重建,未杜撰。
browse
gstack 的无头(headless)浏览器引擎:导航任意 URL、点击交互、验证页面状态、动作前后对比、带标注截图、测试响应式布局/表单/上传/弹窗,约 100ms 一条命令。
用法说"打开网站/测试站点/截图/dogfood 用户流程/验证部署"时自动激活,或 /browse。
💡 与 gstack 主命令是同一引擎的不同入口;速度快,适合逐步验证部署改动。用户全局偏好:浏览器任务优先走它而非 playwright-cli。
gstack
gstack 技能族的主命令入口,提供同一套无头浏览器 QA/dogfood 能力;启动时的 preamble 会自检更新、登记会话。
用法/gstack,或说"browse this page/navigate to url/take a screenshot/inspect the page"自动触发。
💡 磁盘目录名是 _gstack-command,frontmatter 里 name 为 gstack;属 tier-1 preamble,会顺带跑版本更新检查。
connect-chrome
启动 GStack Browser——内置侧栏扩展、可被 AI 控制的有头 Chromium(真实带界面浏览器,区别于 browse 的无头模式)。
用法/connect-chrome;当需要在真实可见的浏览器窗口里操作、或用侧栏扩展时。
💡 与技能 open-gstack-browser 指向同一功能(互为别名)。
setup-browser-cookies
把你真实 Chromium 浏览器里的 cookie 导入无头 browse 会话,从而复用已登录状态。
用法/setup-browser-cookies;当 browse 需要访问登录后才能看的页面时。
💡 省去在无头会话里重新手动登录,也避免把凭据打进对话。
pair-agent
一条命令生成配对密钥并打印接入说明,把远端 AI agent 与你的浏览器配对协作,远端 agent 拿到独立标签页和受限权限(默认读写,可申请 admin)。
用法/pair-agent,或说"pair agent/share browser/让另一个 agent 用我的浏览器"。
💡 兼容 OpenClaw、Hermes、Codex、Cursor 等任何能发 HTTP 请求的 agent。
scrape
从网页里抓取/提取数据。
用法/scrape,或需要从某页面拉取结构化数据时。
💡 一次成功的抓取流程可用 skillify 固化成永久技能,下次免重复摸索。
skillify
把最近一次成功的 /scrape 流程固化成磁盘上的永久 browser-skill。
用法/skillify,紧接在一次成功的 scrape 之后调用。
💡 依赖前一步 scrape 的成功记录;沉淀站点抓取套路的关键动作。
playwright-cli
基于 Playwright 的浏览器自动化:导航、填表、截图、测试 Web 应用、提取页面信息。
用法需要脚本化浏览器交互、填表、截图或网页测试时。
💡 是 gstack browse 之外的另一条浏览器自动化路径;用户全局偏好通常优先 gstack /browse,此技能作备选。
qa
系统化 QA 测试一个 Web 应用,并修复过程中发现的 bug。
用法/qa,或说"QA/测试网站/browser test/dogfood the site"。
💡 会实际改代码修 bug;只想要报告不落地修复请用 qa-only。
qa-only
只出 QA 报告、不改代码的只读版 QA 测试。
用法/qa-only;想评估质量但不希望自动修复时。
💡 与 qa 的唯一区别是只读、不落地修复。
benchmark
用 browse daemon 做网页性能回归检测:建立页面加载时间、Core Web Vitals、资源体积基线,并在每个 PR 上做前后对比、追踪趋势。
用法/benchmark,或说"performance/page speed/web vitals/bundle size/load time"。
💡 衡量的是网页性能;别和 benchmark-models(跨模型对比)混淆。依赖 browse 守护进程。
canary
部署后的金丝雀监控:用 browse daemon 盯线上 console 报错、性能回归、页面失败,周期性截图对比上线前基线并在异常时告警。
用法/canary,或说"monitor deploy/post-deploy check/watch production/verify deploy"。
💡 依赖上线前已有基线截图作对照。
gstack-upgrade
把 gstack 工具链升级到最新版本。
用法/gstack-upgrade,或 gstack preamble 提示有新版本时。
careful
给破坏性命令加安全护栏,在 PreToolUse 阶段对 rm -rf、git reset --hard、force push、DROP TABLE、kubectl delete 等发出警告/拦截。
用法/careful 开启,或作为常驻防护;命中危险命令时自动介入。
💡 用户全局 L1 清单里的安全兜底项,轻量常开。
guard
完整安全模式:破坏性命令警告 + 把文件编辑限制在指定目录(相当于 careful 与 freeze 合体)。
用法/guard;需要同时防危险命令和防越界编辑时。
💡 比单独的 careful 或 freeze 更严格。
freeze
在本会话内把文件编辑限制在某个目录,越界修改即被拦。
用法/freeze <dir>;想把 agent 改动圈定在某模块时。
💡 用 /unfreeze 解除边界,二者配对使用。
unfreeze
清除 /freeze 设定的目录边界,恢复对所有目录的编辑权限。
用法/unfreeze。
💡 与 freeze 配对。
cso
Chief Security Officer(首席安全官)模式:基础设施优先的安全审计——密钥考古、依赖供应链、CI/CD 流水线安全、LLM/AI 与技能供应链扫描,叠加 OWASP Top 10、STRIDE 威胁建模与主动验证。
用法/cso,或说"security audit/threat model/pentest review/OWASP/security review"。
💡 两档模式:daily(零噪声、8/10 置信门)与 comprehensive(每月深扫、2/10 门槛),支持跨审计趋势追踪。
context-save
保存当前工作上下文:捕获 git 状态、已做决策、剩余待办,供之后任意会话无缝接续。
用法/context-save,或说"save progress/save state/save my work"。
💡 前身叫 /checkpoint,因与 Claude Code 原生回退别名冲突而改名;与 /context-restore 配对。
context-restore
加载最近一次 /context-save 保存的状态(默认跨所有分支),让你从上次中断处继续,甚至能跨 Conductor 工作区交接。
用法/context-restore,或说"resume/where was I/pick up where I left off"。
💡 与 context-save 配对;同样是从旧 /checkpoint resume 改名而来。
setup-deploy
为 /land-and-deploy 工作流配置部署设置。
用法/setup-deploy;接入自动上线流程前的一次性配置。
💡 服务于 land-and-deploy 部署工作流,属配置层。
benchmark-models
跨模型基准测试:把同一 prompt 同时喂给 Claude、GPT(经 Codex CLI)、Gemini,对比延迟、token、成本,可选用 LLM 裁判评质量,用数据回答"某技能到底哪个模型最合适"。
用法/benchmark-models,或说"compare models/which model is best for X/model shootout"。
💡 是 gstack 元/自测工具,和 /benchmark(测网页性能)完全不同,别混淆。
15AI 协作与元工具15
这一类是「让 AI 更好地帮你干活」的基础设施层：调外部模型做第二意见（Codex/Gemini）、长期记忆与 CLAUDE.md 自进化、造/评/优化 skill 的元工具，以及规划与任务分派工具。多数按斜杠命令或关键词触发。
anamnesis-memory
主动操作 anamnesis 长期记忆系统的 skill，提供 recall（召回）/store（保存）/list（列表）/get（读取）/delete（删除）五个动词。
用法需要深挖历史记忆、跨话题搜索、保存值得长期记住的事实、或删除错误记忆时调用。
💡 坑：基线记忆注入已由 hook 自动完成，日常对话不需要显式调它，只在做上述五类深度操作时才用。
ce2gsd
把 CE (Compound Engineering) 的 plan 文档转换成 GSD (Get Shit Done) 可执行的 .planning/ 格式。
用法想用 GSD 的自治执行能力来跑 CE 规划出来的任务时使用。
💡 symlink skill，真源在 ~/projects/claude-code-tools/my-skills/ce2gsd。
ce:run
把 CE plan 直接对接 GSD 原生执行，一键走完 plan → GSD 初始化 → 原生规划 → wave 并行执行，省掉中间格式转换。
用法CE plan 完成后需要自动执行时触发；参数 <ce-plan-path> [--phase N]。
💡 相比 ce2gsd 更进一步——ce2gsd 只做格式转换，ce:run 直接一键执行到底。
codex
OpenAI Codex CLI 的封装，三种模式：code review（用 codex review 做独立 diff 审查，带通过/失败门禁）、challenge（对抗式模式，尝试攻破你的代码）、consult（带会话连续性地随便问 codex 并可追问）。号称「200 IQ 开发者」的第二意见。
用法说 codex review、codex challenge、ask codex、second opinion、consult codex 时触发（含语音别名 code x 等）。
💡 亮点：用户全局规则里 reviewer（审查者）角色就指向它，是 Plan/Code 两个 review checkpoint 的裁判门禁；属 gstack 套件。
darwin-skill
达尔文.skill，受 Karpathy（安德烈·卡帕西）autoresearch 启发的自治 skill 优化器：用 8 维评分标准（结构 + 有效性）评估 SKILL.md，做爬山法迭代 + git 版本控制，通过测试 prompt 验证改进并生成可视化结果卡片。
用法提到「优化skill」「skill评分」「自动优化」「达尔文」「darwin」「帮我改改skill」「skill打分」等词时使用。
💡 symlink skill，真源在 ~/.agents/skills/darwin-skill。
evolve-claude-md
双层进化 CLAUDE.md：从原始 .jsonl 会话提取工具操作/错误/决策模式，从 Obsidian 笔记提取工作偏好/经验，仅追加到 CLAUDE.md 末尾。
用法说「进化 CLAUDE.md」「更新我的偏好」「学习最近的笔记」时使用；建议每周跑一次 --days 7。
💡 亮点：Revolve 提供的自动进化工具，与手动 /ce:compound 构成「手动 + 自动」双轨沉淀。
evolve-promote
审批进化闭环里高危 Bash 硬墙的待批队列：逐条过 codex 门禁 + 人工批准后，才把 correct_action 写入 fp.yaml 激活 preflight deny（双档信任闸 KTD5 的人工硬关）。
用法说「审批硬墙」「晋升待批」「evolve-promote」「看进化待批队列」「promote hard ban」时使用。
💡 涉及高危命令拦截规则的激活，设计上必须人工把关，不自动放行。
gemini-cli
把 Google Gemini CLI 当强力辅助工具用，做代码生成、审查、分析和联网检索。
用法需要第二个 AI 视角、通过 Google 搜索获取最新联网信息、代码库架构分析或并行代码生成时，或用户显式要求用 Gemini 时使用。
💡 坑：用户全局规则里 inspiration（灵感）角色指向它，输出不可靠、只作参考、不能盲从；symlink 到第三方 skill。
mcp-builder
构建高质量 MCP (Model Context Protocol) 服务器的指南，让 LLM 通过设计良好的工具与外部服务交互。
用法要构建 MCP 服务器集成外部 API 或服务时使用，覆盖 Python (FastMCP) 和 Node/TypeScript (MCP SDK) 两条路径。
planning-with-files
Manus 风格的基于文件的规划法，用 task_plan.md、findings.md、progress.md 三个文件管理规划过程。
用法只在显式输入 /planning-with-files 时用，不会自动触发。
💡 坑：它是默认 tasks/todo.md 工作流的替代方案，二者二选一，别叠着用。
skill-creator
创建新 skill、修改改进现有 skill、测量 skill 性能。
用法想从零建 skill、编辑/优化现有 skill、跑 eval 测试、做带方差分析的性能基准测试、或优化 skill 的 description 让触发更准时使用。
sync-project
通过 symlink 把当前项目文档同步到 Obsidian vault。
用法开新项目、上手一个代码库、或想把当前项目文档同步进 Obsidian 时使用。
💡 symlink skill，真源在 ~/projects/claude-code-tools/my-skills/sync-project。
task-dispatch
分析开发任务，按各 AI 模型的强项把工作项分派给最合适的模型。
用法开始任何开发任务、sprint 或阶段实现之前使用。
💡 symlink skill，真源在 ~/projects/claude-code-tools/my-skills/task-dispatch。
think
把粗糙想法变成经过验证、决策完整的方案，在写代码前先把结构定好。
用法问「出方案/给方案/深入分析/怎么设计/有没有必要/值不值得/plan this/how should I」等功能、架构、价值判断类问题时使用；不用于 bug 修复或小改动。
💡 属 gstack 套件的规划 skill。
x-mastery-mentor
$10K/hr 级 X/Twitter 运营导师：基于六位顶级创作者方法论 + X 开源算法深度分析 + AI/科技赛道专精，提炼 6 个核心心智模型、10 条决策启发式和完整的选题-写作-增长操作手册。
用法[HARD RULE] 仅在用户显式输入 /x-mastery-mentor、明确说「用 x-mastery-mentor」或明确请求用此 skill 时激活。
💡 坑：触发极其克制——不因话题相关（推特/涨粉/写推文等）就主动触发，即使判断能帮上忙，用户没明说也不用。
16其它 / gstack 入口2
这一类是 gstack 工具栈的浏览器入口 skill，用无头或可见的 Chromium 做 QA 测试、网站自我体验 (dogfooding) 和网页操作。
gstack
gstack 工具栈的无头浏览器 (headless browser) 核心 skill，用于 QA 测试和网站自我体验 (dogfooding)。能导航页面、与元素交互、验证状态、对比改动前后、截带标注的截图，测试响应式布局、表单、上传、对话框，并抓取 bug 证据。
用法按关键词自动激活，如 browse this page / take a screenshot / navigate to url / inspect the page；或当被要求打开或测试站点、验证部署、走一遍用户流程、附截图报 bug 时触发。
💡 无头运行没有可见窗口，想要看得见的浏览器窗口用 open-gstack-browser。这是 gstack 生态的浏览基座 skill。
open-gstack-browser
启动 GStack Browser——一个 AI 可控的 Chromium，内置侧边栏扩展。打开一个可见的浏览器窗口，可实时看到每一步操作，侧边栏显示实时活动流和聊天，内置反爬 (anti-bot) 隐身。
用法按关键词触发，如 open gstack browser / launch chromium / show me the browser / connect chrome / real browser / side panel / control my browser；当需要一个看得见的真实浏览器窗口边看边操作时使用。
💡 与无头的 gstack 区别在于有可见窗口加侧边栏实时反馈，并内置反爬隐身。
没有匹配的条目 —— 换个关键词试试。