“filesystem github context7 playwright” 共 6,557 个结果
io.github.PurpleAILAB/Decepticon/mobile
当测试目标是 Android（APK / AAB）或 iOS（IPA）应用时使用。涵盖静态分析（jadx、apktool、class-dump）、基于 Frida 与 Objection 的动态插桩、SSL pinning 绕过、root/越狱检测绕过、deep-link / URL scheme 滥用、导出组件攻击、IPC 重定向、WebView 漏洞，以及生物识别 / Face ID / Touch ID 绕过。
io.github.asmyshlyaev177/state-in-url/nextjs-ssr
在 Next.js App Router 中使用 SSR 安全的 useUrlState。从服务端页面转发 searchParams（在 Next.js 15+ 中 await 该 Promise），在纯客户端组件中调用 useSearchParams()，在 useHistory true/false 之间取舍，并使用 Proxy（前身是中间件）向服务端布局暴露查询参数。仅支持 App Router——不支持 Pages Router。在使用 state-in-url/next 或任何需要首屏 URL 状态正确的场景下加载此技能。
io.github.taracodlabs/aiden/docker-management
Docker 容器、镜像、数据卷、网络管理（CLI + Dockerode）
io.github.actualbudget/actual/writing-release-notes
只要在 Actual Budget 仓库中新增、撰写、起草或修复一条发布说明，就使用本技能。它就是随代码改动一起发布的 changelog 条目，以 Markdown 文件形式存放在 `upcoming-release-notes/`。触发请求如添加发布说明、写 changelog 条目、为这个 PR 或改动补发布说明、创建 upcoming release note，或在本仓库完成一个面向用户的改动、下一步自然就是补发布说明的任何时刻。这些说明是给人读的，因此必须短、用平实语言、不含技术细节。写成 commit message 风格或带实现术语，产出会在评审中被退回重写。
io.github.vinvcn/mattpocock-skills-zh-CN/writing-fragments
一种追问式会话，用来从用户那里挖掘片段，也就是各类写作素材（主张、小场景、尖锐句子、半成形想法），并追加到单一文档中，作为未来文章的原始素材。适用于用户想在施加结构前发展想法，或提到 “fragments”、“ideate”、“raw material” 写作素材时。
io.github.vinvcn/mattpocock-skills-zh-CN/writing-beats
以自选路径风格，把文章塑造成一段节拍旅程。用户从原始素材中选择起始节拍，你只写这一段，然后提供下一步转向选项，逐个节拍推进，直到文章自然结束。适用于用户已有原始素材，并想把它组装成叙事而不是论证时。
io.github.vinvcn/mattpocock-skills-zh-CN/writing-shape
通过对话会话，把一份原始素材 Markdown 文件塑造成文章：起草候选开头，逐段扩展，并在每一步讨论格式（列表、表格、提示块、引用）。适用于用户有一堆笔记、片段或粗稿，并希望把它变成可发布作品时。
io.github.bmad-code-org/BMAD-METHOD/bmad-review-verification-gap
审查代码变更中被改动、可能因验证不可靠而回退未被发现的行为。在检查变更是否有充分验证时使用。
io.github.XiaomiMiMo/MiMo-Code/frontend-design
构建新 UI 或重塑既有 UI 时提供独特而有意图的视觉设计指引。只要任务产出或修改用户会看到的渲染内容——网站、落地页、Web 应用、仪表盘、React/HTML/Vue 组件、带视觉输出的 artifact、风格 overhaul，或“让它更好看”的请求——即使用户从没说“设计”二字也应使用。涵盖美学方向、字体排印、环境约束（字体、Tailwind、素材），以及何时应归于惯例而非追求独特。
io.github.affaan-m/ECC/clickhouse-io
ClickHouse 数据库模式、查询优化、分析与数据工程最佳实践，适用于高性能分析型工作负载。
io.github.affaan-m/ECC/clickhouse-io
ClickHouse 数据库模式、查询优化、分析与数据工程最佳实践，适用于高性能分析型工作负载。
io.github.kenn-io/agentsview/testing-without-tautologies
在创建、修改、修复或评审测试时使用；在添加 mock、fake、断言、单元测试、PG 集成测试、前端组件测试或 Playwright e2e 测试时使用；也在测试失败后改动测试时使用。
io.github.affaan-m/ECC/plan-orchestrate
读取计划文档，将其拆解为步骤，从 ECC 目录中设计每一步的代理链，并输出可直接粘贴的 /orchestrate 自定义提示词。只做生成——本身不会调用 /orchestrate。当用户有多步计划并想通过 orchestrate 来驱动、又不想手工编排代理链时使用。
io.github.openai/openai-agents-python/maintainer-review
以 openai-agents-python 维护者的身份评审一个 GitHub issue 或 PR 链接，分阶段判断该诉求是否真实存在、是否具有实际重要性、是否能用受支持的功能自行解决、范围界定是否恰当、是否有更合适的其他设计、以及是否值得投入维护者与贡献者的精力。用于评估 issue 的有效性与严重程度、决定优先处理还是关闭、判断所请求特性究竟代表未被满足的需求还是只是可发现性或用法缺口、判断 PR 是否值得推进到可合并质量、比较多个开放 PR 或替代设计、把代码质量与仓库就绪状态分开看待，以及撰写简洁的维护者评估意见。当需要回复要求关闭、补充证据或修改代码时，同时产出一条礼貌、简洁、完整、可直接复制粘贴的维护者评论。
io.github.openai/openai-agents-python/code-change-verification
当改动影响 OpenAI Agents Python 仓库的运行时代码、测试，或影响构建与测试行为时，执行必须通过的验证流程。
io.github.udecode/plate/autoreview
提交/发布前的代码审查：默认使用 Codex；可选 Claude、Pi、Droid、Copilot、Cursor 或 OpenCode。
io.github.ludo-technologies/pyscn/refactoring
使用 pyscn 在 Python 代码中查找重构目标——重复代码（克隆）、过度复杂的函数和死代码。当用户问及重构、代码重复、复杂度热点、不可达代码或代码库清理时使用。
io.github.Dynatrace/dynatrace-for-ai/dt-obs-kubernetes
Kubernetes 集群、Pod、节点与工作负载监控。在分析 K8s 健康状态、资源优化、Pod 故障、OOMKill、调度或安全态势时使用。也用于 Pod 重启、OOM 事件、驱逐等 Kubernetes 运维事件及集群事件历史分析。触发词："Kubernetes pods"、"K8s cluster health"、"OOMKill"、"pod restarts"、"container CPU"、"namespace resource usage"、"over-provisioned pods"、"privileged containers"、"pod placement"、"K8s node capacity"、"running containers by cluster"、"workload scheduling"、"pod evictions"、"K8s labels and annotations"、"kubernetes events"、"pod restart events"、"OOM events"、"K8s event history"。不用于解释已有查询、产品文档问题、AWS 专属资源查询、服务级 RED 指标、分布式追踪或日志分析 —— 请改用相应技能。
io.github.langflow-ai/langflow/frontend-i18n
使用 i18n 体系（i18next / react-i18next）添加、修改或审查 Langflow 前端的用户可见文案。当变更涉及新增或编辑 UI 字符串——标签、按钮、tooltip、模态框、toast、错误提示、空状态——或审查包含用户可见文案的 diff 时使用。所有用户可见字符串必须走翻译体系，且每个新 key 必须存在于全部 locale 文件中。不适用于后端字符串、日志消息或代码标识符。
io.github.forcedotcom/sf-skills/mobile-platform-native-capabilities-integrate
构建使用原生移动设备能力的 Salesforce LWC——条码扫描、生物识别、定位、NFC、日历、通讯录、文档扫描、地理围栏、AR 空间捕捉、应用评价与支付。当用户要求 LWC 执行条码扫描、文档拍照、定位或地理围栏、生物识别提示、读写设备日历或通讯录、NFC 触碰、收款、应用评价提示或 AR 空间扫描时使用。也由“lightning/mobileCapabilities”“mobile capability”“Nimbus”“device capability”触发。移动离线/Komaci priming 审查请勿使用（改用 mobile-platform-offline-validate），挑选通用 Lightning 基础组件请勿使用（改用 design-systems-slds-apply）。
io.github.hitobito/hitobito/refactoring
在不改变外部功能的前提下重构 hitobito 内部代码时使用——用于未来的可扩展性、性能或可维护性。
io.github.abhigyanpatwari/GitNexus/gitnexus-pdg-query
在查询或扩展 GitNexus 的 PDG 控制/数据依赖接口（`pdg_query` MCP 工具、CDG/REACHING_DEF 边），或推理“什么控制 X”/“Y 流向哪里”/guard 子句时使用。示例：“这条语句的 guard 是什么？”“在函数内追踪这个变量”“为什么 pdg_query 结果为空？”“添加一个 CDG 查询”。
io.github.abhigyanpatwari/GitNexus/gitnexus-cli
当用户需要运行 GitNexus CLI 命令时使用，例如 analyze/index 仓库、查看状态、清理索引、生成 wiki 或列出已索引仓库。示例：“Index this repo”“Reanalyze the codebase”“Generate a wiki”。
io.github.abhigyanpatwari/GitNexus/gitnexus-guide
当用户询问 GitNexus 本身——可用工具、如何查询知识图谱、MCP 资源、图 schema 或工作流参考——时使用。示例：“有哪些 GitNexus 工具？”“我该怎么用 GitNexus？”
