搜索「Source Code」的结果

io.github.lightdash/lightdash/frontend-style-guide

在编写 React 组件、从 Mantine v6 迁移到 v8 或编写样式代码时应用 Lightdash 前端样式指南。在编辑 TSX 文件、修复样式问题，或用户提到 Mantine、样式、CSS modules 时使用。

io.github.dzhng/skills/refactor-clean

用清爽的重构取代层层淤积。当一次变更暴露出重复概念、本地适配器、过时的职责归属、兼容性包装、平行抽象，或某个不断堆积众多职责的超大模块，或任何代码区域出现“先糊上去再说”的压力时使用。

io.github.EpicenterHQ/epicenter/refactoring

逐次改动的重构机制：精确统计调用方数量、决定内联还是保留、合并重复的 switch 分支、把原始访问收拢到单一类型化边界、外科手术式的单次改动单次提交、重构后清扫过时的 JSDoc 与失效导出。真正动手编辑代码做清理、判断单调用方 helper 是否值得保留，或规划一连串小重构提交时使用。异味清单见 code-audit；整场会话的简化见 collapse-pass。

io.github.FradSer/dotclaude/refactor

针对指定文件、目录或语义查询执行自动化重构。当用户要求重构特定文件或目录、简化近期改动的代码、清理有限范围内的无用代码，或调用 “/refactor” 时使用。

io.github.vercel/next.js/insight-error-page

为 Next.js dev overlay 撰写或审查 insight 类型的错误页。在新建 errors/<slug>.mdx 页面、审查现有页面或检查其与 framework 修复卡片是否一致时使用。涵盖页面结构、标题对齐、带 Copy prompt 按钮的 FixCard、代码片段、与正式文档的术语一致性，以及 Vercel 技术写作风格。

io.github.serverless/serverless/serverless-sandboxes

使用 Serverless Framework 的 `sandboxes` 特性（AWS Lambda MicroVMs）在 AWS 上构建、运行和运维隔离或临时计算资源。当用户想执行不可信或 AI 生成的代码、按会话/代理/租户运行隔离负载、构建代码执行后端，或提到 Firecracker MicroVMs、serverless.yml 的 `sandboxes` 块、`serverless dev --sandbox`、`invoke --sandbox`、`logs --sandbox`、RunMicrovm、AWS Lambda MicroVMs 时使用。即使用户既没提 Serverless Framework 也没提 sandbox，只要描述隔离的 AWS 执行环境即应触发。

io.github.ChromeDevTools/devtools-frontend/devtools-ux-writing-refactor

按 UX 文案规范，重构 DevTools 模块文件夹中面向用户的 UIStrings 与本地化注释（b/40799900 的子任务）。在为某个文件夹或 issue 精简措辞、检查 sentence case 或改进 UIStrings 的 L10n 注释时使用。不用于一般代码改动或非 UIStrings 文件。

io.github.opensanctions/opensanctions/refactor-crawler

将杂乱或 AI 生成的爬虫代码重写为符合 zavod 最佳实践的整洁、生产级代码。当用户要求清理、重构、整理爬虫代码、“达到生产可用”或对齐最佳实践时使用。

io.github.hashintel/hash/testing-hashql

HashQL 测试策略，包括 compiletest（UI 测试）、单元测试与快照测试。在为 HashQL 代码编写测试、使用 //~ 注释、运行 --bless、调试测试失败或选择合适的测试方法时使用

skillsmp.pythoughts-labs-css-pro-tips-skill-md

在编写、审查、重构或现代化 CSS/Tailwind 时使用，提供经源码验证的模式：reset、box sizing、焦点样式、居中、宽高比、选择器、布局、现代 CSS、渐进增强、旧模式现代化、MDN Baseline 支持分级、@property、容器单位、popover、View Transitions、自定义高亮与 scroll-state 查询。

io.github.cloudflare/security-audit-skill/security-audit

对代码库做安全审计——Web 应用、API、服务、CLI 工具、库、守护进程等均可。在需要发现安全缺陷、做安全评审、漏洞审计或对代码做渗透测试时使用。聚焦真实可被利用、有实际影响的问题，不涉及理论风险或行业惯例行为。

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.c15t/c15t/writing-docs

撰写或编辑 docs/**/*.mdx 下的 c15t 文档——c15t.com 站点与随已发布包分发的文档均以它为源。在编写指南、集成页面、参考文档、修改包内文档（packages/*/docs、packages/*/AGENTS.md）或修复文档 lint 失败时使用

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

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

io.github.koala73/worldmonitor/fetch-country-brief

按 ISO 3166-1 alpha-2 国家代码，获取当前的 AI 生成战略情报简报。当用户询问某国当前地缘政治、经济或安全局势摘要时使用。

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.openai/openai-agents-python/maintainer-review

以 openai-agents-python 维护者的身份评审一个 GitHub issue 或 PR 链接，分阶段判断该诉求是否真实存在、是否具有实际重要性、是否能用受支持的功能自行解决、范围界定是否恰当、是否有更合适的其他设计、以及是否值得投入维护者与贡献者的精力。用于评估 issue 的有效性与严重程度、决定优先处理还是关闭、判断所请求特性究竟代表未被满足的需求还是只是可发现性或用法缺口、判断 PR 是否值得推进到可合并质量、比较多个开放 PR 或替代设计、把代码质量与仓库就绪状态分开看待，以及撰写简洁的维护者评估意见。当需要回复要求关闭、补充证据或修改代码时，同时产出一条礼貌、简洁、完整、可直接复制粘贴的维护者评论。