frontend-slides（HTML 演示文稿）
SkillSkillsMP
io.github.OpenBMB/PilotDeck/frontend-slides
从零创建动画丰富的浏览器端 HTML 演示、增强现有 HTML 幻灯片，或把 PowerPoint 文件转换为 Web 演示。仅当交付物是 HTML 或浏览器演示时使用；当用户需要可编辑的原生 .pptx 文件时不要使用。
source
“3” 共 2,726 个结果
io.github.OpenBMB/PilotDeck/frontend-slides
从零创建动画丰富的浏览器端 HTML 演示、增强现有 HTML 幻灯片，或把 PowerPoint 文件转换为 Web 演示。仅当交付物是 HTML 或浏览器演示时使用；当用户需要可编辑的原生 .pptx 文件时不要使用。
io.github.pollinations/pollinations/tinybird-deploy
使用 Tinybird Forward CLI 部署 Tinybird 的 pipe 与 datasource，为 enter.pollinations.ai 提供可观测性。
io.github.XiaomiMiMo/MiMo-Code/codex
在非交互 headless 环境中运行、配置与排查 OpenAI Codex CLI。适用于 Bash 或 PowerShell、原生 Windows 或 WSL2、shell 脚本、CI/CD、Docker、Kubernetes、远程服务器、agent harness 或批处理任务中的 Codex 自动化；用于构造 `codex exec` 命令、选择 sandbox 与审批模式、消费 JSONL 事件或结构化输出、恢复会话、经 stdin 传递提示，以及处理因缺少交互输入导致的失败（如 `request_user_input`）。
io.github.ccxt/ccxt/ccxt-python
面向 Python 开发者的 CCXT 加密货币交易所库。同时覆盖 REST API（标准）与 WebSocket API（实时）。帮助安装 CCXT、连接交易所、获取行情、下单、流式接收 ticker/订单簿、在 Python 中处理鉴权与管理错误。适用于在 Python 项目中对接加密货币交易所、交易机器人、数据分析或投资组合管理。同时支持同步与 asyncio 异步用法。
io.github.Hmbown/CodeWhale/codew-release-qa-sweep
在宣称 CodeWhale 发布工作完成之前使用：运行完整的门禁检查并列出人工 QA 目标。
io.github.SawyerHood/dev-browser/dev-browser
带持久页面状态的浏览器自动化。当用户要求访问网站、填写表单、截图、提取网页数据、测试 Web 应用或自动化浏览器工作流时使用。触发短语包括“打开某网址”“点击”“填写表单”“截图”“抓取”“自动化”“测试该网站”“登录”，或任何浏览器交互请求。
io.github.cartography-cncf/cartography/refactor-legacy
把 Cartography 旧式手写 Cypher 同步任务（`load_*` / `cleanup_*` JSON job）转换为现代声明式数据模型（`load()`、`GraphJob.from_node_schema()`）。当用户要求重构、现代化、迁移或「清理」旧 intel 模块，或移除与旧 `MERGE` 查询绑定的 `cleanup/*.json` 任务时使用。
io.github.recharts/recharts/typescript
在 Recharts 中编写强类型的 TypeScript 代码。
io.github.langfuse/langfuse/backend-dev-guidelines
面向 Langfuse 的 Next.js、tRPC、BullMQ 与 TypeScript monorepo 的后端共享指南。在创建或审查 tRPC router、公共 REST 接口、BullMQ 队列处理器、后端服务、中间件、Prisma 或 ClickHouse 数据访问、OpenTelemetry 埋点、Zod 校验、环境变量配置，以及 web、worker 或 packages/shared 的后端测试时使用。
io.github.BuilderIO/agent-native/design-review-feedback
处理共享 Design 原型上持久化、锚定到元素的评审意见，并以经过验证的编辑闭环。
io.github.activepieces/activepieces/triage-image-cves
使用 grype 扫描 Activepieces Docker 镜像的操作系统/基础镜像（deb）与应用（npm）中高危及严重级 CVE。列出最近发布的 3 个 tag 并让用户选择扫描对象，校验每个发现真实且可触达，并在隔离的 git worktree 中证明候选修复（重建镜像 + 重新扫描 + 测试 + 容器冒烟运行 + 代码库 diff）后才提出建议——修复绝不自动应用，由用户逐个决定。当用户要求用 grype 扫描镜像、分诊容器/镜像漏洞，或检查已发布 Docker 镜像的 CVE 时使用。
io.github.TeamWiseFlow/xiaobei/browser-guide
使用托管浏览器的最佳实践——处理登录墙、验证码、懒加载内容、付费墙与标签页清理。Target=camoufox 主力路径。
io.github.vercel/next.js/react-sync
在 Next.js 消费的 bundle 变体中构建本地 React 改动，同步到本地 Next.js 检出并验证集成结果。当进行需要在 Next.js 中验证的 React 改动，或被要求执行 buildForNext、pnpm sync-react、或让 React 检出与 Next.js 保持同步时使用。
io.github.nexu-io/open-design/codex-interactive-capability-map
将长文、帖子、备忘录或产品叙述转化为紧凑的可点击能力地图，含工作流循环、用例矩阵与响应式详情面板。
io.github.nexu-io/open-design/code-import
将已有仓库的结构读取到项目当前工作目录，形成规范化快照供 agent 分析，避免每轮都重新遍历目录树。
io.github.nexu-io/open-design/design-brief
将 I-Lang 协议格式编写的结构化设计简报解析为具体的设计规范。通过明确要求调色板、字体、布局、情绪、密度与约束等维度，消除“做得专业点”这类模糊请求的歧义。触发关键词：design brief、create a design brief、ilang brief、structured brief。
io.github.nexu-io/open-design/design-extract
从导入的源码、截图或 Figma 导出中提取设计令牌（颜色/字体/间距），产出 token-map 消费的规范化令牌集合。
io.github.code-yeongyu/lazycodex/frontend
前端/Web UI/UX/视觉类工作必须使用：构建、样式设计、页面或组件重设计、React 环境搭建、性能审计、视觉 QA、品味与打磨。内含四套规则：design taste 路由器与品牌参考；perfection（Playwright/Chromium、Lighthouse、Core Web Vitals）；ui-ux-db 配色/字体/规范；designpowers 用户画像/无障碍/评审/交付；以及仅用 curl 的 lazyweb 真实应用截屏研究，用于确定设计方向。触发词：frontend、UI、UX、design、redesign、styling、layout、animation、motion、premium、luxury、minimal、brutalist、Awwwards、DESIGN.md、mockup、React、Lighthouse、accessibility、WCAG、Core Web Vitals、looks generic、make it pretty、like X brand、lazyweb、design research。
io.github.PostHog/posthog/review-hog-validation-criteria
ReviewHog 的验证标准——判断被标记的 PR 问题是否值得保留的门槛。留下真实影响用户的正确性/安全/数据丢失/契约/性能问题；剔除过度设计、猜测、被害妄想、几乎不可能发生的边界情况和风格问题。
io.github.PostHog/posthog/review-hog-perspective-performance-reliability
ReviewHog 的性能与可靠性评审视角。核查改动代码在生产环境能否撑得住——资源效率、错误处理与恢复、可扩展性以及运维就绪度。只报告性能与可靠性问题。
io.github.PostHog/posthog/review-hog-perspective-logic-correctness
ReviewHog 的逻辑与正确性评审视角。核查改动代码是否做到了该做的事——业务逻辑、边界情况、数据转换，以及查询/数据访问的正确性。只报告正确性问题；安全与性能属于其他视角。
io.github.PostHog/posthog/review-hog-perspective-contracts-security
ReviewHog 的契约与安全评审视角。核查改动代码是否安全并保持兼容——API 契约与破坏性变更、注入/授权/数据暴露、输入校验，以及 schema/接口一致性。只报告安全与契约问题。
io.github.PostHog/posthog/review-hog-blind-spots-general
ReviewHog 的通用盲区检查——在所有已启用评审视角审完某个代码块后运行的最终扫描。以各视角实际已发现的内容为条件，搜寻它们全都漏掉的真实高价值问题；宁可返回空清单也不凑数。
io.github.PostHog/posthog/review-hog-authoring
如何编写自定义 ReviewHog 技能——驱动 ReviewHog 自动 PR 评审的评审视角、盲区检查与验证标准。当用户想要新的评审视角（其 PR 的专项透镜）、自定义盲区扫描，或自己的发现发布门槛时使用。触发语："create a ReviewHog perspective""custom review perspective""my own blind-spot check""custom validation criteria""tune what ReviewHog publishes"。