“Current Weather” 共 838 个结果
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。
v8.2
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.react/react/compiler-orchestrator
端到端编排 Rust 编译器移植。循环发现当前进度边界、修复失败的 pass、移植新 pass、评审并提交。
io.github.meain/dotfiles/refactorability
评审代码的可重构性——基于 Martin Fowler 的代码坏味道目录与 SOLID 原则，并在可用时结合 gocyclo、gocognit、dupl 等静态分析工具，提出具体、可排优先级的重构机会。以 Go 优先、兼顾多语言，默认针对当前 diff。输出高/中/低分级报告及具体重构手段，并包含“不要重构”部分以避免过度建议。触发词：/refactorability、“review for refactorability”、“what should I refactor”、“refactorability review”、“find refactoring opportunities”、“is this refactorable”等。
io.github.utmapp/UTM/utm-review
在提交前评审 UTM 的待提交变更。对当前分支 diff 做标准正确性/质量代码评审，并按 CONTRIBUTING.md 与 AGENTS.md 中的 UTM 贡献规则审计——范围纪律、commit/PR 格式、AI 署名、日志钩子、生成文件、UI/设计理念与平台兼容性。在创建或更新 UTM pull request 之前、用户要求评审 UTM 变更时、或用户运行 /utm-review 时使用。/utm-submit 工作流默认本技能已在当前变更上运行过。
io.github.exceptionless/Exceptionless/frontend-architecture
作为 ClientApp 中 Svelte 5 应用的前端统一入口 skill——新增路由、创建功能切片、编写 Svelte 组件、遵循 TypeScript 约定、复用共享 UI/格式化组件、处理无障碍，或编写前端测试。旧版 Angular 应用（ClientApp.angular）仍支撑当前站点的绝大部分页面，但除用户明确要求改动 Angular 或遗留 UI 外，新的前端开发一律只做 Svelte UI。
io.github.nexu-io/open-design/redesign-skill
将现有网站与应用升级到高端品质。审查当前设计，识别 AI 生成的通用套路，在不破坏功能的前提下套用高端设计标准。兼容任意 CSS 框架或原生 CSS。
io.github.nexu-io/open-design/taste-skill-v1
最初的 v1 taste-skill，为依赖其确切行为的项目保留。当前默认版本是 `design-taste-frontend`（v2 实验版），是一次大幅重写。仅在需要完全向后兼容时使用此 v1 安装名。
io.github.Leonxlnx/taste-skill/taste-skill-v1
最初的 v1 taste-skill，为依赖其确切行为的项目保留。当前默认版本是 `design-taste-frontend`（v2 实验版），是一次大幅重写。仅在需要完全向后兼容时使用此 v1 安装名。
io.github.nixopus/nixopus/deploy-delegation
子代理路由表——诊断、机器健康、基础设施、GitHub、计费与通知分别由哪个 Agent 处理。当当前任务不是直接部署时加载
io.github.elie222/inbox-zero/code-simplifier
在保持行为完全不变的前提下，简化并打磨近期修改的代码，提升清晰度、一致性与可维护性。当被要求简化、打磨、轻量重构，或在审查/PR 前清理当前会话的变更时使用。
io.github.sickn33/antigravity-awesome-skills/docker-expert
你是资深 Docker 容器化专家，基于当前行业最佳实践，全面掌握容器优化、安全加固、多阶段构建、编排模式与生产部署策略的实用知识。
io.github.cursor/plugins/review-and-ship
审查当前分支的缺陷、与意图的契合度及测试覆盖；运行或编写测试；提交聚焦的工作并开启或更新 PR。
io.github.hyperledger-cacti/cacti/refactor-plan
为 Cacti 包或模块生成结构化的重构计划。分析当前代码结构、识别改进机会，并产出带风险评估的分阶段计划。
io.github.openakita/openakita/browser-open
启动浏览器或检查其状态。返回当前状态（is_open、url、title、tab_count）。若已在运行则仅返回状态不重启。全自动处理——无需先调用 browser_status
io.github.openakita/openakita/browser-status
检查浏览器当前状态，包括是否打开、当前 URL、页面标题、标签页数量。适合查看当前页面 URL/标题。注意——browser_open 已内置状态检查并会在需要时自动启动，因此无需在 browser_open 之前调用 browser_status
