“Data Analysis” 共 1,550 个结果
io.github.browser-use/browser-harness/browser-harness
通过 CDP 直接控制浏览器——驱动用户已在运行的 Chrome（或 Browser Use 云浏览器）进行自动化、抓取、测试或网页交互。当用户想点击、截图、填表、提取数据或导航真实网页时使用。默认采用截图+坐标点击，而非选择器定位。需一次性安装 `browser-harness` CLI（见 references/install.md）。
io.github.abhigyanpatwari/GitNexus/gitnexus-pdg-query
在查询或扩展 GitNexus 的 PDG 控制/数据依赖接口（`pdg_query` MCP 工具、CDG/REACHING_DEF 边），或推理“什么控制 X”/“Y 流向哪里”/guard 子句时使用。示例：“这条语句的 guard 是什么？”“在函数内追踪这个变量”“为什么 pdg_query 结果为空？”“添加一个 CDG 查询”。
vbeta
io.github.TanStack/table/compose-with-tanstack-form
用 `@tanstack/react-form` 为 `@tanstack/react-table` v9 提供可编辑单元格。表格是布局原语，编辑状态由表单负责。用 `createFormHook` 注册可复用的字段组件（`TextField`、`NumberField`、`SelectField`），然后在每列的 `cell` 中返回 `<form.AppField name={`data[${row.index}].field`}>{(field) => <field.TextField />}</form.AppField>`。关键类型坑点：如果行数据里存在递归的 `subRows`，表单的行类型要用 `Omit<Row, 'subRows'>`——TanStack Form 的 `DeepKeys` 会递归并触发 TS2589。行的增删重渲染应订阅 `form.state.values.data.length`，而不是整个数组。
vbeta
io.github.TanStack/table/client-to-server
把客户端的 `@tanstack/react-table` v9 表格转为服务端模式（manual 系列开关）。将服务端分页/排序/过滤后的行作为 `data` 传入，为服务端现在负责的部分设置 `manualPagination` / `manualSorting` / `manualFiltering` / `manualGrouping` / `manualExpanding`，提供 `rowCount` 以便 `getPageCount()` 可用，并从 `tableFeatures()` 中删除对应的工厂（服务端分页就不再放 `paginatedRowModel` 槽位）。通过外部 atom（`useCreateAtom` 加 `options.atoms`）自己托管相关状态切片，让查询能以该切片为 key 并自动重新请求；或者继续使用经典的 `state` 加 `on*Change` 受控状态。
vbeta
io.github.TanStack/table/production-readiness
`@tanstack/react-table` v9 可直接上生产的优化手段：只注册你真正用到的 `features` 以缩减包体积；对 `features`、`data` 与 `columns` 做记忆化以保持引用稳定；用窄 selector 或按切片的 `useSelector(table.atoms.<slice>)` 订阅替代 `(state) => state`；并借助 `<table.Subscribe>` 与 `<Subscribe>` 把状态驱动的重渲染下沉到树的更深处，避免每次切换排序指示器都重渲染昂贵的表体。小表格不要过度优化——默认 selector 加内联渲染在性能未经测量验证前完全够用。
io.github.K-Dense-AI/scientific-agent-skills/experimental-design
在数据采集之前设计实验与研究方案——选择设计类型、随机化、区组化以及安排处理组合，使结果真正可解释。当有人正在规划研究、询问如何把受试者/样本分组、提到随机化、区组、分层、对照、析因或部分析因设计、实验设计（DOE）、多因素筛选、响应面优化、交叉/重复测量/裂区设计、整群分组随机化、拉丁方、孔板布局、批次与进样顺序效应、重复与伪重复，或序贯/自适应/群序贯设计时使用。即使表述随意，例如这个实验该怎么安排、如何避免混杂、测试这 6 个因素的最佳方式、把这些小鼠分配到各处理组，也应触发。若设计已定、需要计算样本量或统计功效请使用 statistical-power，分析已采集的数据则使用 statistica。
io.github.affaan-m/ECC/documentation-lookup
通过 Context7 MCP 获取最新的库与框架文档，而不是依赖训练数据。当出现安装配置类问题、API 参考、代码示例，或用户点名某个框架（如 React、Next.js、Prisma）时触发。
io.github.affaan-m/ECC/prediction-market-risk-review
审查预测市场、资产组合、预言机与交易 Agent 相关流程在合规、安全、数据质量、隐私和执行方面的风险。在任何流程涉及交易平台授权、用户持仓数据、API 密钥或交易规划之前使用。
io.github.affaan-m/ECC/react-patterns
React 18/19 模式：hooks 纪律、服务端/客户端组件边界、Suspense + 错误边界、表单 action、数据获取、状态管理决策树，以及无障碍优先的组合方式。在编写或审查 React 组件时使用。
io.github.victorgarciaesgi/regle/regle-typescript
Regle 的 TypeScript 集成——类型安全的校验输出（InferSafeOutput、$validate），从规则推断状态（InferInput）、计算规则的类型标注（inferRules、RegleComputedRules），以及组件 props 类型标注（InferRegleRoot、RegleRoot、RegleFieldStatus、SuperCompatibleRegleRoot）。在为规则 schema 加类型、跨组件传递 r$ 或提取校验数据类型时使用。
io.github.alirezarezvani/claude-skills/security-pen-testing
当用户要求进行安全审计、渗透测试、漏洞扫描、OWASP Top 10 检查或进攻性安全评估时使用。涵盖静态分析、依赖扫描、密钥检测、API 安全测试与渗透测试报告生成。
io.github.petyosi/react-virtuoso/reactive-engine
使用 @virtuoso.dev/reactive-engine-* 包族管理应用状态。在以下情况使用本技能：(1) 用 Cell、Stream、Trigger 或 Resource 节点定义响应式状态；(2) 通过 EngineProvider、useCellValue、useCellValues 或 usePublisher 连接 React 组件；(3) 用 reactive-engine-query 中的 Query 与 Mutation 获取数据；(4) 用 reactive-engine-router 的 Route、Layout 与 Guard 做路由；(5) 用 linkCellToStorage 持久化 Cell；(6) 基于该引擎架构组件或库；(7) 任何涉及 Engine、pub、sub、getValue、combine、pipe、link、changeWith、e 命名空间，或报错“No active engine found”的任务。
io.github.cloudflare/vibesdk/frontend-design-saas
顶级 SaaS 仪表盘与产品 UI 参考。在构建应用外壳、数据表格、设置面板、账单页、仪表盘、鉴权流程、管理工具或任何内部/客户侧 SaaS 产品 UI 时使用此技能。受 Stripe、Linear、Vercel、Airbnb、Notion 启发。涵盖中性色系设计 token、侧边栏+内容框架、高密度数据 UI、表单繁多的配置页、命令面板、空状态，以及这些产品所达到的无障碍（WCAG AA+）标准。
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.code-yeongyu/oh-my-openagent/agent-browser
自动化浏览器交互，用于 Web 测试、表单填写、截图与数据提取。当用户需要浏览网站、与页面交互、填表单、截图、测试 Web 应用或从页面提取信息时使用。
io.github.microsoft/hve-core/security-reviewer-formats
安全审查编排器及其子代理的格式规范与数据契约。
io.github.JuneQQQ/polynoia/backend-architect
设计 API、数据模型与服务边界，制定可靠的后端实现方案。
io.github.postgis/postgis/sql-programming
通用 SQL 编程、格式化、调试与查询构造技巧。用于与 PostGIS 空间数据无关的一般 SQL 工作
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.flutter/flutter/natural-writing
包含撰写自然、准确、可读文本的明确规则。在撰写较长文本时使用，如分析文档、PR 或 CL 描述、documentation。
io.github.langfuse/langfuse/security-review
Langfuse 的安全审查模式。当改动涉及接受用户提供的 URL、host/endpoint/baseURL 字段、密钥、跨租户数据、新的出站 HTTP 请求、新的集成（webhook、对象存储、LLM 连接、图片代理）、跟随重定向的行为或新的鉴权/权限范围时，在代码审查、设计或规划阶段使用。目前覆盖 SSRF 与出站 URL 校验，并有意扩展到其他反复出现的安全问题（租户隔离、密钥处理、重定向处理不当、文件上传、RBAC 权限范围漂移）。
io.github.FerroxLabs/wayland/sql-analytics-expert
面向分析的高级 SQL，涵盖窗口函数、CTE、递归查询、查询优化、透视，以及面向数据仓库与分析型数据库的复杂分析模式。当用户询问 sql analytics expert、相关技术、最佳实践，或需要该领域指导时使用。当请求超出 sql analytics expert 范围或需要其他专项技能时请勿使用。
io.github.FerroxLabs/wayland/mobile-analytics
专业移动分析，涵盖归因追踪、漏斗分析、崩溃报告集成、A/B 测试框架、留存与同期群分析、事件分类体系设计、符合隐私规范的数据采集、实时看板，以及面向 iOS 与 Android 应用的可执行指标策略。当用户询问 mobile analytics、mobile analytics 最佳实践，或需要 mobile analytics 实施指导时使用。当用户需要其他专项技能或涉及无关技术领域时请勿使用。
io.github.FerroxLabs/wayland/backend-architect
化身为资深后端架构师，设计可扩展、高可用的服务端系统，明确 API 契约、合理的模型与有据可查的取舍。当用户需要系统设计、数据库架构、API 契约定义、缓存策略或后端技术选型时使用。编写前端 UI 组件、CSS，或对现有 PR 做代码评审时请勿使用。
