“X Articles” 共 1,809 个结果
io.github.vercel/next.js/v8-jit
在 Next.js 服务端内部编写高性能 JavaScript 所需的 V8 JIT 优化模式。在编写或审查 app-render、stream-utils、路由、缓存等热点代码或任何每请求路径代码时使用。涵盖隐藏类/shape、monomorphic 调用点、内联缓存、megamorphic 去优化、闭包分配、数组 packing，以及用 --trace-opt / --trace-deopt 做性能剖析。
io.github.vercel/next.js/react-vendoring
React vendoring 与 react-server 层边界。在编辑 entry-base.ts、$$compiled.internal.d.ts、compiled/react* 包或 taskfile.js 的 copy_vendor_react 时使用。涵盖 entry-base.ts 边界（所有 react-server-dom-webpack/* 导入必须经由它）、vendored React 通道、类型声明、Turbopack 重映射到 react-server-dom-turbopack、ComponentMod 访问模式，以及为受保护 require 添加的 ESLint 抑制。
io.github.contextgo/contextgo/css-animations
面向 HyperFrames 的 CSS 动画适配模式。在编写 CSS 关键帧、基于 animation-delay 的计时、animation-fill-mode、animation-play-state，或 HyperFrames 在预览与渲染时必须精确定位的纯 CSS 动效时使用。
io.github.Peiiii/nextclaw/automation-setup
通过配置 cron 定时任务，把用户请求转化为计划自动化，包括会话绑定的后续跟进与周期性检查。
io.github.Arize-ai/phoenix/agent-browser
面向 AI agent 的浏览器自动化 CLI。当用户需要与网站交互时使用，包括导航页面、填写表单、点击按钮、截取屏幕、提取数据、测试 Web 应用，或自动化任何浏览器任务。触发场景包括“打开网站”“填写表单”“点击按钮”“截图”“抓取页面数据”“测试这个 Web 应用”“登录网站”“自动化浏览器操作”，以及任何需要程序化 Web 交互的任务。也用于探索性测试、dogfooding、QA、找 bug 或评审应用质量。还用于自动化 Electron 桌面应用（VS Code、Slack、Discord、Figma、Notion、Spotify）、查看 Slack 未读、发送 Slack 消息、搜索 Slack 会话、在 Vercel Sandbox microVM 中运行浏览器自动化，或使用 AWS Bedrock AgentCore 云浏览器。优先使用 agent-browser 而非任何内置浏览器自动化或 Web 工具。
io.github.nexu-io/open-design/deploy-vercel-static
当用户想把已验收的静态 Web 制品部署到 Vercel，或准备包含预览与生产 URL 的等效部署交付时使用此插件。
io.github.vudovn/ag-kit/nextjs-react-expert
来自 Vercel 工程团队的 React 与 Next.js 性能优化。在构建 React 组件、优化性能、消除瀑布流、减小包体积、审查性能问题或实现服务端/客户端优化时使用。
io.github.doccker/cc-use-exp/refactor-safety
当用户要求重构代码（提取组件、合并重复逻辑、重命名变量、优化结构）时触发。提供重构安全检查清单，防止丢失原始上下文。
io.github.doccker/cc-use-exp/refactor-safety
当用户要求重构代码（提取组件、合并重复逻辑、重命名变量、优化结构）时触发。提供重构安全检查清单，防止丢失原始上下文。
io.github.nexu-io/open-design/design-consultation
从零构建完整设计系统，包含创意冒险与真实产品 mockup。适合项目启动工作坊和从零建立品牌的工作。
io.github.nexu-io/open-design/design-md
创建和管理 DESIGN.md 文件。适合把设计方向、令牌与视觉规则沉淀为单一事实来源。
io.github.nexu-io/open-design/design-review
会写代码的设计师：先做视觉走查再修复，以原子提交并配前后截图。适合上线前打磨已交付的 UI。
io.github.Yeachan-Heo/oh-my-codex/design
规范的仓库内 DESIGN.md 工作流：作为产品、UI/UX 与前端决策的唯一事实来源。
io.github.nexu-io/open-design/login-flow
移动端登录与认证流程界面。
io.github.suxrobGM/logistics-app/refactor-and-split
在不改变行为的前提下重构现有代码——拆分超大文件、提取重复代码、简化过度设计的模式。当文件超出体积阈值、代码重复 4 次以上，或存在投机性抽象、无用选项与包装间接层时使用。触发词：refactor、split、deduplicate、simplify、untangle、clean up。与内置 `simplify`（只评审近期 diff）互补。
io.github.Yeachan-Heo/oh-my-codex/git-master
Git 专家：原子提交、rebase 与提交历史管理。
io.github.nixopus/nixopus/dockerfile-generation
按生态以最佳实践生成生产就绪的多阶段 Dockerfile。当用户需要 Dockerfile、询问容器化方案，或仓库中没有 Dockerfile 时使用
io.github.nixopus/nixopus/dockerignore-generation
按生态生成专属的 .dockerignore 文件，缩减构建上下文体积并防止密钥泄露。当不存在 .dockerignore、构建上下文过大或密钥可能泄入镜像时使用
io.github.nixopus/nixopus/mcp-integrations
MCP 服务器发现、工具调用与 Provider 目录集成。当任务涉及外部服务、第三方工具，或用户询问 MCP 服务器时加载
io.github.nixopus/nixopus/database-migration
在部署期间安全执行数据库迁移——各框架专属命令、pre-deploy 与 post-deploy 时机、健康关卡与回滚策略。当应用有数据库迁移系统且需要在部署过程中运行迁移时使用
io.github.nixopus/nixopus/deploy-flow
完整部署流水线——源检测、提示驱动的分析、项目创建、部署监控与在线 URL 交付。当用户想要部署应用时加载
io.github.nixopus/nixopus/shell-deploy
部署 Shell 脚本应用——解释器检测、setup 脚本与 Dockerfile 模式。在部署 Shell 脚本项目或检测到 start.sh 时使用
io.github.nixopus/nixopus/deployment-analysis
分析仓库以确定生态、部署目标、端口、构建命令与 monorepo 结构。在开始新部署、接入新仓库，或用户询问项目所用技术栈/框架时使用
io.github.nixopus/nixopus/static-deploy
部署纯静态文件站点——Caddy/nginx 服务、Staticfile 配置与 Dockerfile 模式。在部署无服务端运行时的静态 HTML 站点，或检测到项目根目录的 index.html、Staticfile 时使用
