搜索「Current Information」的结果

io.github.google-gemini/gemini-cli/quality

评估 GitHub issue 是否属于垃圾内容、空内容、需要补充信息，或可以继续处理。

io.github.grafana/grafana/add-e2e-selectors

为 Grafana 前端的交互元素和关键容器添加可靠的 @grafana/e2e-selectors。为 React 组件添加 e2e 选择器、data-testid 或测试选择器，或文件和组件缺少测试选择器、需要让元素可测试时使用。收到 Grafana Pathfinder 交互指南（guide 目录或 content.json）要求审计修复时也可用——它会提取指南的 reftarget 选择器，识别薄弱项并在 Grafana 的 JSX 源头修复。在 e2e-selectors 包中定义版本化选择器并把 data-testid 接入 JSX。接受文件路径、目标列表、目录、pathfinder 指南或当前打开的文件。

io.github.upstash/context7/find-docs

为任意开发者技术检索最新文档、API 参考和代码示例。只要用户询问特定库、框架、SDK、CLI 工具或云服务——包括 React、Next.js、Prisma、Express、Tailwind、Django、Spring Boot 等知名库——就使用本技能,因为训练数据可能未反映最近的 API 变更或版本更新。以下情况务必使用:API 语法问题、配置项、版本迁移问题、提到库名的 "how do I" 问题、涉及库特定行为的调试、安装说明,以及 CLI 工具用法。即使认为已知答案也应使用——不要依赖训练数据中的 API 细节、签名或配置项,务必对照当前文档核实;库文档与 API 细节优先于网络搜索。

io.github.obra/superpowers/using-git-worktrees

在需要与当前工作区隔离的功能开发开始前，或执行实现计划之前使用——通过原生工具或 git worktree 回退方案确保存在隔离的工作区。

io.github.Shubhamsaboo/awesome-llm-apps/commit-archaeologist

从本地 git 历史还原代码存在的原因：引入 commit、后续变更、当前作者、反复同行的文件以及可能的意图。当用户问“这段代码为什么存在”“这个函数是谁写的、为什么”、或在重写/重构/高风险编辑前要求“解释这个函数的历史”时使用。完全本地运行。

io.github.langflow-ai/langflow/ibm-a11y-pr-remediation

扫描当前 PR/分支触及的所有前端界面，查找 IBM Equal Access Level 1 无障碍问题并默认修复全部范围内的违规项。发现变更文件、映射到路由/组件/状态，同时运行 axe 与 IBM 引擎，持续修复直至双引擎通过（或仅剩已记录的基线），并汇报结果。当用户要求对“这个 PR”“我的分支”“我的改动”做无障碍检查、扫描或清理并期望直接修复（而非仅报告）时使用。仅需单范围审计报告用 ibm-a11y-level1-audit；仅批量扫描路由用 ibm-a11y-route-scan。

io.github.openclaw/openclaw/model-usage

按模型汇总 CodexBar 本地成本日志（Codex 或 Claude），可只看当前或完整明细。

io.github.zeroclaw-labs/zeroclaw/github-issue-triage

ZeroClaw 的 issue 分诊与生命周期管理 agent。当用户想要：分诊未关闭 issue、关闭过期/重复/已修复的 issue、打标签、清理积压、执行 current issue stale 策略或处理某个具体 issue 时使用。触发语：'triage issues'、'issue triage'、'sweep issues'、'close stale issues'、'handle issue #N'、'backlog sweep'、'label issues'、'stale pass'、'wont-fix pass'、'issue accounting'、'how many issues'、'backlog health'，以及任何涉及 ZeroClaw 项目 issue 生命周期管理的请求。

io.github.tursodatabase/turso/testing

如何编写各类测试、何时使用哪种测试，以及如何运行它们。包含将 .test 转换为 .sqltest 的信息，以及如何编写 .sqltest 与 Rust 测试。

io.github.asgeirtj/system_prompts_leaks/code-review

按给定强度审阅当前 diff 的正确性缺陷和复用/简化/效率优化(low/medium:更少、高置信度发现;high→max:覆盖更广、可能含不确定发现;ultra:云端多 agent 深度审查)。传 --comment 以行内 PR 评论发布发现,或传 --fix 在审查后将修改应用到工作树。

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.Stirling-Tools/Stirling-PDF/ui-before-after

分析分支或 PR，自动捕获其变更触及的每个 UI 界面前后截图，再做像素级差分呈现实际变化，并组装成可直接放进 PR 的前后对比拼图。通用且 diff 驱动：从 diff 推导捕获目标（变更的工具/路由 → URL）而非手工列举界面，「前」从基础分支捕获、「后」从头部分支捕获，仅保留视觉上确有差异的视图。每次对比自动裁剪到实际变化区域（差异像素包围盒），仅当变更覆盖大部分页面时才回退整页。用于前后截图、分支/PR 视觉差分、「给 PR 描述配截图」「展示 UI 改了什么」或 UI 变更并排对比。接受 PR 编号/URL（经 gh 解析）或分支名；默认当前分支对比其基础分支。参数：--scope <selector>、--base <ref|merge-base>、--theme light|dark|both、--all（捕获每条路由而非仅变更处）。

io.github.Stirling-Tools/Stirling-PDF/ui-walkthrough

对当前分支功能做完整的 UI 调查。枚举每个视图与状态（空态、有数据、加载、错误、每个对话框/菜单/面板、响应式断点、浅色+暗色+RTL），用内置 Playwright 工装捕获，汇总为带全局明暗切换滑杆的单图 HTML 走查，随后跑两轮审查：视觉/一致性（对齐、间距、专业感、明暗一致、对比度、截断）与 UX/易用性（流程、可发现性、可供性、空态/错误态、预期）。当被要求做 UI 走查、截图审查、设计或 QA 巡检、「找出可以更易用/更好的地方」或前端工作合并前使用。加 --fix 自动应用安全的前端修复并重新捕获；--theme 限定主题；--no-rtl 跳过 RTL。

io.github.Stirling-Tools/Stirling-PDF/feature-walkthrough

端到端讲解当前分支的完整逻辑与流程，让毫无前置知识的人也能理解、审查并复现。从分支 diff 界定变更范围，追踪其触达的每一层流程（前端工具/hook/组件、Java controller/service/endpoint、Python 引擎、配置、i18n、测试），产出带 Mermaid 图（时序/流程/架构）、可点击引用的带注释文件地图、前后行为对比、涉及 UI 时的截图、「本地试跑」章节与边界情况/风险的自包含走查文档。当被要求做功能或分支走查、「解释这个分支做了什么」、设计/逻辑说明、PR 审查者上手或交接文档时使用。加 --html 可同时输出渲染的 HTML 版；--no-screens 跳过截图。

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.koala73/worldmonitor/fetch-country-brief

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

io.github.sickn33/antigravity-awesome-skills/review-swarm

对当前 git diff 或明确文件范围进行并行的只读多代理审查，发现行为回归、安全或隐私风险、性能与可靠性问题、契约或测试覆盖缺口。当用户要求 review swarm、并行审查、diff 审查时使用。

io.github.leookun/cursor-byok/cursor-client-e2e-debugging

在本仓库中调试 Cursor 客户端 Agent/本地模式/工具/后端存储/Provider 回放失败时使用，尤其是状态/上下文历史存储重构之后：只读分诊已安装的应用包、将已安装客户端行为与仓库代码关联、把用户提供 id 映射到会话/请求/模型调用证据、从调试日志回放 Provider 请求，或快速定位当前的客户端/后端/协议/日志文件

io.github.terryyin/lizard/post-change-refactor

在提交前重构并清理尚未提交的改动：消除重复、重命名含义不清的领域概念、在很可能出现同类改动时收敛 shotgun surgery、删除死代码/仅测试用代码/冗余代码，把超过 250 行的文件拆成内聚模块，并确认相关测试仍然通过。在完成某个阶段或子阶段后、提交之前使用；开发者要求清理当前改动时同样适用。触发词：refactor change、clean up change、post-change refactor、before commit cleanup、tidy current change。

io.github.symfony/symfony/symfony-security-review

审查某个改动（PR、当前分支 diff 或一组文件），或审计某个组件乃至整个代码树的安全加固缺失或不当之处。从第一性原理出发推理信任边界，再对照 Symfony 的加固不变量族检查代码，并运行 .github/sa-tools 中的检查门禁。当用户说 security review、security audit、check hardening、review this PR/branch for security、audit <component> for <vuln class>、是否缺少安全加固，或点名要排查的漏洞类别时使用。

io.github.poshan0126/dotclaude/refactor

以测试覆盖率作为安全网进行安全的代码重构。使用 `--diff` 可在提交前只简化当前工作区 diff。

io.github.affaan-m/ECC/connections-optimizer

以先评审再删减的方式重整用户在 X 与 LinkedIn 上的人脉，给出添加/关注建议，并按各渠道特点用用户真实语气起草暖场触达内容。当用户想清理关注列表、朝当前重点方向拓展，或围绕更高信噪比的关系重新平衡社交图谱时使用。

io.github.microsoft/vscode/code-review

对当前会话的改动执行代码评审。当用户通过 Changes 工具栏中的 Run Code Review 按钮请求代码评审时使用。

io.github.code-yeongyu/oh-my-openagent/agent-browser

自动化浏览器交互，用于 Web 测试、表单填写、截图与数据提取。当用户需要浏览网站、与页面交互、填表单、截图、测试 Web 应用或从页面提取信息时使用。