THE SKILLS COLLECTION
你的下一项实用技能。
从具体任务出发，找到用途、安装步骤与使用方法。
to-tickets
把计划拆成贯穿必要层次的小任务，为每个任务写清验收条件和阻塞依赖。
Github
在 OpenClaw 中整理 PR 的草稿、审核与检查状态，并在需要时沿对应运行查看日志。
to-spec
把当前对话中已确定的需求和技术取舍整理成规格说明，交给项目配置的记录工具。
agent-browser
agent-browser 把浏览器操作组织成“观察页面、选择元素、执行操作、再次检查”的循环。先为 Agent 安装入口，再准备 CLI 与浏览器，才能真正操作页面。
skill-creator
明确触发条件和产物，再通过样例任务、基线比较与反馈迭代技能。
expo-data-fetching
处理 Expo 请求、缓存、认证、离线与保存失败，并区分初次加载和后台刷新。
expo-router
用文件路由组织 Expo 页面，并正确设置布局、参数、原生栈和深链接。
implement-spec
按票据依赖图并行实施整份规格，并将结果汇总到一个集成分支。
schema
依据页面可见内容选择结构化数据类型，生成代码并安排验证。
site-architecture
设计页面层级、导航、URL 和内链，并检查改版时旧页面的去向。
diagnosing-bugs
先建立能触发具体故障的反馈，再缩小范围、验证假设，最后检查修复是否有效。
improve-codebase-architecture
调查代码中的理解与测试成本，用可视化报告展示重构候选，再深入讨论你选中的一个。
resolving-merge-conflicts
结合提交、PR 和需求背景处理进行中的 merge 或 rebase 冲突，再运行检查完成操作。
tdd
先约定测试观察的位置，再循环编写一个失败测试与最小实现，让测试围绕用户行为。
expo-dev-client
判断何时需要自定义开发包，配置本地或 EAS 构建，并区分原生重建与日常刷新。
expo-upgrade
结合版本说明对齐依赖、处理原生项目与弃用 API，并验证升级后的关键能力。
gh-address-comments
读取当前分支 PR 的评论和评审线程，列出修改清单，再处理你选中的意见。本文介绍已弃用仓库中保留的独立版本。
gh-fix-ci
查看 PR 的失败检查和 GitHub Actions 日志，提出修复计划，再验证修改。本文介绍已弃用仓库中保留的独立版本。
playwright
通过 Playwright CLI 打开页面、填写表单和保存截图，用实际交互检查网站。本文介绍已弃用仓库中保留的独立版本。
security-best-practices
面向 Python、JavaScript/TypeScript 和 Go，按语言与框架指导整理安全问题和改进建议。本文介绍已弃用仓库中保留的独立版本。
security-ownership-map
从 Git 历史建立人员与文件关系，定位敏感模块的维护集中、交接缺口和共同变化。本文介绍已弃用仓库中保留的独立版本。
security-threat-model
根据仓库证据列出资产、入口、信任边界和可能的滥用路径，形成可讨论的威胁模型。本文介绍已弃用仓库中保留的独立版本。
sentry
通过 sentry CLI 只读查询 Issue 和事件，按真实项目、环境与时间范围整理线上错误。本文介绍已弃用仓库中保留的独立版本。
vercel-react-best-practices
按请求瀑布、客户端包体、服务端与渲染成本的顺序审查 React 和 Next.js 代码。
vercel-react-native-skills
围绕列表虚拟化、稳定行组件、图片、动画与原生导航审查 React Native 应用。
vercel-composition-patterns
把不断增加的布尔属性拆成显式组件变体，整理共享状态与组件组合。
grill-with-docs
通过持续追问明确设计，同时把项目术语和重要取舍记录下来，方便下一轮开发继续使用。
domain-modeling
在讨论业务规则时澄清含糊概念，把确定下来的术语写入 CONTEXT.md，必要时记录架构决策。
code-review
把一段已提交的 Git 变更分别对照项目规范和需求说明，找出两类偏差。
webapp-testing
用 Python Playwright 检查本地网页行为，并保留截图和浏览器日志。
web-artifacts-builder
用 React 与组件库构建复杂交互，再打包成便于分享的 HTML artifact。
mcp-builder
从接口调研、工具设计到测试与问答评估，构建 MCP 服务。
writing-plans
将设计拆成有文件位置、接口、测试与完成证据的实施任务。
verification-before-completion
在宣布修好、测试通过或准备交付之前，运行对应检查并核对完整结果。
using-git-worktrees
识别已有工作树，再按项目约定创建或复用隔离目录并检查测试基线。
test-driven-development
按失败测试、最小实现和保持通过的重构循环开发功能或修复缺陷。
systematic-debugging
通过复现、对照、单一假设和回归测试处理缺陷与异常行为。
receiving-code-review
先理解和核查评审意见，再逐项接受、澄清或提出有代码依据的异议。
brainstorming
根据探索、局部改动或架构设计选择沟通深度，把模糊想法整理成可确认的方案。