“GitHub” 共 6,125 个结果
io.github.vercel/next.js/create-pr
为 Next.js 创建 Git 分支、commit、push 和 GitHub pull request。当用户要求建分支、提交当前改动、开 PR 或草稿 PR、发布 pull request，或从 gh pr create / PR 模板问题中恢复时使用。涵盖 .github/pull_request_template.md、--body 格式、codex/ 分支命名以及 Codex 应用的 git 指令。
io.github.vercel/next.js/backport-pr
把已合并到 canary 的 Next.js pull request 回移植到更早的发布分支（如 next-16-2）。当用户要求 backport、cherry-pick 或为某 PR 号向旧 Next.js 版本开回移植 PR 时使用。流程包括定位已合并 PR 的 commit、从目标发布分支拉回移植分支、从 canary cherry-pick、验证并以发布分支为 base 开 PR。
io.github.agent0ai/agent-zero/orchestrator
在将编码或仓库工作委派给外部终端编码 agent（用户的宿主 Claude Code/Codex/Cursor/Gemini CLI，或容器内安装的 pal agent）时使用。
io.github.elastic/kibana/scout-best-practices-reviewer
审阅 Scout UI/API 测试（含 Scout 测试迁移）在最佳实践、复用与对等性上的表现。
io.github.paperclipai/paperclip/deal-with-security-advisory
Handle confidential GitHub Security Advisory response for Paperclip. Use when coordinating advisory triage, private-fork fixes, CVE/publication steps, and immediate security releases.
io.github.paperclipai/paperclip/paperclip-distill
当某项操作 issue 属于 Paperclip 的光标窗口、蒸馏或回填时使用。把随源捆绑的 Paperclip 活动转化为有洞察的项目站会、持久项目页、决策与历史，无需解引用资源。
vcanary
io.github.lobehub/lobehub/react
LobeHub React 组件约定。在编辑 TSX UI、于 base-ui 与 @lobehub/ui 及 antd 间做选择、用 antd-style 写样式、路由、桌面变体、布局与组件状态时使用。
io.github.joe-bell/cva/writing-guidelines
按写作指南审查或撰写文档/文案。当被要求“审查我的文档”“检查写作风格”“审计文案”“评审文档语气语调”“对照写作手册检查此页”时使用——并在编写或编辑 docs/src/content/docs/ 下的内容时主动应用，这是本仓库的默认文档风格。
io.github.joe-bell/cva/security-review
面向漏洞的安全代码审查。当被要求“安全审查”“找漏洞”“检查安全问题”“安全审计”“OWASP 评审”，或审查注入、XSS、认证、授权、加密相关问题时使用。提供系统化审查与基于置信度的报告。
io.github.nexu-io/open-design/html-ppt-zhangzara-capsule
产品经理的年终自我复盘——职责、成果、成长与诉求，全部有证据支撑。以面向上级与评审委员会的决策级职业幻灯片构建。
io.github.nexu-io/open-design/html-ppt-zhangzara-retro-windows
面向全体员工的 IT 安全意识培训——识别钓鱼邮件的征兆、演练与最初 60 秒该做什么。以决策级专业培训幻灯片形式构建。
vdevelop
io.github.handsontable/handsontable/react-wrapper-dev
用于开发或修改 @handsontable/react-wrapper 包——React 组件、hooks、settings 映射、updateSettings 期间的选区保持，以及该封装的 TypeScript prop 类型与生成的 .d.ts。当任务触及 HotTableProps/HotColumnProps 类型或 <HotTable>/<HotColumn> 的 IDE 自动补全、声明构建，或反馈 React/TypeScript 用户得不到 prop 建议时使用——即便未显式提到该封装。
io.github.liuzhengdongfortest/CodeStable/cs-refactor
Refactor 主入口。触发：优化/重构/拆分/性能/代码太长，且不改变行为、不新增需求。不要用于新增功能(cs-feat)、修复 bug(cs-issue)、对外文档(cs-docs)、大需求拆解(cs-epic)。
io.github.apache/shardingsphere/review-pr
审阅 Apache ShardingSphere 的 PR 是否真正修复了根因，评估副作用与回归风险，并基于公开证据判断代码正确性或可合并性。若不可合并，则在 PR 的方向、根因模型或问题界定需要重新讨论时，产出符合维护者口吻的修改请求或需讨论反馈。也适用于 GitHub 可见的 PR 讨论、审查评论、被质疑的发现，以及可直接粘贴的维护者回复——凡涉及审查正确性、可合并性、修改请求合理性或根因证据的判断。支持面向高风险或明确拒绝零散审阅的全覆盖台账审查，并在最终输出前自我迭代。
io.github.microsoft/vscode/agent-host-logs
分析 Agent Host 调试日志导出。在拿到 ah-logs 或 ahp-logs 压缩包/目录、Export Agent Host Debug Logs 导出的内容、events.jsonl、AHP JSONL 传输日志、Agent Host.log、remote-agenthost.log 或 copilot-logs 时使用。
io.github.microsoft/vscode/code-oss-logs
查找并读取 Code OSS 开发版构建中带时间戳的进程日志，包括 main.log、renderer.log、扩展宿主日志与 agenthost.log。若日志来自 Export Agent Host Debug Logs 导出的压缩包，请改用 agent-host-logs。
io.github.Yeachan-Heo/oh-my-codex/code-review
执行一次全面的代码审查。
io.github.DietrichGebert/ponytail/ponytail
适用于任何编码任务（编写、重构、修复、审查）的偷懒资深开发模式：YAGNI、标准库优先、不做未经要求的抽象。不适用于非编码请求。
io.github.DietrichGebert/ponytail/ponytail
强制采用真正可行的最懒方案：最简、最短、最少。模仿一位见惯一切资深工程师的姿态：先质疑任务是否根本不必存在（YAGNI），优先标准库而非自写代码、平台原生能力而非引依赖、一行而非五十行。支持强度档位：lite、full（默认）、ultra。适用于任何编码任务：编写、新增、重构、修复、审查、设计代码以及选择库或依赖。当用户说 ponytail、be lazy、lazy mode、最简方案、minimal solution、YAGNI、do less、shortest path，或抱怨过度设计、膨胀、模板代码、不必要的依赖时也应使用。不用于非编码请求（通识、文章、翻译、摘要、菜谱）。
io.github.compozy/compozy/writing-tech-post
端到端完成工程博客写作：发布深度解读、故障复盘、架构迁移、性能案例、教程、AI/agent 系统记录、安全披露，以及从研究到产品的转化文章。选对文章原型、规划抽象阶梯、遵循证据节奏（图示、基准测试、profile、trace、代码、消融实验），按 Datadog、Vercel、GitHub、AWS、Meta、Cloudflare、Jane Street 等发布方的行文风格校准语气，并在发布前用叙事推进与披露伦理两道门禁检查。在起草新的工程文章、重构成色平淡的初稿、判断某种证据该放在何处、校验技术深度与产品背景是否均衡，或为对外发布准备故障复盘、迁移、性能叙述时使用。不用于 API 参考文档、README、营销文案、release notes、泛 SEO 内容、代笔高管观点文章，以及非工程类长文。
io.github.compozy/compozy/writing-skills
编写、重构与调试 agent skill。在从零创建新 skill、精简或重组臃肿的 SKILL.md、收紧 skill 描述里的触发条件，或诊断 agent 忽略内嵌 references 时使用。不用于 CLAUDE.md、AGENTS.md 这类 agent 指令文件（改用 agent-md-refactor）、一般文档或 README。
io.github.compozy/compozy/refactoring-analysis
用 Martin Fowler 的代码坏味道与技术目录审计代码库的重构机会——过长函数、重复代码、高耦合、复杂条件、基本类型偏执——并把按优先级排序的报告写到 docs/_refacs/。在审计代码质量、规划重构冲刺或检查架构健康度时使用。不用于风格/格式化、性能或安全审计。
io.github.compozy/compozy/testing-boss
关于“写出能暴露 bug 而非侥幸通过”的测试准则，覆盖软件与 LLM/AI 系统。在编写或评审测试、新增 mock、判断测试该放在哪一层、让编码 agent 生成测试、排查 flaky CI、为 LLM/agent 功能设计 eval 套件，或重建脆弱的测试集时使用。不用于通用代码评审、与测试无关的库调试、超出测试范围的 CI 流水线设计，或生产可观测性。
io.github.compozy/compozy/typescript-advanced
掌握 TypeScript 的高级类型系统，包括泛型、条件类型、映射类型、模板字面量类型与工具类型，用于构建类型安全的应用。在实现复杂类型逻辑、编写可复用的类型工具，或保证 TypeScript 项目的编译期类型安全时使用。不用于纯 JavaScript、运行时校验库（Zod、Yup）或基础的 TS 语法问题。
