搜索「Current Weather」的结果

io.github.browser-use/browser-use/remote-browser

通过当前的 Browser Use CLI，从沙箱机器控制一个隔离的 Browser Use Cloud 浏览器。

io.github.PostHog/posthog/writing-code-comments

判定一条代码注释是否该存在，并强制留下的注释解释“为什么”而非“是什么”。在用任何语言（Python、TypeScript、Go、Rust、SQL）编写或编辑注释前务必使用，也用于评审新增注释的 diff。清除 clutter 代码库的注释类型：复述代码的旁白、变更历史与聊天上下文备注（“之前做了 X”“按 PR #123”“AI:”）、易失效的度量与现状标记（“约 20 分钟构建”“目前”“今天”）、被注释掉的代码与冗余 docstring。保留有价值的注释：不显然的 why、关于非本地影响的警告、指向未来读者无法自行重建上下文的线索。不适用于面向用户的文案（见 `/writing-user-facing-copy`）或提交信息。

io.github.mattpocock/skills/claude-handoff

把当前对话移交给一个全新的后台代理，让它立即接手工作。

io.github.mattpocock/skills/setup-pre-commit

在当前仓库配置带 lint-staged（Prettier）的 Husky pre-commit 钩子，含类型检查和测试。当用户想添加 pre-commit 钩子、配置 Husky、设置 lint-staged，或加入提交时格式化/类型检查/测试时使用。

io.github.openclaw/openclaw/auto-qa

持续审计、实测和压测当前 OpenClaw 代码库，覆盖至少十个独立划界的子系统流水线；默认产出 100 个经过独立验证并已合入的根因修复，维护有证据支撑的报告，并即时通报每个合入的 pull request。适用于 OpenClaw 全局自主 QA、实时供应商行动，以及网关、CLI、Web、插件、原生应用、场景、打包和长稳测试。

io.github.mattpocock/skills/handoff

把当前对话压缩成交接文档，供另一个代理接手。

io.github.ClickHouse/ClickHouse/continue-pr-auto

continue-pr 的无人值守变体,供自动化使用(由 utils/continue-all-prs.sh 驱动)。解决冲突——当机械合并不足以对齐当前 master 时重做停滞的功能——修复 CI、处理反馈并推送,全程不打扰用户。交互式使用请优先选 continue-pr。

io.github.PostHog/posthog/qa-team

面向代码变更的多代理 QA 审查团队。当用户要求“review my code”“run QA”“qa-team”“review this branch”“code review”“check my changes”，或希望对当前分支变更做全面的多视角审查时使用。并行派出专项代理（安全、数据库、可靠性、兼容性、数据完整性、性能、前端、文案）独立审查 diff 并产出收敛报告，另含两名通才评审员做收敛校验。

io.github.PostHog/posthog/auditing-llm-gateway-parity

对照 PostHog/ai-gateway 审计 services/llm-gateway，并基于当前实现证据更新 services/llm-gateway/PARITY.md。当任一网关的认证、归属、计费、端点、提供方、模型、路由或元数据发生变化、评审 Python 网关改动，或被要求刷新、核验或报告网关对等性时使用。本技能更新对等记录但不迁移调用方。

io.github.affaan-m/ECC/living-docs-governance

通过为现有项目文档分配清晰的章程、地图、状态与历史角色，再把正在使用的代理运行框架接到这些权威来源上，从而避免长期项目的文档腐化。在维护阶段使用：当文档与代码脱节、代理跨会话丢失上下文，或刻意删除的内容反复被重建时。优先沿用仓库现有的文档结构，而不是新建根目录文件。中文触发：文档治理、活文档、项目状态追踪、防文档漂移、项目地图、健康仪表盘、删除区、长期项目治理

io.github.upstash/context7/context7-mcp

通过 Context7 MCP 服务器获取最新的按版本区分的库文档和代码示例。用户询问任何库、框架、SDK、API、CLI 工具或云服务(含 API 语法、配置、安装说明、版本迁移、CLI 用法、库特定调试)时使用;调用第三方库生成代码时使用;用户指明版本(如 Next.js 15、React 19)时使用。React、Vue、Next.js、Prisma、Supabase、Express、Tailwind、Django、Spring Boot 等知名库同样适用,因为训练数据可能未反映最新变化。库文档优先于网络搜索。不用于:重构、从零编写脚本、业务逻辑调试、代码审查、通用编程概念,或用户已提供相关文档时。

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.asgeirtj/system_prompts_leaks/code-review

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

io.github.agentscope-ai/AgentTeams/mcp-server-management

当管理员要求配置 MCP 工具服务器（如 GitHub、天气 API）、轮换凭证、授予/撤销 worker 对 MCP 工具的访问，或通过 YAML 添加自定义 API 集成时使用。

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 跳过截图。