Claude Skills by beixiyo

当用户要求进行代码审查、提到"review"/"审查"/"重构"/"优化代码"等关键词、或代码需要质量检查时使用。检查重复代码、逻辑错误、多余逻辑、SRP违反、模块耦合、硬编码/死代码等6个维度

当用户要求把任务派发/委派给 Codex、提到"丢给 codex"/"codex 子agent"/"用 codex 跑一下"/"codex exec"等， 或需要用本地 Codex CLI 作为便宜的执行子agent时使用。负责拆解任务、按范围选 profile、拼 prompt、多轮续聊、 回收结果并验收，不代劳最终验证 收益随「规模 × 可并行度 × 上下文隔离」上升，最划算的是：要几十次工具调用的调研定位与资料汇总、 模块级批量机械改动、彼此独立可同时跑的子任务——它们的原始输出不进主 context，验收只需读结论加抽查关键引用 产出代码的任务再看验收能否机器化：typecheck / 测试报红 / lint / 构建失败能兜住就派； 只能靠人读才判断得了好坏的（注释质量、命名、API 设计、架构取舍、文案）自己写更快 最不划算的是单点小改动又手上无事可并行：验收成本固定，会吃掉大半收益； 三种情况直接不要用——用户没明确要求委派时不主动派；任务依赖本会话的对话上下文、 或过程中需要跟用户来回确认（codex 是独立进程，读不到对话也问不了人）； 敏感、破坏性或对外可见的...

用户要求提交代码（提到 "commit"/"提交"/"push"/"git ci" 等）时调用，生成符合 Conventional Commits、对齐本仓库既有风格的提交信息并执行提交

处理「用户改一份服务端数据」的全流程决策时使用：谁能写、什么时候算改完、什么时候算确认、失败怎么退、多个视图怎么同步。覆盖表单编辑草稿、提交与确认、乐观更新、并发与失败恢复、实时回流、临时 ID 和删除计数；避免旧响应覆盖新编辑、多处重复写同一字段、错误回滚和视图长期不同步。不覆盖多人同时编辑同一字段的协同（需要 OT / CRDT），以及服务端用乐观锁主动拒绝冲突的场景

当用户需要调试复杂/偶现 Bug，且必须通过运行时真实数据、代码埋点、日志采集、用户复现或跨端/异步时序证据定位问题时使用。触发词包括 debug/调试/日志采集/log collection/运行时上下文。若读代码、跑测试、浏览器自动化或现有日志能定位，先走轻量排查，不启动本 skill

当用户问英语语法的「为什么」（为什么用 -ing、为什么虚拟语气用过去式、将来时到底是什么、为什么这里不能用 to do 等），或对时态/语气/句子结构感到混乱时使用。用第一性原理讲英语的底层生成逻辑，彻底抛弃教科书那套 16 时态规则表，AI 主动诊断、讲逻辑、出题、纠错

当用户要求「先做可行性研究 / 先评估 / 先调研方案」「XX 能不能做到」「XX 这样改可行吗」，或提出复杂改造、新能力扩展、技术选型、架构调整等需要前期论证的任务时使用。产出结构化可行性报告（现状 → 问题 → 开源参考 → 候选方案对比 → 推荐 + 改动量 → 可行性结论），先对齐方案，等用户确认后再动手。不要用于简单 bug 修复、小功能、样式/文案/配置等低风险改动，或用户已明确要求直接实现的任务

仅当用户提供 Figma 链接、Figma MCP 数据，或明确要求“按 Figma 设计稿实现/还原”时使用。不处理普通 UI 实现

当用户需要查询和操作 GitHub 或者提到 issue 等情况使用。使用 gh cli 进行仓库信息查询、文件读取、分支查看、Issue/PR 查询等操作

完成代码改动后，给出有实际信号的验证步骤；只验证行为、集成、类型、构建或真实副作用，避免低价值脚本和实现细节断言

当用户要检测/审查当前 git 变更中的 i18n、检查多语言一致性、或提到「i18n/国际化/多语言」时使用。关注各国语言差异（如英语单复数、阿拉伯语六复数形式等）

仅当用户明确要求计划、任务拆解、长期进度记录、分阶段验收，或任务需要跨多轮维护 progress 文件时使用。普通并行审查和多源验证使用 workflow

当编写前端页面布局、涉及高度传递、容器尺寸、flex/grid 布局结构时使用。确保父容器正确传递高度（h-full），定高区域用语义化常量统一管理，主区域用 calc 自适应

当用户使用中英混合表达、需要英文翻译、教学或纠错、或表达意图不明确时使用。负责翻译、纠错和澄清表达意图

当用户学习 vim 概念时，由用户主动调用

Use this skill when the user asks to parse, perform multi-format document conversion or spatially extract text from an unstructured file (PDF, DOCX, PPTX, XLSX, images, etc.) locally without cloud dependencies.

用 open-nvim 在 Neovim 中打开指定文件（可携带行列号），仅在用户主动调用时使用

Automate browser interactions with playwright-cli: open pages with persistent auth, click/type/select/upload, inspect snapshots, take screenshots, verify local or remote Web UI, retrieve page data, and run or generate Playwright tests. Use when browser automation, live UI verification, web data retrieval, or Playwright test work is needed.

编写或修改 React/TSX/JSX 组件、Hooks、自定义 Hook、useState/useEffect、forwardRef、memo、@preact/signals-react/signal 状态，或在用户自己的前端项目中需要复用 hooks/comps/utils 等内部包约定时调用。外部项目需先读项目配置和现有风格，不强行套用内部约定

当用户要求“研究一下”“系统了解”“讲清楚某个概念/原理”，或任务需要整理概念地图、权威来源、实践路径和风险时使用。不用于单个 API 查询、普通实现或可行性决策

当编写响应式布局、涉及多端适配、断点设计、或提到"响应式"/"responsive"/"移动端适配"/"mobile"等关键词时使用。强制 mobile-first 方向，先写移动端样式，再用 min-width 断点渐进增强到桌面端

当需要查资料、找文档、搜代码示例或联网检索时使用。负责选择 Context7 MCP、GitHub、gh-grep、search-mcp 或 Web Search，不直接产出长篇调研

总结当前任务的上下文和进度，以便切换 LLM 或重置上下文，由用户主动调用

编写、修改、审查或解释 TanStack Query 代码时使用，覆盖 useQuery、useMutation、QueryClient、query key、缓存同步、预取、失效、乐观更新、并发 mutation 和 v4/v5 迁移。遇到服务器状态管理、请求缓存、列表与详情同步、mutation 后刷新、staleTime/gcTime、isPending/isFetching、setQueryData/setQueriesData、invalidateQueries 或 useMutationState 时使用

使用 tmux 协调多个 AI 进程互相协作或 review，子 AI 工作时后台 bash 轮询完成状态，完成后通知主 agent。必须由用户自己调用

编写任何 UI 设计时调用（包括但不限于 html、tsx、jsx、vue），提供现代化、极简、高级感的 UI 设计风格规范

当调试 Neovim 插件（lua / vimscript）的诡异 bug、窗口/buffer 状态异常、第三方插件交互、autocmd 时序、异步回调乱序、或 bug 只在特定短暂瞬间出现（cmdline 打开、模式切换、WinNew 等）难以常规捕获时使用。强调「不凭肉眼、dump 到文件、对比 ground truth」的工程化排查法

编写或修改 Vue/SFC/组合式 API/script setup/v-model 组件时调用，提供 Vue 开发规范、TailwindCSS 样式约束，以及 hooks/comps/utils、lucide-vue-next、motion-v 等项目约定

当任务可拆成多个独立工作流时使用，包括跨文件、模块、仓库的实现、测试、搜索、审计、迁移评估和外部验证。先识别依赖与写入集合：不同仓库、隔离目录或明确不重叠文件时并行实现；写入重叠或边界不确定时只读并行、主 agent 串行集成

由用户主动调用，用于多功能并行开发

写作创作 skill：技术文章、知乎回答、杂文、故事、讽刺、反串、段子等自由创作。根据题目诊断选择手法组合，产出有人味、有毒性、有信息量的文字，全力规避 AI 味。仅由用户主动调用，不自动触发