wjs-converting-wp-to-hugo
把 WXR 导出与 uploads 迁移为 Hugo 静态站并部署到 GitHub Pages。
▸ 推荐理由提供离线零第三方依赖的全流程迁移，保留媒体和 URL 结构，便于静态化改造。
▸ 风险提示复杂插件数据与动态功能可能无法自动迁移，需要手动补充
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 2057 个
wjs-auditing-project
对代码仓库进行整体健康审计，定位卡顿、失败与偏离计划项并生成修复清单。
▸ 推荐理由快速汇总未合并分支、失败流水线与计划漂移，便于团队有序修复。
▸ 风险提示修复阶段需要仓库写权限与 GitHub Token，存在误操作风险
ontoly-software-graph
利用 Ontoly 的确定性软件图对 TypeScript 仓库做架构与影响分析。
▸ 推荐理由把图数据库作为单一事实源，便于做精确的追踪与影响评估。
▸ 风险提示依赖 Ontoly 服务/凭据，需对接私有或付费平台。
opencli-adapter-author
指导编写 OpenCLI 浏览器 adapter，从侦查到编码和 verify 完成适配闭环。
▸ 推荐理由提供端到端步骤与调试建议，能在短时间内通过 opencli 验证。
▸ 风险提示会运行 opencli/browser 命令并生成 trace，需注意网络与本地浏览器权限。
tdd
采用测试驱动开发流程，用测试先行指导功能实现并保证回归安全。
▸ 推荐理由强调通过公共接口编写集成风格测试，适合稳健开发流程。
systematic-debugging
遇到 bug 或异常时按流程定位根因并避免随机修补的系统化调试指南。
▸ 推荐理由强调先找根因再修复，能显著减少返工与新缺陷。
prototype
快速构建可运行的短期原型以验证设计、业务或状态模型问题。
▸ 推荐理由面向快速决策的轻量方案，适合验证假设或比较多种 UI 方案。
migrate-to-shoehorn
把测试中的 as 断言迁移为 @total-typescript/shoehorn 的类型安全写法。
▸ 推荐理由对大型 TS 项目有用，可减少不安全的测试断言。
improve-codebase-architecture
扫描代码库发现架构与可测试性改进点并生成可视报告。
▸ 推荐理由把抽象架构问题转化为可执行深度重构建议。
▸ 风险提示需访问代码库和读取/修改权限。
get-api-docs
使用 chub CLI 获取第三方 API/库的最新文档与用法示例。
▸ 推荐理由避免凭训练数据猜测，能确保引用最新接口与用法。
▸ 风险提示依赖 chub CLI，运行时会调用本地/远程可执行文件。
find-docs
通过 ctx7 CLI 检索并返回最新库/框架的文档与示例代码。
▸ 推荐理由快速获取准确、实时的 API 文档，适合写代码前核验细节。
▸ 风险提示会通过 npx/外部 CLI 拉取远程包，存在执行外部代码的风险。
diagnosing-bugs
系统化诊断难查的 bug 和性能回归的循序方法论
▸ 推荐理由构建稳定反馈回路，节省排查时间并定位根因
▸ 风险提示可能需要运行测试/修改代码或访问日志，需有权限
codebase-design
为深度模块设计提供共享词汇与原则，提升可维护性与测试性
▸ 推荐理由有助于重构与定义清晰边界，适合大型代码库
browser-trace
附加只读 CDP 客户端记录浏览器所有事件、截图与 DOM 转储
▸ 推荐理由便于定位自动化失败和审计网络/控制台/DOM 行为
▸ 风险提示会捕获敏感网络和页面内容，注意隐私与合规
better-icons
从 200+ 图标库检索并获取 SVG 的命令行工具和代理服务
▸ 推荐理由加速图标查找与获取，适合前端/设计工作流
▸ 风险提示需安装 npm 包，存在依赖/供应链风险
writing-plans
为多步骤开发任务撰写详尽实现计划，指定修改、测试与交付细节。
▸ 推荐理由把复杂任务拆成可执行小步，减少沟通与交接成本。
verification-before-completion
在宣称完成前必须运行并检查验证命令与输出，以证据支撑结论。
▸ 推荐理由防止未验证的断言，提高交付与审查的可靠性。
using-git-worktrees
指导使用原生工具或 git worktree 建立隔离工作区以安全开发。
▸ 推荐理由适合并行分支与隔离修改，强调先检测已存在隔离再创建。
test-driven-development
在实现功能或修复 bug 前先写测试、再实现并确保测试通过。
▸ 推荐理由强调先见失败再修复，帮助保证回归与高代码质量。
systematic-debugging
在提出修复前进行系统化根因分析，避免草率补丁和重复故障。
▸ 推荐理由强调先找根因再修复，适合降低回归和盲目修补带来的风险。
subagent-driven-development
为每个任务分派全新子智能体并通过规格与质量两阶段审查来驱动开发。
▸ 推荐理由把复杂实现拆成独立子任务并引入双重审查，显著提高输出质量与可靠性。
requesting-code-review
生成并派遣有组织的审查上下文以请求代码审查，帮助早期发现问题。
▸ 推荐理由把审查上下文标准化，能在合并前快速发现问题并节省返工成本。
receiving-code-review
在实施审查建议前先验证、复述和评估反馈以保证技术严谨性。
▸ 推荐理由强调先验证再实施，适合需要严谨技术判断的场景与团队文化。
mcp-builder
提供构建 Model Context Protocol 服务器的系统化方法与项目结构规范。
▸ 推荐理由为需要将 AI 助手与外部能力连接的团队提供实用架构与实施指南。
finishing-a-development-branch
验证测试并提供合并、PR 或清理等结构化选项以完成开发分支收尾工作。
▸ 推荐理由在合并前强制验收和清晰选项，减少回滚与集成问题。
executing-plans
在独立会话中加载、审查并按步骤执行书面实现计划，带有检查点与报告。
▸ 推荐理由结构化执行复杂计划并在关键节点进行审查，减少盲目实现风险。
dispatching-parallel-agents
将互不依赖的子任务分别分派给隔离的子智能体并发执行以加速排查与完成。
▸ 推荐理由适合同时处理多个独立失败或子任务，显著提升并发处理效率。
chinese-git-workflow
适配国内平台（Gitee/Coding/极狐/CNB）的 Git 工作流与 CI 接入指南。
▸ 推荐理由提供面向国内环境的实操性 Git 与 CI/CD 适配建议。
chinese-commit-conventions
中文化的 Conventional Commits、commitlint 与 changelog 配置与模板参考。
▸ 推荐理由便于团队统一提交格式并自动化生成变更日志。
spec-workflow
把功能请求按阶段转为规范并逐步生成研究、需求、设计与任务。
▸ 推荐理由覆盖从立项到任务执行的完整流程，适合规范化交付场景。
smart-ralph
Ralph 插件核心，定义公共参数、执行模式与协调/委派规则。
▸ 推荐理由作为插件框架的中心化规范，便于统一行为与参数传递。
reality-verification
指导在实现前后复现故障并验证修复效果的流程与判定规则。
▸ 推荐理由明确区分“修复前复现”和“修复后验证”，提高修复可靠性与可验证性。
interview-framework
用于交互式需求访谈，按相位引导问题并生成选项化决策路径。
▸ 推荐理由结构化访谈算法，能在规格各阶段高效收集澄清信息。
ralph-specum
作为主入口处理完整规范工作流，缺少子技能时可自足运行。
▸ 推荐理由一体化协调器，适合需要端到端自动化的规范工作流。
▸ 风险提示需要读取和写入仓库/工作区文件的权限。
ralph-specum-triage
将大型史诗拆解为多个规范并产出拆分与执行计划。
▸ 推荐理由适合将大型项目分解为可交付的规范集合与里程碑。
▸ 风险提示需要读取和写入仓库/工作区文件的权限。
ralph-specum-tasks
协调任务阶段，委派任务规划子代理并合并任务状态。
▸ 推荐理由自动生成并管理任务清单，减少人工拆解工作量。
▸ 风险提示需要读取和写入仓库/工作区文件的权限。
ralph-specum-switch
切换活动规范，解析配置并维护 .current-spec 状态。
▸ 推荐理由在多规范仓库中快速切换工作上下文与追踪活动规范。
▸ 风险提示需要读取和写入仓库/工作区文件的权限。
ralph-specum-status
汇报规范状态与进度，遍历并读取配置的规格根目录。
▸ 推荐理由快速查看多个规范或根目录的当前进展状况。
▸ 风险提示需要读取和写入仓库/工作区文件的权限。
ralph-specum-start
启动或恢复规范，管理 .current-spec 并合并状态文件。
▸ 推荐理由便于快速初始化或恢复规范工作区与状态。
▸ 风险提示需要读取和写入仓库/工作区文件的权限。
ralph-specum-research
协调研究阶段，委派研究子代理并管理规范文件。
▸ 推荐理由把研究任务外包给专门子代理，适合团队化流程。
▸ 风险提示需要读取和写入仓库/工作区文件的权限。