搜索「3」的结果

io.github.mattpocock/skills/codebase-design

设计深模块的共同术语。当用户想设计或改进模块接口、寻找加深机会、决定接缝位置、让代码更可测试或更利于 AI 导航，或其他技能需要深模块词汇表时使用。

io.github.dotnet/aspnetcore/validate-blazor-feature

在编写 E2E 测试之前，使用本仓库的 Components 示例在浏览器中交互式验证 Blazor 特性或行为。用于：在 src/Components 中演练某项 Blazor 改动（渲染模式行为、交互组件、增强导航、表单、流式渲染、预渲染），决定选用哪个示例、在哪添加测试页面、如何设置渲染模式（Server/WebAssembly/Auto/静态 SSR）、如何确认应用真的处于交互状态（而非纯静态 SSR），以及如何检查浏览器控制台与网络错误。覆盖 BlazorWebAppGlobal、BlazorWebAppPerPage 与 BlazorWebAssemblyStandalone，针对仓库内的框架启动，并用 Playwright MCP 浏览器工具驱动。不适用于编写正式的 E2E/Selenium 或单元测试、非 Components 领域、对比方案调研，或在没有 Blazor 特性需要验证时仅做原生浏览器 API/HTML/CSS 的孤立实验——后者用最小化的浏览器探测即可。

io.github.electron/electron/chrome-release-cls

给定 Chrome Releases 博客文章 URL（chromereleases.googleblog.com），提取其中每条 CVE/bug，并通过检索本地 Chromium 检出及子仓库定位修复对应的 Gerrit CL。当被要求把 Chrome 安全发布说明映射到修复 CL，或找出对应某次 Chrome 稳定版更新中 CVE 的 commit 时使用。

io.github.electron/electron/chrome-release-verify

针对 Electron 发布分支的端到端 Chrome 安全回移植。给定 Chrome Releases 博客 URL 与分支（如 41-x-y），判定真实同步源码中缺少哪些 CVE 修复，在本地编写 cherry-pick 补丁，用 e sync --3 + lint --patches 验证，最后推单个 PR。当被要求把 Chrome 安全更新回移植到 N-x-y、确认“CVE-X 是否已进 N-x-y”，或为发布分支产出/验证 cherry-pick 补丁集时使用。

io.github.deepseek-ai/deepseek-harness/cordis-plugin-development

Use when authoring, installing, configuring, or debugging persistent plugins and MCP connections in the current Harness profile.

io.github.deepseek-ai/deepseek-harness/editing-cordis-compositions

在本 harness 中创建、修改或校验 Cordis composition 时使用——编写或编辑代理预设、增删插件行、判断某项内容属于宿主 composition 还是单个会话、检查自己编写的预设是否真正被装载，或诊断已装载但未产生任何贡献的插件行。

io.github.thedotmack/claude-mem/install

在 Grok Bot 上配置 claude-mem 时使用：本地 worker 加 CMEM Pro 观察器（默认），可选主机登录观察器或远程 cmem.ai。无需 Cursor。

io.github.garrytan/gstack/plan-design-review

以设计师视角评审方案规划——交互式进行，类似 CEO 评审与工程评审。（gstack）

io.github.garrytan/gstack/autoplan

自动评审流水线：从磁盘读取完整的 CEO、设计、工程和 DX 评审 skill，依据 6 条决策原则做自动决策并按顺序运行。（gstack）

io.github.garrytan/gstack/ios-design-review

在真机上对 iOS 应用做视觉设计审计。（gstack）

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

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

io.github.expo/expo/expo-sqlite

Persist and query local data with expo-sqlite in Expo or React Native apps. Use for SQLite setup, SQL queries, schema migrations, transactions, SQLiteProvider, expo-sqlite/kv-store, or the localStorage polyfill.

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

带持久页面状态的浏览器自动化。当用户要求浏览网站、填写表单、截图、提取网页数据、测试 Web 应用或自动化浏览器工作流时使用。触发短语包括 “go to [url]”“click on”“fill out the form”“take a screenshot”“scrape”“automate”“test the website”“log into”，或任何浏览器交互请求。

io.github.storybookjs/storybook/fix-linting-types-on-pr

检出 PR（含 fork PR），修复所有 lint 与 TypeScript 错误后推回。当被要求修复 PR 上的 lint、types 或 TS 错误时使用。

io.github.Yeachan-Heo/oh-my-claudecode/architecture-survey

Periodic architecture survey — walks the module graph and reports ranked deepening candidates (shallow modules, hypothetical seams, logic behind the wrong seam). Survey, not rescue: it finds candidates and hands them to the captain; it never refactors on its own.

io.github.microsoft/PowerToys/ui-tests-pipeline-ci

仅限微软 FTE 的工作流：基于已有 Azure CLI 会话与 Azure DevOps REST API，验证环境配置、排队、自动等待并稳定运行 PowerToys UI Test Automation。在本地虚拟机套件通过后、被要求跑 UITests CI、做配置就绪预检、诊断反复 az login 提示或 401/403 权限错误、复用成功的构建、查看录制/产物，或管理三连跑限制时使用。内置 agent 持有的前台完成等待器。关键词：FTE、az、Azure CLI、Azure DevOps、pipeline、UI Test Automation、UITests CI、buildNow、specificBuildId、uiTestModules、CI flake。

io.github.affaan-m/ECC/security-review

在添加身份认证、处理用户输入、接触密钥、新建 API 端点或实现支付/敏感功能时使用本技能。提供完整的安全清单与模式。

io.github.metabase/metabase/metabase-ui-component-from-figma

按 Linear issue 中描述的 Figma 规范,更新或构建 Metabase 设计体系组件(frontend/src/metabase/ui——Chip、Badge、Alert、Switch 等)。当工单要求改造现有 metabase/ui 组件样式或从 Figma 实现新组件时使用。涵盖:签出 issue、梳理组件(既有组件的用法/影响面,或新组件的脚手架)、构建 Storybook 展示矩阵(既有组件在改造样式前、新组件在其后)、依据精确的 Figma 令牌并与用户迭代完成样式,最后再提交并迁移调用点。

io.github.langfuse/langfuse/cursor-agents-workflow

人工交接、Linear 分支命名、可评审（非草稿）PR、Claude、Greptile 与 Codex 评审意见、预览测试步骤、发布在 GitHub PR 上的工作证明，以及供 Cursor agent 使用的评审存疑笔记。当 Cursor Cloud 或 Cursor 桌面 agent 实现 Linear issue、创建 GitHub PR、请人工测试、贴出截图或视频，或处理 Claude、Greptile、Codex 的代码评审意见时使用。

io.github.SigNoz/signoz/storybook-visual-diff

对 SigNoz 的一组 Storybook story 截图，然后对两次运行做像素级 diff，查看 CSS 或组件改动带来了什么变化，差异会以着色方式叠加在新截图上。适用于被要求拍 story 截图、采集视觉基线、对比样式改动前后，或找出某个改动影响到哪些页面。

io.github.CopilotKit/CopilotKit/reskin

为可换肤示例应用编写全新皮肤（skin）。skin 是 src/skins/<id>/ 下自包含的领域插件，实现冻结的 Skin 契约（src/shell/skin-contract.ts），可整体替换应用体验——品牌、主题、布局、页面、工具、数据与 agent——作为可交互的销售演示。当用户说"add a skin""create a skin""new skin""reskin the app""make a <domain> skin"或想把应用重新包装成新产品的演示外观时使用。不要用于修改 shell 本身（src/shell/**）、共享设计令牌（src/app/globals.css），除非被明确要求也不要改随包发布的 skin。

io.github.streamlit/streamlit/understanding-streamlit-architecture

讲解 Streamlit 内部架构，包括后端运行时、前端渲染与 WebSocket 通信。在调试跨层问题、端到端理解功能实现方式、规划架构改动或新人上手代码库时使用。涵盖 ForwardMsg/BackMsg 协议、脚本重跑模型、元素树、widget 状态管理等。

io.github.microsoft/vscode/ux-css-layout

VS Code 的 CSS 约定、文件组织、类名规范、标准尺寸、SplitView/Grid 布局、可滚动内容、响应式布局，以及文本溢出/省略号模式。在编写 CSS、构建布局或修复文本截断问题时使用。

io.github.discourse/discourse/discourse-frontend-conventions

Discourse 前端代码（JavaScript 与 TypeScript，.js/.gjs/.ts/.gts）中 linter 不强制的核心、插件与主题约定。在编写、审查或准备提交类代码或模板时使用。涵盖私有符号模式（#、无前缀、下划线）、超出 lint 分桶范围的类成员排序、带注释字段前的空行、禁用横幅注释、模板内安全注释、调用处 attribute/argument/modifier 排序，以及注释必要性判断标准。