Python 重构目标发现
io.github.ludo-technologies/pyscn/refactoring
使用 pyscn 在 Python 代码中查找重构目标——重复代码(克隆)、过度复杂的函数和死代码。当用户问及重构、代码重复、复杂度热点、不可达代码或代码库清理时使用。
“Code Review” 共 1,908 个结果
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 文档做新增、校验、修正或扩充的请求。
io.github.omnigent-ai/omnigent/security-audit
审计代码库或目录的安全问题(硬编码密钥、注入、不安全反序列化、弱加密、授权缺口),并输出结构化发现报告。当用户要求安全审查、审计或检查代码漏洞时使用。仅报告——绝不修改。
io.github.leookun/cursor-byok/cursor-client-e2e-debugging
在本仓库中调试 Cursor 客户端 Agent/本地模式/工具/后端存储/Provider 回放失败时使用,尤其是状态/上下文历史存储重构之后:只读分诊已安装的应用包、将已安装客户端行为与仓库代码关联、把用户提供 id 映射到会话/请求/模型调用证据、从调试日志回放 Provider 请求,或快速定位当前的客户端/后端/协议/日志文件
io.github.leookun/cursor-byok/cursor-app-formatted
在提取、格式化、刷新或调查 .cursor-app-formatted 下已安装 Cursor.app 包的只读格式化快照时使用;包括 git-ignore 规则、快照生成工作流,以及只查看格式化代码、不修补快照或已安装应用的规则
io.github.github/awesome-copilot/create-implementation-plan
为新功能、既有代码重构,或包、设计、架构、基础设施升级创建新的实施计划文件。
io.github.onyx-dot-app/onyx/image-generation
通过 `onyx-cli image` 调用工作区已配置的图像生成服务,生成或编辑位图(照片、插画、纹理、精灵图、样机、Logo、信息图)。适用于需要产出全新位图、变换已有图像或基于参考图派生变体的任务;若结果更适合用代码原生 SVG/矢量,或直接在 HTML/CSS/canvas 中绘制,则不要使用。若尚未配置图像生成服务,请提示用户前往 /admin/configuration/image-generation 完成设置。
io.github.vudovn/ag-kit/frontend-architecture
如何组织前端代码——关注点分离(UI / 逻辑 / 数据 / 类型)、文件职责、状态分层、API 服务、Schema 验证,以及 React/Next 和 Vue 的框架规范。提供结构规则,非视觉设计。
io.github.plaited/plaited/css-schemas
使用 plaited CLI 基于 @webref/css 刷新或漂移检查生成的 CSS 属性 schema。涵盖何时重新生成、评审纪律、漂移检查与失败模式。
io.github.mohitagw15856/pm-claude-skills/sql-optimizer
诊断慢 SQL 查询并给出具体的优化方案。当需要优化 SQL、加速慢查询、降低查询成本/扫描量、修复查询超时或分析查询计划时使用。产出分析结论——可能的瓶颈、查询计划的问题(全表扫描、糟糕的 join、溢写磁盘)、具体的改写和索引/分区调整以及预期收益,并附上优化后的查询。
io.github.static-web-server/static-web-server/testing
为 Static Web Server(SWS)项目编写或评审测试——单元测试、集成测试、测试 fixture 与 mock 策略。
io.github.calesthio/OpenMontage/remotion-to-hyperframes
将现有 Remotion(React)合成移植到 HyperFrames HTML。仅当用户明确要求移植/转换/迁移/翻译 Remotion 源码时使用。不要用于:(a) 新写 HyperFrames 合成;(b) 顺带提到 Remotion;(c) Remotion 代码仅作参考分享;(d) "做一个和我某个 Remotion 作品一样的视频"这类未明确要求迁移的请求——按全新制作处理。存疑时用 /general-video。单向、仅 Remotion:不支持反向导出(HyperFrames→Remotion 或其他框架),非 Remotion 来源(After Effects、Framer Motion、普通 React/CSS)超出范围,需通过 /general-video 重做。会标记不支持的模式(useState、useEffect、async calculateMetadata、第三方 React 库、@remotion/lambda)并建议运行时互操作而非有损转换。不确定是移植还是全新制作,或只是顺带提到 Remotion?→ /hyperframes。