搜索「Code Review」的结果

io.github.aiskillstore/marketplace/typescript-strict

强制 TypeScript 严格模式与类型安全。在初始化项目、审查代码或类型错误被忽略时使用。涵盖严格标志、no-any 规则与类型推断最佳实践。

io.github.aiskillstore/marketplace/backend-fundamentals

在审查 API 路由、服务端逻辑、Express/Node.js 代码或后端架构时自动调用。强制 REST 约定、中间件模式与关注点分离。

io.github.aiskillstore/marketplace/typescript-strict-guard

在编写或审查 TypeScript 代码时使用。强制执行严格模式标准、显式类型与最佳实践，防止 any 类型、@ts-ignore 注释与非空断言。这是一项全面技能——在编写任何 TypeScript 之前请查阅详细指南。

io.github.terryyin/translate-python/post-change-refactor

在提交前重构并清理未提交的变更。消除重复、重命名不清晰的领域概念、在类似变更可能出现时收敛散弹式修改、移除无用/仅测试用/冗余代码，并将超过 250 行的文件拆分为内聚模块，同时确认相关测试仍然通过。在完成一个阶段或子阶段后、提交前使用，或开发者要求清理当前变更时随时触发。触发词：refactor change、clean up change、post-change refactor、before commit cleanup、tidy current change。

io.github.Arize-ai/phoenix/phoenix-frontend

Phoenix AI 可观测性平台的前端开发准则。在 app/ 目录编写、审查或修改 React 组件、TypeScript 代码、样式或 UI 功能时使用。任何前端任务都会触发——新组件、UI 变更、样式、无障碍修复、表单处理或组件重构。用户询问本项目前端约定或组件模式时也使用。设计系统规则（错误展示、布局、对话框、令牌）请改用 phoenix-design 技能。

io.github.aiskillstore/marketplace/typescript-jsdoc

为 TypeScript 代码编写有效的 JSDoc 注释。提供文档格式、放置策略、最佳实践以及何时写文档、何时让代码自解释的指导。有助于保持代码清晰与 IDE 支持。

io.github.samber/cc-skills-golang/golang-security

Golang 的安全最佳实践与漏洞预防，覆盖注入（SQL、命令、XSS）、加密、文件系统安全、网络安全、Cookie、密钥管理、内存安全与日志。在编写、评审或审计 Go 代码安全性，或处理涉及加密、I/O、密钥管理、用户输入、鉴权的风险代码时应用，也包含安全工具的配置。

io.github.Arize-ai/phoenix/phoenix-typescript

Phoenix monorepo 中任何 TypeScript 代码的规范与模式——包括 js/packages/、app/ 及其他 TS 目录。只要编写、审查或修改 TypeScript 代码（新函数、类型、导出、测试或重构）就使用本技能。当用户询问本项目的 TS 模式、命名约定或最佳实践时也触发。

io.github.bitsocialnet/seedit/refactor-pass

在近期变更后执行以简洁为目标的重构清理。当用户要求重构/清理、简化、移除死代码或说“重构一遍”时使用。

io.github.actualbudget/actual/writing-release-notes

只要在 Actual Budget 仓库中新增、撰写、起草或修复一条发布说明，就使用本技能。它就是随代码改动一起发布的 changelog 条目，以 Markdown 文件形式存放在 `upcoming-release-notes/`。触发请求如添加发布说明、写 changelog 条目、为这个 PR 或改动补发布说明、创建 upcoming release note，或在本仓库完成一个面向用户的改动、下一步自然就是补发布说明的任何时刻。这些说明是给人读的，因此必须短、用平实语言、不含技术细节。写成 commit message 风格或带实现术语，产出会在评审中被退回重写。

io.github.ludo-technologies/pyscn/refactoring

使用 pyscn 在 Python 代码中查找重构目标——重复代码（克隆）、过度复杂的函数和死代码。当用户问及重构、代码重复、复杂度热点、不可达代码或代码库清理时使用。

io.github.langflow-ai/langflow/frontend-i18n

使用 i18n 体系（i18next / react-i18next）添加、修改或审查 Langflow 前端的用户可见文案。当变更涉及新增或编辑 UI 字符串——标签、按钮、tooltip、模态框、toast、错误提示、空状态——或审查包含用户可见文案的 diff 时使用。所有用户可见字符串必须走翻译体系，且每个新 key 必须存在于全部 locale 文件中。不适用于后端字符串、日志消息或代码标识符。

io.github.forcedotcom/sf-skills/mobile-platform-native-capabilities-integrate

构建使用原生移动设备能力的 Salesforce LWC——条码扫描、生物识别、定位、NFC、日历、通讯录、文档扫描、地理围栏、AR 空间捕捉、应用评价与支付。当用户要求 LWC 执行条码扫描、文档拍照、定位或地理围栏、生物识别提示、读写设备日历或通讯录、NFC 触碰、收款、应用评价提示或 AR 空间扫描时使用。也由“lightning/mobileCapabilities”“mobile capability”“Nimbus”“device capability”触发。移动离线/Komaci priming 审查请勿使用（改用 mobile-platform-offline-validate），挑选通用 Lightning 基础组件请勿使用（改用 design-systems-slds-apply）。

io.github.hitobito/hitobito/refactoring

在不改变外部功能的前提下重构 hitobito 内部代码时使用——用于未来的可扩展性、性能或可维护性。

io.github.supabase/supabase/clickhouse-logs-queries

针对 ClickHouse 支撑的 logs 表（logs.all.otel 分析端点）编写、评审与迁移 Supabase 日志查询。只要任务涉及 Logs Explorer SQL、log_attributes map、按日志 source 查询（edge_logs、postgres_logs、auth_logs 等）、把旧的 BigQuery cross join unnest(metadata) 日志查询翻译为 ClickHouse，或在 apps/studio/data/logs 与 apps/studio/components/interfaces/Settings/Logs 中接入分析日志 SQL 时使用。用户即使只说“日志查询”“Logs Explorer”或粘贴一段 BigQuery 日志查询待转换也应使用，不必非要提到 ClickHouse。

io.github.citypaul/.dotfiles/typescript-strict

TypeScript 严格模式实践，包括 schema 优先开发、品牌类型、type 与 interface 的选型指引及 tsconfig 严格标志。在编写 TypeScript 代码、定义类型或 schema、审查类型安全时使用。不可变性与纯函数相关模式请参阅 functional 技能。

io.github.sickn33/antigravity-awesome-skills/git-workflow-and-versioning

规范 Git 工作流实践。在进行任何代码改动、提交、建分支、解决冲突，或需要在多条并行工作线之间组织工作时使用。

io.github.sickn33/antigravity-awesome-skills/design-thinking

为前端设计提供方向与意图。与 design 技能配合，用于定义目的、基调、领域、色彩世界和审查标准；借鉴电影、建筑、营销、UX、汽车与工业设计等跨领域视角。

io.github.sickn33/antigravity-awesome-skills/security-and-hardening

加固代码以抵御漏洞。在处理用户输入、认证、数据存储或外部集成时使用；在构建任何接受不可信数据、管理用户会话或对接第三方服务的功能时使用。

io.github.sickn33/antigravity-awesome-skills/api-sdk-generator

为任意 REST API 生成客户端 SDK 代码、API 封装库、请求/响应模型及语言专属的使用模式。当用户要求“生成 SDK”“编写客户端库”“创建 API 封装”“从我的 API 生成 TypeScript 类型”“写一个 Python……”时使用。

io.github.bluesky-social/atproto/testing

本 monorepo 的测试实践——在单元与端到端测试之间取舍、测试文件位置、tsconfig.test.json 的角色、如何驱动 Playwright、如何编写/适配 UI/端到端测试，以及该用哪个测试运行器（vitest 还是 jest）。当用户要求添加、编写或扩展测试、补充覆盖率、创建测试文件、在新包里搭建测试、提到 vitest/jest，或引用既有 *.test.ts 文件时，必须先调用本技能再做任何代码搜索或文件读取。同等适用于单元测试与端到端/UI 测试——后者会路由到 Playwright-MCP 优先的探索流程，与常规代码搜索工作流不同。

io.github.wondelai/skills/refactoring-patterns

运用具名重构变换改进代码结构而不改变行为。当用户提到“重构这段代码”“代码坏味道”“提取方法”“替换条件”“技术债”“下移方法”“内联变量”“分解条件”或“清理这段烂代码”时使用。也在整理遗留代码、为新增功能重组代码、或判断哪种变换对应某种代码坏味道时触发。覆盖坏味道驱动重构、安全变换序列与测试保障。代码质量基础参见 clean-code；复杂度管理参见 software-design-philosophy

io.github.mohitagw15856/pm-claude-skills/refactoring-plan

为混乱代码规划一次安全、渐进、不改变行为的重构。当代码需要重组、难以修改、结构纠缠，或你想在添加新功能前先清理它时使用。产出一个由多个保持行为的小步骤组成的有序计划、需要先行搭建的安全网（测试/特征测试）以及目标结构——把重构做成一连串绿灯提交，而不是高风险的推倒重写。

io.github.mono/SkiaSharp/api-docs

为 SkiaSharp 撰写并评审 XML API 文档（docs 子模块中的 ECMA/mdoc XML）。两种模式：(1) 新增：为含“To be added.”占位符的新 API 写文档；(2) 评审：按范围检查现有文档的准确性、时效性、示例与卫生。触发语：“document class”“add XML docs”“write XML documentation”“fill in missing docs”“remove To be added placeholders”“review documentation”“check docs for errors”“fix doc issues”“audit the docs”“review the font docs”“are the examples correct”“update out-of-date docs”，以及任何对 SkiaSharp API 文档做新增、校验、修正或扩充的请求。