One Map of Every Skill in Your Claude

A skill is a packaged set of instructions that gives Claude a specialized capability or workflow, loaded on demand instead of living permanently in the system prompt.

Skill 是一套打包好的指令，赋予 Claude 某项专门能力或工作流，按需加载，而不是常驻在系统提示词里。

There are two trigger styles: manual skills fire only when you type the slash command (e.g. /qa), while auto-trigger skills activate whenever your request matches their description (e.g. saying "翻译这段" invokes translate).

触发方式分两类：手动型只在你输入斜杠命令（如 /qa）时启动；自动型则在你的请求命中其描述时自行激活（比如说"翻译这段"就会触发 translate）。

In this guide every skill carries an origin tag, falling into four buckets: built into Claude Code, an official Anthropic plugin, a third-party release, or something you built or customized yourself.

本指南给每个 skill 都标了来源，分四类：Claude Code 内置（自带）、Anthropic 官方插件市场（官方插件）、第三方作者发布（三方）、你自己 build 或深度定制（自建）。

📍 来源是怎么查出来的：读 ~/.claude/plugins/ 的 marketplace 记录、~/.claude/skills/ 的符号链接指向、以及 ~/.agents/.skill-lock.json 的安装来源——不是猜的。比如 gstack 指向 github.com/garrytan/gstack，lark 全家桶来自飞书 open.feishu.cn，而 bpr 来自你自己的仓库 kenzhangjie/bpr-plugin。

translate — A four-step (Analyze → Translate → Review → Polish) English-to-Chinese translation pipeline that outputs bilingual paragraph pairs, preserves industry terms, and kills "translationese"; trigger it with /translate or simply by asking to translate — best for essays, podcast transcripts, and tweets you want in natural Chinese.自建

基于「分析 → 直译 → 校准 → 润色」四步法的英译中流水线，输出段落级双语对照，保留行业术语并消灭翻译腔；输入 /translate 或直接说"翻译这段"即可触发——最适合想读成自然中文的 essay、播客 transcript 和推文。

📍 场景：把一篇英文 Lenny / Stratechery essay 整段粘进来，10 秒拿到段落级中英对照——monetization 译成"商业化"而不是"收钱"，churn 译成"流失"而不是"跑掉"。你自己加了 .bak-pre-4step 升级备份，内容也绑定了你 CLAUDE.md 里的术语表方法论，所以判为自建。

deep-research — A research harness that fans out parallel web searches, fetches sources, adversarially verifies claims, and synthesizes a cited report; invoke it when you want a deep, multi-source, fact-checked answer to a well-scoped question.自带

一个研究编排器：并行发起多路 web 搜索、抓取信源、对论断做对抗式核查，最后合成带引用的报告；当你想就一个范围明确的问题拿到多信源、经过事实核查的深度答案时使用。

📍 场景：问「2026 年长上下文模型会不会干掉 RAG」，它并行搜十几个来源、逐条交叉核查，回你一份带 30+ 引用的对比报告，而不是凭记忆胡诌。

loop — Runs a prompt or slash command on a recurring interval (e.g. /loop 5m /qa), or lets the model self-pace if you omit the interval; use it to poll a deploy, babysit CI, or re-run any check repeatedly.自带

按固定间隔循环执行某个 prompt 或斜杠命令（如 /loop 5m /qa），不写间隔则由模型自行节奏；适合轮询部署状态、盯 CI、或反复跑某项检查。

📍 场景：刚把新版本部署上线，/loop 5m /canary 让它每 5 分钟自动巡检一次生产环境，发现 console 报错就提醒你，你不用守着。

schedule — Creates and manages scheduled cloud agents (routines) that run on a cron schedule, including one-time runs like "run this at 3pm tomorrow"; use it for daily reports, periodic audits, or reminders.自带

创建和管理按 cron 计划运行的云端 agent（routine），也支持"明天下午 3 点跑一次"这类一次性任务；适合日报、周期性巡检或定时提醒。

📍 场景：设一个"每周一早 9 点"的 cron agent，自动跑飞书会议纪要汇总 + 上周提交统计，生成一份周报草稿等你来改。

verify — Verifies that a code change actually does what it claims by running the app and observing real behavior; use it to confirm a fix works or validate local changes before pushing.自带

通过真正运行应用、观察实际行为来验证一处代码改动是否名副其实；适合确认 bug 修复生效，或在 push 前验证本地改动。

📍 场景：你改完登录逻辑，它真的把应用跑起来、点一遍登录流程确认没坏，而不是只盯着 diff 说"看起来应该没问题"。

code-review — Reviews the current diff for correctness bugs plus reuse/simplification/efficiency cleanups at a chosen effort level, with --comment to post inline PR comments or --fix to apply findings directly; use it before merging any non-trivial change.自带

按指定力度审查当前 diff 的正确性 bug 和复用/简化/效率类清理项，加 --comment 可直接发 PR 行内评论，加 --fix 可直接落地修改；任何非琐碎改动合并前都值得跑一遍。

📍 场景：写完一个功能准备开 PR，先 /code-review --comment，它把发现的空指针、重复逻辑直接贴成 GitHub 行内评论，省得 reviewer 挑这些低级问题。

simplify — Reviews changed code for reuse, simplification, efficiency, and abstraction-level cleanups and then applies the fixes — quality only, no bug hunting (that's /code-review's job).自带

只针对改动代码做复用、简化、效率和抽象层级的清理并直接应用修复——纯质量向，不找 bug（找 bug 是 /code-review 的活）。

📍 场景：一段写了 200 行、明显能压到 80 行的处理函数，让它只做精简——合并重复分支、去掉多余抽象，不要顺手改逻辑。

review — Reviews a pull request end to end; use it when you want a structured second pass on a PR before approving or merging.自带

对一个 pull request 做完整审查；在 approve 或合并前想要一次结构化复查时使用。（注：本机的 /review 符号链接实际指向 gstack 版本，能力相近。）

📍 场景：同事甩来一个改了 20 个文件的大 PR，让它通读一遍给出结构化的整体过审意见，你再决定 approve 还是打回。

security-review — Reviews code for security vulnerabilities; use it as a focused pass on auth, input handling, secrets, and injection risks.自带

对代码做安全漏洞审查；适合针对鉴权、输入处理、密钥和注入风险做一次专项检查。

📍 场景：一个对外开放的 API 上线前，专门跑一遍查 SQL 注入、越权访问、硬编码密钥——比泛泛的 code-review 更聚焦安全面。

init — The standard Claude Code initializer that analyzes a codebase and generates a CLAUDE.md project guide; run /init once when onboarding Claude to a new repository.自带

Claude Code 的标准初始化命令：分析代码库并生成 CLAUDE.md 项目指南；让 Claude 接手一个新仓库时运行一次 /init 即可。

📍 场景：clone 下来一个陌生的开源仓库想让 Claude 帮你改，先跑 /init 让它摸清目录结构、构建命令、约定，写进 CLAUDE.md 当地图。

run — Launches and drives the current project's app (CLI, server, TUI, Electron, or browser app) so you can see a change actually working; use it when you ask to "run the app" or want a screenshot as proof.自带

启动并驱动当前项目的应用（CLI、server、TUI、Electron 或浏览器应用），让你亲眼看到改动生效；当你说"跑一下"或想要截图证据时使用。

📍 场景：改完一个 React 组件的样式，让它启动 dev server、打开页面截图，用图证明改动确实生效，而不是嘴上说"应该好了"。

claude-api — A reference card for the Claude API and Anthropic SDK — model IDs, pricing, parameters, streaming, tool use, MCP, caching — consulted before answering any LLM-related question instead of relying on memory; relevant whenever you build on the Claude API.自带

Claude API 与 Anthropic SDK 的参考卡——模型 ID、定价、参数、流式、tool use、MCP、缓存——回答任何 LLM 相关问题前先查它而不是凭记忆；只要你在基于 Claude API 做开发就用得上。

📍 场景：你要写一段调用 Claude 的代码，它先帮你查准确的 model id（claude-fable-5）、每百万 token 价格、prompt 缓存怎么配，避免凭记忆写出过期的模型名。

update-config — Configures the Claude Code harness via settings.json — permissions, environment variables, and hooks for automated "every time X, do Y" behaviors; use it for "allow npm commands" or "after each stop, notify me" style requests.自带

通过 settings.json 配置 Claude Code 运行环境——权限、环境变量、以及实现"每次 X 就自动 Y"的 hooks；像"允许 npm 命令"、"每次停止后通知我"这类需求都走它。

📍 场景：跑测试老被问"允许运行 npm test 吗"，说一句"以后都允许 npm 命令"，它写进 settings.json 的 permissions，下次不再弹窗。

keybindings-help — Customizes Claude Code keyboard shortcuts via ~/.claude/keybindings.json, including chord bindings; use it when you want to rebind keys like the submit shortcut.自带

通过 ~/.claude/keybindings.json 自定义 Claude Code 键盘快捷键，支持组合键序列；想改提交键之类的绑定时使用。

📍 场景：你习惯了 IDE 里 Enter 换行、Cmd+Enter 提交，想把 Claude Code 的提交键也改成这套手感，让它帮你写好 keybindings.json。

fewer-permission-prompts — Scans your past transcripts for frequently-approved read-only commands and writes a prioritized allowlist into project settings; run it once to dramatically cut permission popups.自带

扫描你的历史会话，找出高频且只读的命令，把优先级排好的白名单写进项目 settings；跑一次就能大幅减少权限弹窗。

📍 场景：一个项目用久了发现总在批准 git status、ls、cat 这类只读命令，跑一次它就把这些加进白名单，弹窗少一大半。

/office-hours — YC-style office hours with two modes — startup mode asks six forcing questions about demand and wedge, builder mode runs design-thinking brainstorms — and saves a design doc; use it before writing any code when you have a raw idea.三方

YC 风格的 office hours，两种模式——创业模式用六个逼问拷打需求真实性和切入点，builder 模式做设计思维头脑风暴——最后存一份设计文档；有了原始想法、还没写一行代码时先用它。

📍 场景：你冒出一个"做个跨境广告归因平台"的念头，先 /office-hours，它逼你回答"谁现在痛到愿意付钱""最窄的切入点是什么"，把模糊想法拷问成一份能落地的设计文档。

/plan-ceo-review — A founder-mode plan review that re-thinks the problem, hunts for the 10-star product, and chooses among scope expansion / selective expansion / hold scope / scope reduction; use it when you suspect a plan isn't ambitious enough — or is too ambitious.三方

创始人视角的方案评审：重新思考问题本身、寻找十星级产品形态，并在「扩大范围 / 选择性扩展 / 锁定范围 / 砍到极简」四种模式中抉择；当你怀疑一个方案不够有野心——或野心过头时使用。

📍 场景：写好了一份"加个导出按钮"的方案，用它一拷问发现真正该做的是"自动同步到飞书"，于是果断扩大范围、做出十倍好的产品。

/plan-eng-review — An eng-manager-mode review that locks in the execution plan — architecture, data flow, diagrams, edge cases, test coverage, performance — walking through issues interactively with opinionated recommendations; use it right before coding starts.三方

工程经理视角的评审：把执行方案钉死——架构、数据流、图示、边界情况、测试覆盖、性能——逐条交互式过问题并给出有立场的建议；开写代码前的最后一道关。

📍 场景：动手写一个新的回传服务前，用它把数据流图、并发边界、失败重试、测试覆盖逐条过一遍，把架构坑在写代码前就堵掉。

/plan-design-review — A designer's-eye review of a plan (before implementation) that rates each design dimension 0–10, explains what a 10 would look like, then fixes the plan to get there; for auditing a live site instead, use /design-review.三方

设计师视角的方案评审（实现之前）：给每个设计维度打 0–10 分、说明 10 分长什么样、再把方案改到位；如果要审已上线的站点，用 /design-review。

📍 场景：一个带新 UI 的方案，让它给信息层级、间距、动效各打分，指出"现在 6 分，做到 10 分要怎样"，在写代码前先把设计补到位。

/design-consultation — A full design consultation that researches the landscape, proposes a complete design system (aesthetic, typography, color, layout, motion), generates font and color preview pages, and writes DESIGN.md as the project's design source of truth; use it when starting a new UI from zero.三方

一次完整的设计咨询：调研同类产品、提出整套设计系统（审美方向、字体、配色、布局、动效）、生成字体和配色预览页，并产出 DESIGN.md 作为项目设计的唯一事实源；从零开始做新 UI 时使用。

📍 场景：新做一个落地页但完全没有设计规范，用它给你定一套字体+配色+间距体系、生成预览页让你挑，落成 DESIGN.md，后面所有页面都照这套来。

/autoplan — An auto-review pipeline that runs the CEO, design, and eng reviews sequentially with auto-decisions based on six principles, surfacing only genuine taste calls at a final approval gate; use it to get a fully reviewed plan without answering 15–30 intermediate questions.三方

自动评审流水线：按六条决策原则依次自动跑完 CEO、设计、工程三轮评审，只把真正需要品味判断的决策留到最后一道审批门；想拿到一份完整评审过的方案、又不想回答中间 15–30 个问题时使用。

📍 场景：手上有份方案但没空陪三轮评审一问一答，/autoplan 自动替你做掉大部分决策，只在最后把三五个真正要你拍板的口味问题摆出来。

/careful — A safety mode that warns before destructive commands — rm -rf, DROP TABLE, force-push, git reset --hard, kubectl delete — with per-warning override; turn it on whenever you touch prod or debug a live system.三方

安全护栏模式：在执行 rm -rf、DROP TABLE、force-push、git reset --hard、kubectl delete 等破坏性命令前先警告，每条警告可单独放行；只要碰生产环境或调试线上系统就开着它。

📍 场景：要连着生产数据库排查问题，先 /careful，万一手滑敲了 DROP TABLE 或 git push -f，它会先拦下来让你确认，给你一次反悔机会。

/freeze — Restricts Edit and Write to a single directory for the rest of the session; use it while debugging so Claude can't "helpfully fix" unrelated code.三方

把本次会话的文件编辑和写入限制在某个目录内；调试时开启，防止 Claude "顺手修好"不相干的代码。

📍 场景：只想让 Claude 改 src/auth/ 这一个模块，/freeze src/auth 锁死范围，它就没法顺手去"优化"你没让它碰的其它文件。

/unfreeze — Lifts the directory restriction set by /freeze, restoring normal edit access; run it when the scoped work is done.三方

解除 /freeze 设下的目录限制，恢复正常编辑权限；范围内的工作做完后运行。

📍 场景：auth 模块改完验证通过，/unfreeze 解锁，继续让 Claude 在全仓库范围内干活。

/guard — Maximum safety mode combining /careful (destructive-command warnings) and /freeze (directory-scoped edits); use it when working against production with the blast radius fully locked down.三方

最高安全模式，等于 /careful（破坏性命令警告）加 /freeze（目录级编辑限制）；面对生产环境、需要把爆炸半径锁死时使用。

📍 场景：在生产服务器上现场 debug 一个紧急故障，/guard 一把同时锁住"危险命令要确认"和"只能改这个目录"，把误操作的爆炸半径降到最低。

/investigate — Systematic debugging in four phases — investigate, analyze, hypothesize, implement — under one Iron Law: no fixes without root cause; use it for "why is this broken" instead of letting Claude patch symptoms.三方

四阶段系统化调试——调查、分析、假设、实现——铁律只有一条：没找到根因不许动手修；遇到"这怎么坏了"时用它，而不是让 Claude 头痛医头。

📍 场景：线上偶发 500 报错，/investigate 强制它先复现、定位根因，确认是连接池耗尽，再动手——而不是一上来就乱加 try/catch 把症状盖住。

/browse — A fast (~100ms per command) headless browser for QA and dogfooding: navigate, click, fill forms, diff before/after, take annotated screenshots, and test responsive layouts; use it to verify a deployment or file a bug with evidence.三方

一个快速（约 100ms 一条命令）的无头浏览器，用于 QA 和 dogfooding：导航、点击、填表、前后对比、带标注截图、测响应式布局；适合验证部署或带证据提 bug。

📍 场景：刚部署完，让它打开页面、填一遍注册表单、在手机宽度下截图，发现按钮被遮住就带标注截图回来——比你手动开浏览器点快得多。

/setup-browser-cookies — Sets up authenticated browser cookies so the browse daemon can test pages behind a login; run it once before QA-ing any logged-in flow.三方

为浏览器守护进程配置登录态 cookies，让它能测试需要登录的页面；QA 任何登录后流程之前先跑一次。

📍 场景：要 QA 一个登录后才能看到的 dashboard，先跑这个把登录 cookie 喂给浏览器守护进程，/browse 才进得去后台页面。

/qa — The full test-fix-verify loop: systematically exercises the web app, fixes the bugs it finds, and re-verifies each fix; use it when you want the app actually healthier, not just a report.三方

完整的「测试-修复-验证」闭环：系统化地把 web 应用过一遍、修掉发现的 bug、再逐个复验；当你要的是应用真的变好、而不只是一份报告时使用。

📍 场景：一个上线前的后台，/qa 自动点遍所有按钮和表单，发现"删除后列表不刷新"就直接改源码修掉，再回去验证确实好了——一条命令把应用真的跑健康。

/qa-only — Report-only QA that tests systematically and produces a structured report with health score, screenshots, and repro steps — but never touches code; use it when you want findings without any changes.三方

只出报告的 QA：系统化测试后产出带健康分、截图和复现步骤的结构化报告——但绝不改代码；想要结论但不想动代码时使用。

📍 场景：你想先摸清一个外包交付的站点到底有多少坑，但暂时不让它动代码，/qa-only 给你一份带健康分、截图、复现步骤的 bug 清单，自己决定怎么处理。

/codex — A wrapper around OpenAI's Codex CLI with three modes — independent diff review with a pass/fail gate, adversarial "challenge" mode that tries to break your code, and free-form consult with session continuity; use it as a second opinion from a different model.三方

OpenAI Codex CLI 的封装，三种模式——带通过/不通过门槛的独立 diff 评审、专门想办法搞坏你代码的对抗式 challenge 模式、以及支持连续追问的自由咨询；当你想要来自另一个模型的第二意见时使用。（需本机装了 OpenAI Codex CLI。）

📍 场景：一段你拿不准的并发代码，/codex challenge 让另一个模型专门想办法搞坏它——它若能构造出 race condition，你就知道 Claude 这边漏了什么。

/design-review — A designer's-eye QA on the live site that finds visual inconsistency, spacing issues, hierarchy problems, and AI-slop patterns, then fixes them in source with atomic commits and before/after screenshots; use it for "make it look polished".三方

对已上线站点做设计师视角的 QA：找出视觉不一致、间距问题、层级混乱和 AI 味儿的套路设计，然后直接在源码里修，每个修复原子提交并附前后对比截图；想让站点"看起来更精致"时使用。

📍 场景：页面功能都对但"就是有点 AI 味、不够精致"，/design-review 揪出间距忽大忽小、按钮层级混乱，逐个原子提交修好，附前后对比截图。

/benchmark — Performance regression detection that baselines page load times, Core Web Vitals, and resource sizes, then compares before/after on every PR; use it when bundle size or page speed matters.三方

性能回归检测：先为页面加载时间、Core Web Vitals 和资源体积建立基线，再在每个 PR 上做前后对比；在意 bundle 体积或页面速度时使用。

📍 场景：怀疑某个 PR 把首页拖慢了，/benchmark 对比合并前后的 LCP、bundle 体积，用数字告诉你"这个改动让加载多了 400ms"，而不是凭感觉吵架。

/cso — Chief Security Officer mode: an infrastructure-first audit covering secrets archaeology, dependency supply chain, CI/CD security, LLM/AI security, OWASP Top 10, and STRIDE threat modeling, in zero-noise daily mode or deep monthly mode; use it for a real security audit, not a checkbox one.三方

首席安全官模式：以基础设施为先的安全审计，覆盖历史密钥挖掘、依赖供应链、CI/CD 管线安全、LLM/AI 安全、OWASP Top 10 和 STRIDE 威胁建模，分零噪音日常模式和月度深扫模式；想要动真格的安全审计、而不是走过场时使用。

📍 场景：融资尽调前给自己的项目做一次月度深扫，/cso 翻 git 历史里有没有误提交的 API key、依赖链有没有被投毒的包、CI 配置有没有泄露权限。

/ship — Packages your work for shipping — branch, commit, and PR creation — handing off to /land-and-deploy for the merge; use it when a feature is done and ready for review.三方

把工作打包准备发布——建分支、提交、开 PR——后续合并交给 /land-and-deploy；功能做完、可以送审时使用。

📍 场景：功能写完测过了，/ship 一键帮你开好分支、写好规范的 commit message、建好 PR，你不用手敲那串 git 命令。

/land-and-deploy — Merges the PR, waits for CI and deploy, then verifies production health via canary checks; use it as the "land it" button after /ship created the PR.三方

合并 PR、等待 CI 和部署完成、再通过金丝雀检查验证生产健康度；/ship 开完 PR 之后，它就是那颗"合了发了"按钮。

📍 场景：PR 评审通过后 /land-and-deploy，它合并、盯着 CI 跑绿、等部署完成、再自动跑一遍生产健康检查，全程不用你守着刷新页面。

/setup-deploy — Sets up the deployment pipeline for a project so that /ship and /land-and-deploy have somewhere to land; run it once per project.三方

为项目搭好部署管线，让 /ship 和 /land-and-deploy 有处可落；每个项目跑一次即可。

📍 场景：一个新项目第一次要接 gstack 的发布流程，先跑 /setup-deploy 把部署管线配好，之后 /ship、/land-and-deploy 才有地方落。

/canary — Post-deploy monitoring that watches the live app for console errors, performance regressions, and page failures, taking periodic screenshots against pre-deploy baselines; use it right after a deploy to catch breakage early.三方

部署后的金丝雀监控：盯着线上应用的 console 报错、性能回归和页面故障，定期截图与部署前基线对比；每次发布后立刻开，尽早发现翻车。

📍 场景：刚发完版本，/canary 每隔几分钟截图对比部署前基线，一发现首页白屏或 console 狂报错就立刻提醒你回滚。

/document-release — Post-ship documentation sync that reads all project docs, cross-references the diff, and updates README/ARCHITECTURE/CHANGELOG to match what actually shipped; use it after a PR merges.三方

发布后的文档同步：通读项目所有文档、对照 diff、把 README/ARCHITECTURE/CHANGELOG 更新到与实际发布一致；PR 合并后使用。

📍 场景：合并了一个改了配置项的 PR，/document-release 对照 diff 把 README 里过时的参数说明、CHANGELOG 一并更新，不留"文档和代码对不上"的坑。

/retro — A retrospective on the session or project — what went well, what didn't, what to change; use it at the end of a work cycle to capture lessons.三方

对本次会话或项目做复盘——哪里顺、哪里坑、下次改什么；一个工作周期结束时用它沉淀经验。

📍 场景：一个 feature 折腾了三天终于上线，/retro 复盘"哪步走了弯路、下次该先做哪步"，把教训记下来，而不是合并完就忘。

/gstack — The hub skill of this whole workflow: the same headless-browser QA capability as /browse, plus a router that suggests the right stage skill (office-hours → plan reviews → investigate → qa → review → ship → retro); use it when unsure which gstack skill fits.三方

整套工作流的枢纽 skill：能力上等同 /browse 的无头浏览器 QA，外加一个按阶段推荐合适 skill 的路由（office-hours → 方案评审 → investigate → qa → review → ship → retro）；不确定该用哪个 gstack skill 时先用它。

📍 场景：你大概知道 gstack 有一堆命令但记不清该用哪个，直接 /gstack，它根据你现在所处的阶段（还在构思？要发布了？）推荐下一步该跑哪个。

/gstack-upgrade — Upgrades gstack itself to the latest version, detecting global vs vendored installs and showing what's new; run it when asked to update gstack.三方

升级 gstack 本体到最新版本，自动识别全局安装还是项目内置安装，并展示更新内容；想更新 gstack 时运行。

📍 场景：听说 gstack 出了新功能，/gstack-upgrade 自动判断你是全局装的还是项目内置的、拉最新版、列出这次更新了啥。

buffett — Activates Warren Buffett's complete investment thinking system — moats, intrinsic value, margin of safety, circle of competence, Mr. Market, capital allocation — and auto-triggers on any stock analysis, business-quality assessment, or buy/hold/sell decision even without naming Buffett.三方

激活沃伦·巴菲特的完整投资思维系统——护城河、内在价值、安全边际、能力圈、市场先生、资本配置——只要话题涉及个股分析、生意质量评估或买卖决策就会自动触发，哪怕你没提巴菲特。

📍 场景：你在看一家公司要不要投，问"这门生意的护城河够深吗"，它就用巴菲特那套框架帮你拆能力圈、内在价值、安全边际，而不是给你一堆券商口径的乐观预测。
来源：手动装在 ~/.claude/skills/ 的独立 skill，无 marketplace 记录，判为三方下载（与 pg 同类的中文思维 skill）。

pg — Paul Graham's mental models and voice, distilled from 200+ essays, interviews, and critic perspectives into five core models and eight decision heuristics; trigger with "用 PG 的视角" or "Paul Graham 会怎么看" to analyze startups, writing, products, or life choices.三方

Paul Graham 的思维框架与表达方式，从 200+ 篇 essay、访谈和批评者视角中提炼出 5 个核心心智模型和 8 条决策启发式；说"用 PG 的视角"或"Paul Graham 会怎么看"即可触发，用于分析创业、写作、产品和人生选择。

📍 场景：纠结"这个 side project 值不值得做"，说"用 PG 的视角看看"，它用 PG 的"make something people want""活在未来"那套启发式帮你判断，连语气都模仿 PG 的简洁。
来源：目录里带 LICENSE + README + 作者微信二维码，明显是第三方打包分发的 skill。

karpathy-guidelines — Coding guidelines in the spirit of Andrej Karpathy — pragmatic, minimal, anti-overengineering; apply them when you want code reviewed or written with that engineering taste.三方

Karpathy 风格的编码准则——务实、极简、反过度工程；想用这种工程品味来写或审代码时套用。（插件 forrestchang/andrej-karpathy-skills。）

📍 场景：你嫌 Claude 写的代码太"企业级"、抽象层套抽象层，套上这套准则让它按 Karpathy 的口味来：能一个函数解决就别建三个类。

/bpr — Converts podcast transcripts, subtitles, interviews, or blog essays into an editorially designed reading HTML — bilingual for English sources, "TL;DR + non-consensus takes + chapter recap" condensed mode for Chinese sources — with hero, table of contents, and dark mode; trigger with /bpr plus a transcript, URL (YouTube / 小宇宙 / Bilibili), or pasted long-form text.自建

把播客 transcript、字幕、访谈或博客长文转换成编辑设计风格的阅读 HTML——英文素材默认双语对照，中文素材自动切换为「TL;DR + 非共识 + 章节回顾」浓缩模式——带 Hero、目录和深色模式；输入 /bpr 加 transcript、URL（YouTube / 小宇宙 / Bilibili）或粘贴的长文即可触发。

📍 场景：你正在用的就是它——这份指南就是 /bpr 排版、部署到 bpr.ken.solar 的。平时丢一个 YouTube/小宇宙链接进去，10 分钟出一篇带 TL;DR、双语对照、深色模式的精读页。
来源：插件来自你自己的仓库 kenzhangjie/bpr-plugin，所以是自建。

xhs — Scrapes Xiaohongshu (小红书) via Claude-in-Chrome — search results, note bodies, comments, image/video URLs — into an xlsx file, handling pagination, virtualized scroll, and CAPTCHA pacing; trigger with /xhs or "抓小红书".自建?

通过 Claude-in-Chrome 抓取小红书——搜索结果、笔记正文、评论、图片/视频 URL——导出成 xlsx，自动处理翻页、虚拟滚动和验证码节流；输入 /xhs 或"抓小红书"触发。

📍 场景：做选题或竞品调研时，给它一个小红书关键词，它在 Chrome 里翻页抓下搜索结果和笔记详情，连评论和图片链接一起导成表格供你分析。
来源：手动放在 ~/.claude/skills/xhs、无 marketplace 记录，疑似自建或手动导入（无法 100% 确认，故打问号）。

lark-im — Sends, replies to, and searches Feishu messages, manages group chats and members, uploads/downloads files, and handles urgent pings; use it for anything in the chat box — "把这个发给张三" or "搜一下上周群里聊的方案".三方

收发与搜索飞书消息、管理群聊和成员、上传下载文件、发送加急；一切聊天框里的事都归它——比如"把这个发给张三"、"搜一下上周群里聊的方案"。

📍 场景："把这份周报发到「增长组」群、@产品负责人，再加急一下"——它直接帮你发出去，不用切到飞书 App 手动操作。

lark-mail — Drafts, sends, replies to, forwards, reads, and searches Feishu email, plus folders, labels, attachments, and mail rules; use it for "写一封邮件" through "把收件箱里关于 X 的邮件找出来".三方

起草、发送、回复、转发、阅读和搜索飞书邮件，外加文件夹、标签、附件和收信规则管理；从"写一封邮件"到"把收件箱里关于 X 的邮件找出来"都归它。

📍 场景："给这家供应商起草一封询价邮件，把上次的报价单作为附件"——它拟好草稿、挂上附件，你确认后再发。

lark-event — Streams Feishu real-time events (messages, reactions, meeting-ended, Minutes generated) as NDJSON via lark-cli event consume, designed for bots and long-running subscribers; use it to build real-time message processors.三方

通过 lark-cli event consume 以 NDJSON 流式消费飞书实时事件（消息、表情回复、会议结束、妙记生成等），为机器人和长驻订阅进程而设计；做实时消息处理类应用时使用。

📍 场景：做一个值班机器人，要求"群里有人 @ 它就自动回工单链接"——用这个订阅消息事件流，作为机器人的实时输入。

lark-doc — Reads and edits Feishu Docs (Docx/Wiki) content, including images and embedded objects' tokens; use it whenever you have a doc URL and want to read, create, or edit it.三方

读取和编辑飞书云文档（Docx/Wiki）内容，含图片和内嵌对象的 token 提取；拿到文档链接想读、想建、想改时都用它。

📍 场景：甩一个飞书文档链接说"帮我读一下、把第三节的过时数据更新成最新的"——它直接读内容、就地改，不用你复制粘贴来回倒腾。

lark-sheets — Creates and operates Feishu Spreadsheets: sheet/row/column management, cell values and formulas, styles, find-replace, atomic batch updates, charts, pivot tables, and conditional formatting; use it for online spreadsheet work including Excel-formula migration.三方

创建和操作飞书电子表格：工作表与行列管理、单元格值与公式、样式、查找替换、原子化批量更新、图表、透视表和条件格式；在线表格相关工作（含 Excel 公式迁移）都用它。

📍 场景："把这份投放数据做成飞书表格，按渠道做个透视表，ROI 低于 1 的标红"——建表、写公式、加条件格式一气呵成。

lark-base — Full Feishu Base (bitable) operations — tables, fields, records, views, formulas/lookups, forms, dashboards, workflows, and role permissions; use it whenever a /base/ link or "多维表格" appears.三方

飞书多维表格（Base）的全量操作——建表、字段、记录、视图、公式/lookup、表单、仪表盘、workflow 和角色权限；只要出现 /base/ 链接或"多维表格"就用它。

📍 场景：用多维表格管一条线索 pipeline，让它"批量把上周新增的 50 条线索导进来、按状态建一个看板视图"。

lark-slides — Creates and edits Feishu Slides: new decks, reading slide content, and page-level create/delete/partial-replace; use it for native Feishu presentations.三方

创建和编辑飞书幻灯片：新建演示文稿、读取内容、页面级的创建/删除/局部替换；做飞书原生演示文稿时使用。

📍 场景："照这份大纲生成一套飞书幻灯片，每个章节一页"——直接产出可在飞书里继续编辑的原生 deck。

lark-wiki — Manages Feishu knowledge spaces — spaces, members, node hierarchy, and shortcuts; use it to organize documents inside a knowledge base.三方

管理飞书知识库——知识空间、空间成员、节点层级和快捷方式；在知识库里查找、组织文档时使用。

📍 场景："在「产品知识库」下新建一个『竞品调研』分类，把这几篇文档挪进去"——它管理知识库的节点层级和归类。

lark-drive — Manages Feishu cloud storage: upload/download, folders, copy/move/delete, metadata, comments, permissions, titles, and importing local Word/Markdown/Excel/CSV/PPTX into native online docs; use it for any "云盘/云空间/网盘" request or file import.三方

管理飞书云空间：上传下载、文件夹整理、复制/移动/删除、元数据、评论、权限、改标题，以及把本地 Word/Markdown/Excel/CSV/PPTX 导入为在线文档；一切"云盘/云空间/网盘"需求和文件导入都归它。

📍 场景："把这个本地 Excel 上传到飞书云空间并转成在线多维表格、共享给团队只读"——上传、转换、设权限一步到位。

lark-markdown — Views, creates, uploads, edits, and diffs Markdown files in Feishu; use it for Markdown file work that doesn't need conversion into a native online doc.三方

查看、创建、上传、编辑和对比飞书中的 Markdown 文件；不需要转成在线文档的 Markdown 工作用它。

📍 场景：团队在飞书里存了一份 Markdown 版的 API 文档，让它局部 patch 某一段、再 diff 一下改了哪里，而不必整篇重传。

lark-whiteboard — Queries and edits Feishu whiteboards — export as preview images or raw node structures, update via DSL/PlantUML/Mermaid; use it whenever you need to visualize architecture, flows, org charts, timelines, or comparisons, whether or not the user says "画板".三方

查询和编辑飞书画板——导出预览图或原始节点结构、用 DSL/PlantUML/Mermaid 更新内容；凡是需要可视化架构、流程、组织关系、时间线或对比的场景都可用，无论用户有没有提"画板"。

📍 场景："把这套归因平台的数据流画成飞书画板"——你给 Mermaid/文字描述，它生成可在飞书里继续拖拽编辑的画板。

lark-calendar — Manages Feishu calendar events and meeting rooms — view/search/create/update events, manage attendees, query free-busy, and book rooms; use it for anything about upcoming schedule.三方

管理飞书日历日程和会议室——查看/搜索/创建/更新日程、管理参会人、查忙闲、订会议室；一切关于未来日程安排的事都用它。

📍 场景："周四下午找个三方都有空的一小时，订个能坐 6 人的会议室，发日程邀请"——它查忙闲、订室、发邀请一条龙。

lark-task — Manages Feishu tasks and task lists: create todos, update status, split subtasks, assign collaborators, attach files, and operate task agents; use it for todo tracking and assigning work.三方

管理飞书任务与清单：创建待办、更新状态、拆子任务、分配协作人、传附件、操作任务智能体；跟踪待办和派活时使用。

📍 场景：开完会"把这三个 action item 建成飞书任务，分别派给对应的人、截止本周五"——它批量建任务、指派、设 deadline。

lark-okr — Views and edits Feishu OKRs — cycles, objectives, key results, alignment, metrics, and progress records; use it during OKR planning and check-ins.三方

查看和编辑飞书 OKR——周期、目标（Objective）、关键结果（Key Result）、对齐关系、量化指标和进展记录；OKR 制定与跟进时使用。

📍 场景：季度初"把我这季度的 3 个 O、9 个 KR 录进飞书 OKR，对齐到部门目标"；月中再让它更新各 KR 的进度数字。

lark-approval — Queries and processes Feishu approvals — both items waiting on you and instances you initiated; note that approval todos are not tasks (those go to lark-task).三方

查询和处理飞书审批——既包括待你审批的任务，也包括你发起的实例；注意审批待办不是任务（任务类走 lark-task）。

📍 场景："我还有哪些审批没批？把金额 5000 以下的报销都通过了"——它列出待办审批、按你的规则批量处理。

lark-attendance — Queries your own Feishu attendance/clock-in records; use it for "我这个月打卡情况".三方

查询自己的飞书考勤打卡记录；问"我这个月打卡情况"时使用。

📍 场景：月底报销交通补贴前，"查一下我这个月有几天打卡异常/迟到"，它把你的打卡记录拉出来。

lark-contact — Resolves Feishu names/emails into open_ids and vice versa (department, contact info, status); use it as the lookup step before messaging or scheduling with someone.三方

飞书通讯录解析：姓名/邮箱换 open_id，或反查部门、联系方式、个人状态；给某人发消息或排日程前的查人步骤。

📍 场景：你说"发给张三"但系统需要 open_id，它先在通讯录里把"张三"解析成 open_id，再交给 lark-im 发出去——通常你感知不到它在背后跑。

lark-workflow-meeting-summary — An orchestrated workflow that aggregates meeting minutes within a date range into a structured report; use it for "整理这两周的会议纪要" or meeting-based weekly reviews.三方

一条编排好的工作流：汇总指定时间范围内的会议纪要并生成结构化报告；"整理这两周的会议纪要"或基于会议的周回顾时使用。

📍 场景：周五"把这两周开过的会纪要汇总成一份报告，按项目分组、列出每个会的关键决策和待办"。

lark-workflow-standup-report — Combines calendar agenda and open tasks into a daily standup-style digest; use it for "今天/明天有什么安排".三方

把日程 agenda 和未完成任务编排成一份站会式摘要；问"今天/明天有什么安排"时使用。

📍 场景：早上一句"今天有啥安排"，它把今天的日程 + 还没做完的任务拼成一份站会摘要，让你 10 秒看清一天。

lark-vc — Searches past video meetings and retrieves their artifacts — summaries, action items, chapters, transcripts, attendee snapshots; use it for "上周那个会都说了啥".三方

搜索历史视频会议并获取会议产物——总结、待办、章节、逐字稿、参会人快照；问"上周那个会都说了啥"时使用。

📍 场景：你没参加上周的产品评审会，"找到那个会、把总结和待办给我"——它拉出纪要和 action item，不用追着别人问。

lark-vc-agent — Lets a bot join or leave an ongoing meeting on your behalf and read live in-meeting events (joins, leaves, speaking, screen share); use it for meeting-bot and "代我旁听" scenarios.三方

让机器人代你加入/离开正在进行的会议，并读取会中实时事件（加入、离开、发言、共享屏幕）；做参会机器人或"代我旁听"场景时使用。

📍 场景：你撞会了，"让机器人替我进 9 位会议号那个会，记一下谁来了、谁在发言"——它真实入会并把会中动态报给你。

lark-minutes — Searches, downloads, creates, and edits Feishu Minutes (妙记), including turning local audio/video files into minutes and transcripts — preferred over local ffmpeg/whisper transcription.三方

搜索、下载、生成和编辑飞书妙记，包括把本地音视频转成纪要和逐字稿——优先用它而不是本地 ffmpeg/whisper 转写。

📍 场景：手上一段访谈录音，"转成逐字稿"——它上传飞书妙记做 AI 转录，比你本地装 whisper 跑得省事，还能替换说话人名。

lark-apps — Deploys local HTML files or directories to Feishu Miaoda (妙搭), producing a publicly accessible app URL with sharing scope control; use it whenever an HTML artifact needs a shareable public link.三方

把本地 HTML 文件或目录部署到飞书妙搭（Miaoda），生成公网可访问的应用链接并可设置共享范围；任何 HTML 产物需要可分享的公网链接时使用。

📍 场景：这份 skills 指南如果想发飞书内网而不是 Vercel，就用它一键部署到妙搭，拿一个团队可访问的链接、设好共享范围。

lark-shared — The shared foundation for all lark skills: first-time setup, auth login, identity switching (--as), and permission/scope error handling; come here whenever any lark command hits an auth wall.三方

所有 lark skill 的共享底座：首次安装、auth 登录、身份切换（--as）、权限/scope 报错处理；任何 lark 命令撞上鉴权问题都先来这里。

📍 场景：第一次用 lark 全家桶、或某个命令报 "permission denied / scope 不足"，先来这里 auth login 或切换成机器人身份（--as）。

lark-openapi-explorer — Digs into Feishu's official API docs to find native OpenAPI endpoints not yet wrapped by the CLI; use it when no existing lark skill covers your need.三方

从飞书官方文档库中挖掘尚未被 CLI 封装的原生 OpenAPI 接口；当现有 lark skill 都满足不了需求时使用。

📍 场景：你要的某个飞书功能（比如某个冷门的人事接口）现有 skill 都没包，让它去官方 API 文档里找到原生 endpoint 并调用。

lark-skill-maker — Creates custom lark-cli skills by wrapping atomic APIs or orchestrating multi-step flows; use it to package a repeated Feishu operation into a reusable skill.三方

创建 lark-cli 自定义 skill：封装原子 API 或编排多步流程；想把一个重复的飞书操作沉淀成可复用 skill 时使用。

📍 场景：你每周都要"拉考勤 → 算补贴 → 写进表格"，让它把这套多步流程打包成一个你自己的 lark skill，以后一句话触发。

source / deal-sourcing — Builds target lists and sourcing strategies for new deals.

为新交易构建标的清单和 sourcing 策略。

📍 "在跨境 SaaS 里筛 20 家 ARR 1000 万美元以上、增速 >40% 的潜在标的"。

screen-deal / deal-screening — Screens an inbound deal against your investment criteria.

按投资标准初筛一个进入视野的交易。

📍 FA 发来一个项目，"按我们基金的标准初筛一下值不值得深看"。

dd-checklist — Generates a due diligence checklist for a target.

为标的生成尽调清单。

📍 决定深入一个标的后，"生成一份覆盖财务/法务/技术/客户的尽调清单"。

dd-prep / dd-meeting-prep — Prepares questions and materials for diligence meetings.

为尽调会议准备问题清单和材料。

📍 管理层访谈前，"列出要问 CEO 的尖锐问题和需要他们准备的材料"。

ic-memo — Drafts an investment committee memo.

起草投资委员会（IC）备忘录。

📍 上会前，"把尽调结论整理成一份标准 IC memo，含投资逻辑、风险、回报测算"。

unit-economics — Analyzes a target's unit economics.

拆解标的的单位经济模型。

📍 "把这家公司的 CAC、LTV、回本周期、毛利拆开算，看单位经济跑不跑得通"。

returns / returns-analysis — Models IRR/MOIC return scenarios.

测算 IRR/MOIC 等回报情景。

📍 "按基础/乐观/悲观三种退出假设，算这笔投资的 IRR 和 MOIC"。

value-creation / value-creation-plan — Drafts a post-acquisition value creation plan.

起草投后价值创造计划。

📍 收购完成后，"制定一份 100 天计划：定价优化、获客渠道、组织补强"。

portfolio / portfolio-monitoring — Monitors portfolio company performance.

监控被投公司经营表现。

📍 季度复盘，"汇总组合里各被投公司的关键指标，标出偏离预算的"。

ai-readiness — Assesses a company's AI readiness as part of diligence or value creation.

评估公司的 AI 就绪度，用于尽调或投后增值。

📍 "评估这家传统企业能不能用 AI 提效，作为投后增值的抓手"。

buyer-list — Builds a potential-acquirer list for a sell-side process.

为卖方流程构建潜在买家清单。

📍 接了个卖方单子，"列出 30 家可能买这家公司的战略买家和 PE，附理由"。

teaser — Drafts an anonymous one-page teaser.

起草匿名的一页式 teaser。

📍 "做一页不暴露公司名的 teaser，勾起潜在买家兴趣去签 NDA"。

one-pager / strip-profile — Produces a company profile one-pager.

产出公司简介 one-pager。

📍 "把这家公司浓缩成一页简介：业务、财务、亮点，给老板路演用"。

cim / cim-builder — Builds the confidential information memorandum.

撰写保密信息备忘录（CIM）。

📍 买家签了 NDA 后，"写一份完整 CIM，详细披露业务、财务和增长故事"。

pitch-deck — Drafts a banking pitch deck.

起草投行 pitch deck。

📍 抢一个 mandate，"做一份 pitch deck 说服这家公司选我们做财务顾问"。

datapack-builder — Assembles the financial datapack for a process.

整理交易流程所需的财务 datapack。

📍 "把三年财报整理成买家尽调用的标准财务数据包"。

merger-model — Builds an M&A merger model.

搭建并购合并模型。

📍 "建一个并购模型，算这笔收购对收购方 EPS 是增厚还是摊薄"。

process-letter — Drafts process letters for bidders.

起草给竞标方的流程函。

📍 进入二轮，"给入围买家发流程函，说明报价格式和截止时间"。

deal-tracker — Tracks live deal pipeline and status.

跟踪在途交易的进展与状态。

📍 "维护一张在途交易清单，每笔卡在哪个阶段、下一步谁负责一目了然"。

screen / idea-generation — Screens stocks and generates investment ideas.

选股筛选并产生投资想法。

📍 "在 AI 算力链里筛出估值合理、增速快、还没被市场充分定价的标的"。

initiate / initiating-coverage — Drafts an initiating-coverage report.

起草首次覆盖报告。

📍 决定覆盖一家公司，"写一份首次覆盖深度报告，给评级和目标价"。

thesis / thesis-tracker — Maintains and stress-tests the investment thesis.

维护并检验投资论点。

📍 "我看多这家公司的逻辑有哪些前提？哪条最容易被证伪？"。

earnings-preview — Previews an upcoming earnings print.

撰写财报前瞻。

📍 财报季前，"写一篇前瞻：市场预期多少、我们预期多少、关注哪几个数"。

earnings / earnings-analysis — Analyzes reported earnings versus expectations.

对照预期分析已发布财报。

📍 财报刚出，"对照预期分析这季报，beat 还是 miss、指引怎么变"。

model-update — Updates the financial model after new information.

根据新信息更新财务模型。

📍 财报后，"按最新指引更新模型，重算明后年盈利预测和目标价"。

catalysts / catalyst-calendar — Maintains a catalyst calendar for covered names.

维护覆盖标的的催化剂日历。

📍 "列出我覆盖的票未来 3 个月的催化剂：财报、新品、政策节点"。

sector / sector-overview — Writes a sector overview.

撰写行业综述。

📍 "写一篇半导体设备行业综述，讲清格局、增长驱动和主要玩家"。

morning-note — Drafts the daily morning note.

起草每日晨报。

📍 每天开盘前，"把隔夜重要消息和我覆盖票的变化整理成一份晨报"。

financial-plan — Builds a client financial plan.

为客户制定财务规划。

📍 新客户来了，"按他的收入、负债、退休目标做一份长期财务规划"。

proposal / investment-proposal — Drafts an investment proposal.

起草投资建议书。

📍 "给这位风险偏好稳健的客户起草一份资产配置建议书"。

client-review — Prepares a periodic client review.

准备定期客户回顾。

📍 季度见客户前，"准备回顾材料：组合表现、市场变化、下一步建议"。

client-report — Generates a client portfolio report.

生成客户组合报告。

📍 "生成这位客户本季度的组合报告：收益、持仓、归因，可直接发给他"。

rebalance / portfolio-rebalance — Plans a portfolio rebalancing.

制定组合再平衡方案。

📍 "股票涨太多偏离目标配置了，给出把它拉回 60/40 的调仓方案"。

tlh / tax-loss-harvesting — Identifies tax-loss harvesting opportunities.

识别税务亏损收割（TLH）机会。

📍 年底前，"找出账户里浮亏的持仓，卖出抵税、再买相近标的不踩 wash sale"。

Umbrella commands: audit (site audit), research (research pipeline), create (content production), track (monitoring), auto (run the whole loop automatically), and memory-management (manage the plugin's project memory).三方

总入口命令：audit（站点体检）、research（调研流水线）、create（内容生产）、track（监控）、auto（自动跑完整闭环）、memory-management（管理插件的项目记忆）。

📍 场景：新接手一个官网，先 audit 出一份体检报告；想全自动跑完"调研→写→优化→跟踪"就用 auto，一条命令把整个闭环交给它。

Research: keyword-research (keyword discovery), serp-analysis (SERP landscape analysis), competitor-analysis (competitor SEO teardown), and content-gap-analysis (find content gaps versus competitors).三方

调研：keyword-research（关键词挖掘）、serp-analysis（搜索结果页分析）、competitor-analysis（竞品 SEO 拆解）、content-gap-analysis（找出与竞品的内容缺口）。

📍 场景：要给一个 AI 产品做内容，先 keyword-research 挖出"AI 写作工具"相关词，再 content-gap-analysis 看竞品写了哪些你还没写的主题。

Create: seo-content-writer (write SEO articles), geo-content-optimizer (optimize for AI-engine citations), meta-tags-optimizer (titles and meta descriptions), and schema-markup-generator (structured data markup).三方

创作：seo-content-writer（撰写 SEO 文章）、geo-content-optimizer（面向 AI 引擎引用的 GEO 优化）、meta-tags-optimizer（标题与 meta 描述优化）、schema-markup-generator（结构化数据标记生成）。

📍 场景：定了选题后 seo-content-writer 写正文，geo-content-optimizer 改写成更容易被 ChatGPT/Perplexity 引用的结构，再 schema-markup-generator 加结构化标记。

Optimize: on-page-seo-auditor (page-level SEO audit), technical-seo-checker (technical SEO checks), internal-linking-optimizer (internal link structure), and content-refresher (refresh aging content).三方

优化：on-page-seo-auditor（页面级 SEO 审计）、technical-seo-checker（技术 SEO 检查）、internal-linking-optimizer（内链结构优化）、content-refresher（老内容翻新）。

📍 场景：一篇两年前排名掉下去的旧文，content-refresher 翻新内容、internal-linking-optimizer 补内链、technical-seo-checker 查有没有技术问题拖后腿。

Track: rank-tracker (keyword rank tracking), backlink-analyzer (backlink profile analysis), performance-reporter (SEO performance reports), and alert-manager (anomaly alerts).三方

跟踪：rank-tracker（关键词排名跟踪）、backlink-analyzer（外链画像分析）、performance-reporter（SEO 绩效报告）、alert-manager（异常告警）。

📍 场景：内容发出去后用 rank-tracker 盯核心词排名，alert-manager 在排名暴跌时告警，月底 performance-reporter 出一份绩效报告给老板。

Deep audit: content-quality-auditor (content quality scoring), domain-authority-auditor (domain authority assessment), and entity-optimizer (entity/knowledge-graph optimization).三方

深度审计：content-quality-auditor（内容质量评分）、domain-authority-auditor（域名权威度评估）、entity-optimizer（实体与知识图谱优化）。

📍 场景：怀疑站点内容"水分大"，content-quality-auditor 给每篇打质量分，entity-optimizer 优化品牌/产品在知识图谱里的实体识别。

mem-search — Searches past session memory; use it for "我们之前是怎么解决 X 的".三方

搜索历史会话记忆；问"我们之前是怎么解决 X 的"时使用。

📍 "我上个月那个归因平台是怎么定的方案来着？"——它从记忆库里翻出当时的决策和上下文。

timeline-report — Builds a timeline report of recorded work.三方

基于记忆生成工作时间线报告。

📍 "把这个项目从启动到现在的关键节点拉一条时间线出来"。

standup — Generates a standup summary from recent observations.三方

根据近期记录生成站会汇报。

📍 早会前一句"我昨天干了啥"，它根据记忆生成一段站会汇报，不用自己回忆。

weekly-digests — Produces weekly digests of what happened.三方

产出每周工作摘要。

📍 周五"这周都做了什么"，它把一周的会话记录浓缩成一份周报。

learn-codebase — Studies a codebase and stores the understanding into memory.三方

学习代码库并把理解沉淀进记忆。

📍 接手新仓库，让它先通读一遍把架构理解存进记忆，之后再问就有上下文了。

smart-explore — Memory-assisted codebase exploration.三方

借助记忆加速的代码库探索。

📍 "这个支付逻辑在哪几个文件里？"——它结合已有记忆快速定位，不用每次从零搜。

knowledge-agent — Answers questions against the accumulated knowledge corpus.三方

基于累积的知识语料回答问题。

📍 把它当项目的"问答助手"，基于沉淀下来的知识回答"我们为什么不用 Redis"这类问题。

pathfinder — Finds paths and entry points through a codebase using memory.三方

借助记忆寻找代码库的切入路径。

📍 "我要改登录流程，从哪个文件开始下手？"——它借记忆给你一条切入路径。

make-plan — Drafts a plan informed by past context.三方

结合历史上下文起草计划。

📍 起草新功能方案时自动带上"我们之前踩过的坑、定过的约定"，不会重复造轮子。

do — Executes a task with memory context loaded.三方

在加载记忆上下文的前提下执行任务。

📍 直接派活给它，它先把相关记忆调进来再动手，省得你重复交代背景。

babysit — Watches over long-running work (e.g. PRs) across sessions.三方

跨会话照看长时间运行的工作（如 PR）。

📍 一堆 PR 等 CI 和 review，让它跨会话盯着，状态有变就接着推进。

oh-my-issues — Manages or triages issues with memory context.三方

结合记忆上下文管理或分流 issues。

📍 一堆新 issue 进来，让它结合项目记忆分类、标优先级、关联到相关历史。

how-it-works — Explains how claude-mem itself works.三方

解释 claude-mem 自身的工作原理。

📍 想搞懂这个记忆插件怎么存、怎么召回，问它自己要说明。

design-is — Captures or recalls design decisions.三方

记录或回忆设计决策。

📍 "为什么当初选了方案 B 不选 A"——记录决策理由，过几个月还能调出来。

version-bump — Handles version bumping for the plugin or project.三方

处理版本号升级。

📍 发版时"把版本号从 1.2.3 升到 1.3.0、更新相关文件"，它按规范处理。

wowerpoint — Generates a presentation from memory contents.三方

基于记忆内容生成演示文稿。

📍 "把这个项目的进展做成一套汇报 PPT"——它从记忆里取素材生成演示文稿。

Deploy & ops: deploy, deployments-cicd, vercel-cli, env / env-vars, status, bootstrap, marketplace, knowledge-update.

部署与运维：deploy（部署到预览/生产）、deployments-cicd（CI/CD 与回滚）、vercel-cli（命令行）、env/env-vars（环境变量）、status（项目状态）、bootstrap（仓库初始化）、marketplace（集成市场）、knowledge-update（平台知识纠正）。

📍 场景："把这个项目部署到 Vercel 预览环境，顺便把 .env 里的密钥同步上去"；上线出问题时用 deployments-cicd 一键回滚到上个好版本。

Next.js & frontend: nextjs, next-cache-components, next-forge, next-upgrade, turbopack, shadcn, react-best-practices, routing-middleware.

Next.js 与前端：nextjs（App Router 架构）、next-cache-components（缓存组件/PPR）、next-forge（Turborepo SaaS 脚手架）、next-upgrade（版本升级 codemod）、turbopack（打包器）、shadcn（UI 组件）、react-best-practices（TSX 质量检查）、routing-middleware（路由中间件）。

📍 场景：搭一个新 Next.js 应用，nextjs 帮你定 App Router 结构、shadcn 装组件、写完一批 TSX 后 react-best-practices 自动跑一遍质量清单。

AI & backend: ai-sdk, ai-gateway, chat-sdk, workflow, vercel-functions, runtime-cache, vercel-storage, vercel-sandbox, auth, vercel-firewall, vercel-agent, verification.

AI 与后端：ai-sdk（AI 应用开发）、ai-gateway（多模型路由/容灾）、chat-sdk（多平台聊天机器人）、workflow（可恢复的持久工作流）、vercel-functions（Serverless/Edge 函数）、runtime-cache（运行时缓存）、vercel-storage（Blob/KV/Postgres）、vercel-sandbox（隔离跑不可信代码）、auth（Clerk/Auth0 鉴权）、vercel-firewall（WAF/防 DDoS）、vercel-agent（AI 代码审查）、verification（端到端流程验证）。

📍 场景：用 ai-sdk 给产品加个流式聊天，模型层走 ai-gateway 做 OpenAI/Claude 容灾切换，对话状态用 vercel-storage 存，跑 AI 生成的代码时丢进 vercel-sandbox 隔离。

A discipline pack of workflow skills: brainstorming, writing-plans / executing-plans, test-driven-development, systematic-debugging, requesting-code-review / receiving-code-review, verification-before-completion, using-git-worktrees, subagent-driven-development, dispatching-parallel-agents, finishing-a-development-branch, writing-skills, using-superpowers.

一套"工程纪律"工作流 skill：brainstorming（动手前先探需求）、writing-plans/executing-plans（写计划/带检查点执行）、test-driven-development（TDD 先写测试）、systematic-debugging（系统化排错）、requesting-code-review/receiving-code-review（请求/接收代码审查）、verification-before-completion（声称完成前先验证）、using-git-worktrees（隔离 worktree）、subagent-driven-development / dispatching-parallel-agents（子代理并行开发）、finishing-a-development-branch（收尾分支）、writing-skills（写新 skill）、using-superpowers（总入口）。

📍 场景：它强制 Claude 守工程纪律——做新功能先 brainstorming 厘清需求、test-driven-development 先写测试、改完 verification-before-completion 必须跑命令验证后才敢说"做完了"，杜绝"看起来应该没问题"。

frontend-design — Creates distinctive, production-grade frontend interfaces with high design quality, avoiding generic AI aesthetics; use it when building web components, pages, or apps that should look genuinely good.官方插件

生成有辨识度、生产级、设计感强的前端界面，刻意避开千篇一律的"AI 味"审美；做希望真正好看的网页组件、页面或应用时使用。

📍 场景："做一个落地页 hero 区，别整成那种一眼 AI 生成的模板感"——它产出有设计品味的代码，而不是又一套居中渐变紫。

find-skills — Helps you discover and install agent skills when you ask "is there a skill for X" or want to extend capabilities.三方

当你问"有没有能做 X 的 skill""帮我找个 skill"时，帮你发现并安装合适的 agent skill。（装在 ~/.agents/skills/。）

📍 场景："有没有现成的 skill 能抓 Twitter 数据？"——它去搜可安装的 skill 并帮你装上，而不用你自己翻 marketplace。

fireworks-tech-graph — Creates technical diagrams (architecture, data flow, flowchart, sequence, agent/memory, concept map) and exports SVG+PNG; trigger with "画图" / "架构图" / "流程图" / "可视化一下".三方

生成各类技术图（架构图、数据流、流程图、时序图、agent/记忆图、概念图）并导出 SVG+PNG；说"画图""架构图""流程图""可视化一下"即可触发。（装在 ~/.agents/skills/。）

📍 场景："把这套归因+回传系统画成架构图"——它生成可导出的 SVG/PNG，比飞书画板更适合放进文档或 PPT。

statusline-setup — Configures your Claude Code status line; an Anthropic built-in helper.自带

配置 Claude Code 的状态栏（statusline）；Claude Code 自带的小工具。

📍 场景：想让底部状态栏显示当前 git 分支、模型名或 token 用量，让它帮你配好 statusLine 设置。

/add-dir — Add a new working directory.自带

给当前会话新增一个可访问的工作目录。

📍 前后端是两个独立 repo，/add-dir 把另一个也加进来，让 Claude 能跨两个目录改代码。

/advisor — Let Claude consult a stronger model at key moments.自带

在关键节点让 Claude 去咨询一个更强的模型。

📍 卡在一个棘手架构决策上，让它调更强的模型来把关，而不是自己硬扛。

/agents — Manage agent configurations.自带

管理 agent（子代理）配置。

📍 想配一个专门的 code-reviewer 子 agent，用它来新建/编辑 agent 定义。

/autofix-pr — Monitor and autofix any issues with the current PR.自带

盯住当前 PR 并自动修复出现的问题。

📍 PR 提上去 CI 报红、reviewer 留了一堆意见，/autofix-pr 盯着并自动跟进修。

/background — Send this session to the background and free the terminal.自带

把当前会话丢到后台，腾出终端。

📍 一个跑得很久的任务，/background 让它在后台继续，你这个终端先去干别的。

/branch — Create a branch of the current conversation at this point.自带

从当前对话点拉一个分叉。

📍 想试另一条实现思路又不想弄乱主线对话，/branch 分叉出去试，不行再回主线。

/btw — Ask a quick side question without interrupting the main conversation.自带

问个不打断主线的小插问。

📍 干活中途突然想确认一句无关的小问题，/btw 问一下，不污染当前任务的上下文。

/cd — Move this session to a new working directory.自带

把当前会话切到另一个工作目录。

📍 这个项目弄完了，/cd 直接切到另一个项目目录继续，不用重开会话。

/chrome — Open Claude in Chrome (beta) settings.自带

打开 Claude-in-Chrome（beta）设置。

📍 配置 Claude 接管 Chrome——xhs 抓小红书、/browse 之外要操控真实浏览器时用到。

/clear — Start a new session with empty context; previous session stays on disk (resumable with /resume).自带

开一个空上下文的新会话；旧会话留在磁盘上（可用 /resume 恢复）。

📍 上一个话题彻底结束、要换全新任务，/clear 清空上下文重开，省 token 也更聚焦。

/color — Set the prompt bar color for this session.自带

设置本会话提示栏的颜色。

📍 同时开好几个项目的终端窗口，给每个会话设不同颜色，一眼区分别搞混。

/compact — Free up context by summarizing the conversation so far.自带

把目前为止的对话压缩成摘要，腾出上下文空间。

📍 一个长任务聊到上下文快满，/compact 把前面浓缩成摘要，继续干而不丢主线。

/config — Open settings.自带

打开设置面板。

📍 想换主题、切默认模型、调权限，/config 打开设置直接改。

If the task is about code quality, start from the pipeline position: plan (/plan-eng-review) → build (/investigate, /freeze) → check (/qa, /code-review, /codex) → ship (/ship, /land-and-deploy).

如果任务关乎代码质量，按流水线位置选：方案（/plan-eng-review）→ 开发（/investigate、/freeze）→ 检查（/qa、/code-review、/codex）→ 发布（/ship、/land-and-deploy）。

If the task touches Feishu, just describe it naturally — the lark-* skills route themselves by resource type and URL pattern.

如果任务涉及飞书，自然语言描述即可——lark-* skill 会按资源类型和 URL 模式自动路由。

If the task is thinking or writing, reach for the frameworks (buffett, pg, /office-hours) and content tools (/bpr, translate).

如果任务是思考或写作，用思维模型（buffett、pg、/office-hours）和内容工具（/bpr、translate）。

And when nothing fits, just ask in plain language — most of the time Claude doesn't need a skill at all.

都不合适时，直接用大白话提需求——多数时候 Claude 根本不需要 skill 也能干。