“code” 共 1,871 个结果
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、调试测试失败或选择合适的测试方法时使用
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.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 或替代设计、把代码质量与仓库就绪状态分开看待，以及撰写简洁的维护者评估意见。当需要回复要求关闭、补充证据或修改代码时，同时产出一条礼貌、简洁、完整、可直接复制粘贴的维护者评论。
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.hitobito/hitobito/refactoring
在不改变外部功能的前提下重构 hitobito 内部代码时使用——用于未来的可扩展性、性能或可维护性。
io.github.nexu-io/open-design/review-animations
依据 Emil Kowalski 设计工程理念形成的高标准审查动画与 motion 代码。默认从严标记问题，通过需靠实力赢得。
io.github.home-assistant/core/ha-review
审查 Home Assistant 代码变更并给出建设性反馈。需要一致性审查行为与输出格式时应使用。可用于一般代码审查，不限于 GitHub pull request。
io.github.citypaul/.dotfiles/typescript-strict
TypeScript 严格模式实践，包括 schema 优先开发、品牌类型、type 与 interface 的选型指引及 tsconfig 严格标志。在编写 TypeScript 代码、定义类型或 schema、审查类型安全时使用。不可变性与纯函数相关模式请参阅 functional 技能。
