“github gitlab git pull” 共 6,628 个结果
io.github.OpenZeppelin/openzeppelin-contracts/library-api-design
openzeppelin-contracts 的 API 设计规则。在 contracts/ 下新增、修改或审查任何合约时使用。涵盖 virtual、memory 与 calldata 的选择、public 与 external 的取舍、重载、空操作与 revert 的区别、_update 单一 override 模式、内部与外部接口拆分、_msgSender 以及 override 扩展点。
io.github.OpenZeppelin/openzeppelin-contracts/testing
openzeppelin-contracts 的测试约定。在编写或修改测试、mock 或形式化验证规范时使用。涵盖 hardhat-exposed 的 $ 包装器、何时才应手写 mock、Hardhat 加 Chai 的模式（loadFixture、shouldBehaveLike、多目标循环）、Foundry 模糊测试、Halmos 符号执行、Certora 基于规则的验证以及 changeset 规则。
io.github.brucesongs/kali-claw/kubernetes-attack
Kubernetes 集群攻击与红队，涵盖 RBAC 滥用、Pod 逃逸（特权 Pod、hostPath、capabilities、hostPID/hostIPC、容器运行时 socket、内核 CVE）、kubelet API 滥用（10250/10255）、etcd 直连、ServiceAccount 令牌窃取（传统与投影令牌）、RBAC 提权链、云托管 K8s（EKS/GKE/AKS）横向移动，以及 kubectl 插件生态（peirates、CDK、kube-hunter、BOtB、kubeletctl、kubescape、stratus-red-team、kubernetes-goat）。
io.github.nexu-io/open-design/brand-extract
通过驱动内置浏览器从实站提取完整品牌套件。当品牌提取项目带着浏览器标签中的站点打开，或用户要求「提取品牌」「拉取 <url> 的品牌」「从这个站点获取配色/字体/Logo」，或基于参考网站构建品牌/设计系统时使用。与 agent-browser 工具配合测量，并在反爬墙拦截页面时暂停等待用户处理。
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.doccker/cc-use-exp/refactor-safety
当用户要求重构代码（提取组件、合并重复逻辑、重命名变量、优化结构）时触发。提供重构安全检查清单，防止丢失原始上下文。
vdevelop
io.github.handsontable/handsontable/writing-docs-pages
在 docs/content/guides/ 下创建或编辑文档页面时使用——涵盖 YAML frontmatter、页面结构、框架特定的示例嵌入、写作风格与侧边栏注册。
io.github.AI-Shell-Team/aish/devops-docker-patterns
Docker 容器化专家，精通多阶段构建、镜像优化、Docker Compose 模式与生产容器安全。适用于 Dockerfile 优化、compose 配置与容器最佳实践。
io.github.mattpocock/skills/review
从某个固定基点（commit、分支、tag 或 merge-base）起沿两条轴线审查变更——规范（代码是否遵循本仓库书面编码规范？）与规格（代码是否符合原始 issue/PRD 的要求？）。两条审查由并行子代理执行并并排呈现。当用户想审查分支、PR、进行中的变更，或要求“review since X”时使用。
io.github.omnigent-ai/omnigent/security-audit
审计代码库或目录的安全问题（硬编码密钥、注入、不安全反序列化、弱加密、授权缺口），并输出结构化发现报告。当用户要求安全审查、审计或检查代码漏洞时使用。仅报告——绝不修改。
io.github.alibaba/loongcollector/security-check
提交或推送前的安全检查，扫描 API Key、访问令牌等敏感信息。
io.github.alibaba/loongcollector/testing-standards
LoongCollector 的测试标准：单元测试、端到端测试、基准测试。编写或审查测试时参考
io.github.YosemiteCrew/Yosemite-Crew/mobile-patterns
在 apps/mobileAppYC 中开展工作时使用。涵盖 React Native 架构、导航、Redux Toolkit 状态管理及移动端专属约定
io.github.leookun/cursor-byok/cursor-debug-log
当需要调查 Cursor 本地模式 debug/log 证据时使用：config.yaml 的 log 热加载、history/<conversationId>/debug JSONL 文件、Bidi 原始/解码记录、RunSSE 记录、runtime/provider debug 记录、debug 文件缺失原因，或解释这些 debug 文件如何生成与如何查询。
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.affaan-m/ECC/react-native-patterns
React Native 与 Expo 应用模式——Expo Router 导航、状态分层（服务端/客户端/路由/表单）、结合 Zod 的 TanStack Query 数据获取、高性能列表、NativeWind/StyleSheet 样式、原生 API 与安全存储。当构建或修改 React Native/Expo 的页面、组件、导航或数据层时使用。
io.github.affaan-m/ECC/mailtrap-email-integration
引导智能体通过 Mailtrap Email API 集成事务性邮件发送，包括沙盒测试、域名验证和 API 认证。适用于实现邮件发送功能、排查投递问题或搭建安全的开发/预发环境邮件测试时。
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.ruvnet/ruflo/pod-sales
执行业务 pod 中销售环节的一次 tick（ADR-164 §4.1，Phase 2）。加载 templates/sales.json，按 pod-schema 校验，在 ruflo 的 agent 注册表中解析 agent，通过 Phase-2 基于文件的占位账本预留预算（原子 SQLite 记账留待 ADR-164.1 的 Phase 3），为每个 agent 构造 dry-run prompt，经 federation_bbs_publish 的 JSONL 存储把摘要信封发布到 sales room，并输出结构化 {podName, tickId, agentsRan, totalUsd, envelopeId, status} 行供 /loop 摄取。默认 dry-run；--live 留给 Phase 3。
io.github.Archive228/loopkit/sql-review
在 SQL 与 ORM 查询上线前审查其正确性、安全性与性能。
io.github.JetBrains/intellij-community/testing-internals
tests.cmd 执行流程、测试发现与故障排查的内部机制。在调试测试发现问题或理解测试运行器时使用。
io.github.JetBrains/intellij-community/testing-internals
tests.cmd 执行流程、测试发现与故障排查的内部机制。在调试测试发现问题或理解测试运行器时使用。
