Token导航 LogoToken导航

Agent Skill · 开发

build-engineering(建筑工程)

build-engineering 用于辅助前端页面、组件、样式和交互逻辑开发,适合在 OpenClaw 中需要维护前端项目、生成组件或检查界面实现时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

build-engineering 是开发类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为需要联网;许可证为 MIT-0,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 7,534。

总安装 3,719周安装 149GitHub Stars 公开资料未说明下载 1,204核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:build-engineering(建筑工程)
来源仓库:https://github.com/wangzhiming1999/build-engineering
安装命令:
openclaw skills install build-engineering
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install build-engineering

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

优化前端构建工具链与 monorepo 配置。集成 Vite/Webpack 和 CI/CD 流水线改进。提升模块联合和代码共享效率。build-engineering 属于开发类 Skill,可作为该场景下的辅助能力补充。需根据具体项目调整构建参数。

适用宿主包括 OpenClaw,接入前应确认版本、权限和运行环境要求。适用于大型前端工程的质量保障。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install build-engineering;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

build-engineering 怎么安装?

在终端执行 openclaw skills install build-engineering。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

build-engineering 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

build-engineering 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

build-engineering 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

build-engineering 用的人多吗?

公开数据是累计安装 3,719 次,近一周安装 149 次,下载 1,204 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

build-engineering 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
build-engineering

建筑工程 · 本页

3,719—需要联网MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
build-engineering
description
Optimizes build toolchain and engineering setup: Vite/Webpack config, Monorepo with pnpm/Turborepo, Module Federation, CI/CD pipeline, code generation, and DX improvements. Use when 构建优化, Monorepo, 模块联邦, CI/CD, 工程化, Vite, Webpack, Turborepo, or build config.
model
opus

构建与工程化(Build Engineering)

解决构建慢、包体积大、多包协作混乱、CI 不稳定等工程问题,让团队把时间花在业务上而不是工具上。

触发场景

  • 「构建太慢了」「热更新卡」「CI 跑 20 分钟」
  • 「多个项目共享组件,怎么管理」「Monorepo 怎么搭」
  • 「微前端怎么做」「模块联邦怎么配」
  • 「bundle 分析完了,不知道怎么优化」
  • 「代码生成」「自动化脚本」「工程规范落地」

执行流程

1. 先定位问题类型

用户描述实际问题第一步
「构建慢」「dev 启动慢」构建性能问:用 Vite 还是 Webpack?冷启动多久?热更新多久?
「多个项目共享代码」代码共享架构问:几个项目?是否需要独立发版?团队规模?
「微前端」「模块联邦」运行时集成问:是独立部署还是同仓库?需要共享状态吗?
「CI 太慢」「流水线不稳定」CI/CD 优化问:用什么 CI?哪个步骤最慢?有没有缓存?
「bundle 大」产物优化直接让用户跑分析工具,看报告再说

2. 构建性能优化

Vite 项目慢的常见原因和解法:

问题诊断方式解法
冷启动慢看 vite --debug 输出检查是否有大量 CommonJS 依赖需要预构建;用 optimizeDeps.include 预声明
热更新慢改一个文件,看 HMR 耗时检查是否有循环依赖;大型组件库按需引入
生产构建慢vite build --profile开启 build.rollupOptions.output.manualChunks 手动分包;关闭不需要的插件

Webpack 项目提速的优先级顺序:

  1. 升级到 Webpack 5(持久化缓存 cache: { type: 'filesystem' })
  2. 缩小 loader 处理范围(include: path.resolve('src'),排除 node_modules)
  3. 开启多线程(thread-loader 用于 babel/ts 编译)
  4. 用 esbuild-loader 替换 babel-loader(速度提升 10-20x)
  5. 考虑迁移到 Vite(新项目首选,存量项目评估迁移成本)

不要做的事:

  • 不要为了"优化"随意升级 Webpack 大版本,破坏性变更多
  • 不要在没有 profile 数据的情况下盲目加插件

3. Monorepo 架构决策

什么时候需要 Monorepo:

  • 3 个以上项目共享组件/工具/类型
  • 需要原子提交(一个 PR 同时改多个包)
  • 团队需要统一的 lint/test/build 规范

什么时候不需要:

  • 项目完全独立,没有共享代码
  • 团队 < 3 人,管理成本大于收益

推荐方案(2025 年):

pnpm workspace + Turborepo
├── apps/
│   ├── web/          # 主应用
│   └── admin/        # 管理后台
├── packages/
│   ├── ui/           # 共享组件库
│   ├── utils/        # 工具函数
│   ├── types/        # 共享类型
│   └── config/       # 共享配置(eslint���tsconfig、tailwind)
├── pnpm-workspace.yaml
└── turbo.json

Turborepo 关键配置:

// turbo.json
{
  "pipeline": {
    "build": {
      "dependsOn": ["^build"],  // 先构建依赖包
      "outputs": ["dist/**"]
    },
    "test": {
      "dependsOn": ["build"],
      "outputs": []
    },
    "dev": {
      "cache": false,           // dev 不缓存
      "persistent": true
    }
  }
}

包之间的依赖声明:

// apps/web/package.json
{
  "dependencies": {
    "@myorg/ui": "workspace:*",
    "@myorg/utils": "workspace:*"
  }
}

4. 模块联邦(Module Federation)

适用场景: 多个独立部署的应用需要在运行时共享组件或逻辑(微前端)。

不适用场景: 同一仓库的多个包——用 Monorepo 就够了,不需要模块联邦。

Vite 模块联邦配置(@originjs/vite-plugin-federation):

// 提供方(组件库应用)vite.config.ts
import federation from '@originjs/vite-plugin-federation'

export default {
  plugins: [
    federation({
      name: 'remote-app',
      filename: 'remoteEntry.js',
      exposes: {
        './Button': './src/components/Button.vue',
        './utils': './src/utils/index.ts',
      },
      shared: ['vue', 'pinia'],  // 共享依赖,避免重复加载
    })
  ],
  build: { target: 'esnext' }  // 模块联邦需要 esnext
}

// 消费方 vite.config.ts
export default {
  plugins: [
    federation({
      name: 'host-app',
      remotes: {
        'remote-app': 'http://localhost:5001/assets/remoteEntry.js',
      },
      shared: ['vue', 'pinia'],
    })
  ]
}

模块联邦的坑:

  • 共享依赖版本必须兼容,否则会加载两份
  • 类型不会自动共享,需要单独处理(发布 .d.ts 或用 @module-federation/typescript)
  • 本地开发需要先构建提供方,或用 vite preview 模拟

5. CI/CD 优化

CI 慢的排查顺序:

  1. 缓存命中率:node_modules、构建产物、测试结果是否有缓存?
  2. 并行化:lint、test、build 能否并行跑?
  3. 增量执行:只跑受影响的包(Turborepo --filter 或 affected)
  4. 测试分片:大型测试套件拆分到多个 runner 并行

GitHub Actions 最佳实践:

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - uses: pnpm/action-setup@v3
        with: { version: 9 }

      - uses: actions/setup-node@v4
        with:
          node-version: 20
          cache: 'pnpm'          # 缓存 pnpm store

      - run: pnpm install --frozen-lockfile

      - name: Cache Turborepo
        uses: actions/cache@v4
        with:
          path: .turbo
          key: turbo-${{ github.sha }}
          restore-keys: turbo-   # 前缀匹配,复用历史缓存

      - run: pnpm turbo build test --filter='[HEAD^1]'  # 只跑有变更的包

6. 代码生成与自动化

值得自动化的场景:

  • 从 OpenAPI/Swagger 生成 API 类型和请求函数(openapi-typescript + orval)
  • 从设计 token 生成 CSS 变量和 Tailwind 配置(style-dictionary)
  • 新功能脚手架(plop 或自定义 CLI)

OpenAPI 代码生成示例:

# 安装
pnpm add -D openapi-typescript orval

# 生成类型
npx openapi-typescript ./api/openapi.yaml -o ./src/types/api.d.ts

# orval 生成 React Query hooks
# orval.config.ts
export default {
  api: {
    input: './api/openapi.yaml',
    output: {
      mode: 'tags-split',
      target: './src/api',
      schemas: './src/types',
      client: 'react-query',
      override: {
        mutator: { path: './src/lib/axios.ts', name: 'customInstance' }
      }
    }
  }
}

新功能脚手架(plop):

// plopfile.js
export default function (plop) {
  plop.setGenerator('component', {
    description: '创建新组件',
    prompts: [
      { type: 'input', name: 'name', message: '组件名称(PascalCase)' },
      { type: 'list', name: 'type', choices: ['ui', 'feature', 'page'] }
    ],
    actions: [
      { type: 'add', path: 'src/components/{{name}}/index.tsx', templateFile: 'plop-templates/component.hbs' },
      { type: 'add', path: 'src/components/{{name}}/{{name}}.test.tsx', templateFile: 'plop-templates/component.test.hbs' },
    ]
  })
}

输出模板

## 工程化方案

### 问题诊断
- 当前瓶颈:…(构建耗时 / CI 耗时 / 包管理问题)

### 方案
- 构建工具:Vite / Webpack 5 + 具体配置
- 包管理:pnpm workspace + Turborepo
- CI 优化:缓存策略 + 并行化 + 增量构建

### 关键配置
- turbo.json pipeline 设计
- CI 缓存 key 策略
- 代码生成工具链

### 预期收益
- 构建时间:X min → Y min
- CI 时间:X min → Y min

平台分布

OpenClaw

90.8%
按下载量换算1,093

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills