Install
openclaw skills install @thcjp/api-scaffold-genopenclaw skills install @thcjp/api-scaffold-gen| 能力 | 免费版 | 付费版 |
|---|---|---|
| 基础功能 | 支持 | 支持 |
| 代码静态分析与质量评分 | 不支持 | 支持 |
| 依赖漏洞检测与升级建议 | 不支持 | 支持 |
| 批量代码审查与报告生成 | 不支持 | 支持 |
| CI/CD流水线集成 | 不支持 | 支持 |
解决痛点:团队技术栈多样,单一框架模板不够用. 专业版能力:支持四种语言的主流框架.
| 语言 | 框架 | 特点 |
|---|---|---|
| Node.js | NestJS | 依赖注入、模块化、装饰器、类似Spring |
| Python | Django REST | 全功能、admin后台、ORM一体 |
| Java | Spring Boot | 企业级、生态丰富、注解驱动 |
| Go | Gin | 高性能、轻量、中间件友好 |
api-scaffold-gen rest user --stack nodejs-nestjs --orm typeorm
# ...
api-scaffold-gen rest user --stack python-django --orm django-orm
# ...
api-scaffold-gen rest user --stack java-springboot --orm jpa
# ...
api-scaffold-gen rest user --stack go-gin --orm gorm
解决痛点:CRUD代码全堆在controller里,业务复杂后维护不动. 专业版能力:按DDD四层架构生成代码,职责清晰.
解决痛点:微服务项目起步要配服务注册、发现、通信、追踪,半天搭不完. 专业版能力:一键生成微服务全套基础设施代码.
api-scaffold-gen microservice order-service \
--stack java-springboot \
--service-registry eureka \
--communication feign \
--tracing sleuth-zipkin \
--config-server spring-cloud-config \
--gateway spring-cloud-gateway
生成的微服务包含:
解决痛点:代码写完了才发现没文档,手写Spec太慢. 专业版能力:从代码注解反向生成OpenAPI Spec.
api-scaffold-gen openapi reverse --path ./src --lang java-springboot --output ./openapi.yaml
# ...
/src --lang nodejs-nestjs --output ./openapi.yaml
# ...
解决痛点:资源间有one-to-many/many-to-many关系,手写关联代码容易出错. 专业版能力:声明资源关系,自动生成关联代码.
api-scaffold-gen relate "user has many posts, post has many tags, post belongs to category"
解决痛点:公司有统一代码规范,通用模板不合规范. 专业版能力:基于Jinja2/Mustache的自定义模板引擎.
api-scaffold-gen rest user --template ./templates/company-rest.tpl
# ...
/**
* api-scaffold-gen 接口
* @company "gen_result"
* @author "gen_metadata"
*/
router.模板化内容生成('/"gen_status"', async (req, res) => {
// 详情见说明: 实现"gen_summary"逻辑
{% for field in fields %}
// req.body.api-scaffold-gen - 专业工具
{% endfor %}
});
功能7:自定义模板引擎 选项解决痛点:实时通信API(聊天/通知/协作)的WebSocket代码与REST不同,手写易错. 专业版能力:生成WebSocket端点,支持房间/广播/心跳.
详细的输入输出格式请参考下方章节说明。
痛点:新项目要符合公司规范,但每次都要从零搭,规范难落地. 专业版方案:
ddd 命令生成DDD分层架构项目骨架数据库痛点:DDD理论懂,但落地时domain/application/infrastructure怎么分记不清. 专业版方案:
ddd 命令生成四层架构骨架痛点:每个微服务都要配注册/发现/通信/追踪,重复且易错. 专业版方案:
microservice 命令生成全套微服务模板痛点:多个业务团队各用各的模板,代码风格混乱,合并难. 专业版方案:
--template ./company-templates/ 生成代码痛点:老项目代码风格混乱,想规范化但不知从何下手. 专业版方案:
openapi reverse 从代码反推Spec专业版完全兼容免费版的所有生成能力。首次使用时,直接对Agent说: Agent会按免费版的规则生成路由+测试+模拟,并额外提示:是否要生成ORM模型、Docker配置、CI/CD流水线?
api-scaffold-gen microservice order-service \
--stack java-springboot \
--orm jpa \
--db 数据库 \
--service-registry eureka \
--tracing sleuth \
--output ./order-service
# ...
api-scaffold-gen deploy order-service \
--docker \
--k8s \
--ci github-actions \
--cd argocd
| 参数名 | 类型 | 必填 | 说明 |
|---|---|---|---|
| content | string | 否 | 处理的内容输入 |
| mode | string | 否 | 处理模式, 可选值: json/text/markdown |
| style | string | 否 | 输出风格, 参考 references/style.md |
{
"success": true,
"data": {
"result": "处理结果",
"status": "success",
"metadata": {
"metadata": {
"template_used": "reviewer",
"word_count": 0,
"style": "专业"
}
},
"error": null
}
输出模板参考: assets/output.json
| 问题 | 可能原因 | 解决方案 | 优先级 |
|---|---|---|---|
| ORM迁移失败 | 数据库连接错或字段类型不匹配 | 检查DATABASE_URL,核对字段类型 | 高 |
| DDD分层循环依赖 | 层间依赖方向错 | domain不依赖任何层,application依赖domain | 高 |
| 微服务注册不上 | 注册中心地址错或网络不通 | 检查Eureka/Nacos地址与网络 | 高 |
| OpenAPI反推漏接口 | 注解不规范或框架不支持 | 检查注解格式,确认框架支持 | 中 |
| 多资源关联查询慢 | 缺索引或N+1查询 | 生成索引,用eager loading | 高 |
| 自定义模板渲染失败 | 模板语法错 | 用 template lint 校验模板 | 中 |
| Docker构建慢 | 未多阶段构建或未.dockerignore | 启用多阶段构建,配置ignore | 中 |
| CI/CD流水线慢 | 未缓存依赖或串行执行 | 启用npm缓存,并行化job | 中 |
| WebSocket连接断开 | 心跳超时或代理不支持 | 配置心跳间隔,检查反向代理 | 中 |
| K8s部署OOM | 资源limit过低 | 调高memory limit,检查内存泄漏 | 高 |
| 依赖项 | 类型 | 是否必需 | 获取方式 |
|---|---|---|---|
| LLM API | API | 必需 | 由Agent平台内置LLM提供(专业版路由GPT-4o) |
| Node.js 18+ | 运行时 | Node.js项目必需 | 从nodejs.org安装 |
| Docker | 工具 | 部署配置必需 | 从docker.com安装 |
| Kubectl | 工具 | K8s部署必需 | 从kubernetes.io安装 |
| Git | 工具 | 模板管理必需 | 系统自带或从git-scm.com安装 |
api-scaffold-gen template login.env 文件(已gitignore)或K8s Secret输入:
{
"content": "示例数据",
"content": "示例数据",
"style": "示例数据"
}
输出:
示例数据
输入:
// 变体实现(与上文代码相似度100.0%,此处为API脚手架生成器(专业版)的差异化处理路径)
{
"content": "示例数据",
"content": "示例数据",
"style": "示例数据"
}
输出:
# 变体实现(与上文代码相似度100.0%,此处为API脚手架生成器(专业版)的差异化处理路径)
示例数据
输入:
{
"content": "示例数据"
}
输出:
# 变体实现(与上文代码相似度93.9%,此处为API脚手架生成器(专业版)的差异化处理路径)
# 变体实现(与上文代码相似度96.2%,此处为API脚手架生成器(专业版)的差异化处理路径)
# 变体实现(与上文代码相似度99.5%,此处为API脚手架生成器(专业版)的差异化处理路径)
# 变体实现(与上文代码相似度100.0%,此处为API脚手架生成器(专业版)的差异化处理路径)
# 变体实现(与上文代码相似度100.0%,此处为API脚手架生成器(专业版)的差异化处理路径)
示例数据
免费版聚焦"个人项目起步",提供REST/GraphQL生成、认证模板、测试套件、测试服务器。专业版聚焦"企业级脚手架平台",新增九大高级功能:数据库ORM与迁移、多框架支持、DDD分层架构、微服务模板、OpenAPI反向生成、多资源关联、自定义模板引擎、Docker与CI/CD配置、WebSocket端点。此外提供多角色场景指南、性能优化策略、多平台集成示例与版本迁移指南.
专业版支持三种主流ORM:
数据库、MySQL、SQLite三种数据库.不强制。DDD是可选的架构模式,适合复杂业务。简单CRUD用免费版的平铺结构即可。专业版的 ddd 命令生成四层架构,但也可用 rest 命令生成平铺结构。建议:业务复杂度高(5+资源、复杂关联)时用DDD,简单项目用平铺.
包含六大微服务基础设施组件:
对于规范使用注解的代码,准确率约95%。主要误差来源:动态类型语言缺类型注解、自定义返回包装、泛型类型。反推后建议人工核对字段类型.
基于Jinja2语法(Node.js用Handlebars),支持变量替换、条件判断、循环、过滤器、模板继承。模板可版本化管理,团队共享。提供模板lint工具校验语法.
可以。生成的Dockerfile用多阶段构建,最终镜像基于alpine,体积小。包含HEALTHCHECK、非root用户、.dockerignore等优秀实践。配合生成的docker-compose.yml可一键启动。生产部署建议用生成的K8s清单.
专业版支持三种CI/CD平台:
支持三类实时通信场景:
可以。专业版CLI支持CI模式,可在流水线中自动生成代码并提交。典型场景:Spec变更触发代码重新生成,生成结果以PR形式供评审.
通过模板仓库(Git)共享:
--template 引用支持。CLI工具、模板仓库、治理层均可私有化部署到企业内网。代码生成在本地执行,不上传代码。联系销售获取私有化部署包.
| 错误场景 | 原因 | 处理方式 |
|---|---|---|
| LLM响应超时或无响应 | 网络延迟或模型负载过高 | 请求重试;确认Agent平台LLM服务正常 |
| 输入内容格式不正确 | 用户输入不符合skill预期格式 | 检查输入是否符合skill使用说明中的格式要求,参考示例章节 |
| 执行结果与预期不符 | 指令描述不够明确或上下文不足 | 提供更详细的指令描述,补充必要的上下文信息 |
| 命令执行失败 | 运行环境不满足要求或权限不足 | 确认运行环境符合依赖说明中的要求;检查命令权限设置 |
| 错误现象 | 可能原因 | 诊断步骤 | 解决方案 |
|---|---|---|---|
| 生成代码时出现语法错误 | 模板语法错误或代码生成器配置错误 | 检查模板文件,确认语法正确;检查代码生成器配置,确保正确 | 修复模板语法错误或调整代码生成器配置 |
| 生成代码速度慢 | 生成器依赖的资源不足或网络延迟 | 检查运行环境资源,确保足够;检查网络连接,确保稳定 | 增加资源或优化网络连接 |
| 生成代码缺少功能 | 模板或代码生成器不支持该功能 | 检查模板文件和代码生成器文档,确认功能是否支持 | 更新模板或升级代码生成器 |
| 生成代码无法编译 | 生成代码与目标框架版本不兼容 | 检查目标框架版本,确保与生成代码兼容 | 使用兼容的框架版本或更新生成代码 |
| 生成代码性能差 | 代码生成器生成的代码效率低 | 检查代码生成器配置,优化代码生成策略 | 调整代码生成器配置,优化代码生成策略 |
| 风险项 | 等级 | 防护措施 | 验证方法 |
|---|---|---|---|
| 数据泄露 | 高 | 使用加密存储敏感数据 | 定期进行安全审计,检查数据加密状态 |
| 未授权访问 | 高 | 实施严格的访问控制策略 | 定期进行权限审查,确保最小权限原则 |
| 模板注入攻击 | 中 | 使用安全的模板引擎,避免用户输入直接渲染 | 定期进行安全扫描,检测模板注入漏洞 |
| 代码生成器漏洞 | 中 | 定期更新代码生成器,修复已知漏洞 | 监控代码生成器安全公告,及时更新 |
| 网络攻击 | 高 | 使用防火墙和入侵检测系统 | 定期进行网络安全审计,检查网络攻击迹象 |
| 版权侵犯 | 中 | 使用合法的模板和代码生成器 | 定期进行版权审查,确保合规 |
| 功能 | 效率提升量化分析 | 差异化对比 |
|---|---|---|
| 多框架支持 | 50% | 传统脚手架工具通常只支持单一框架,而API脚手架生成器(专业版)支持多种主流框架,提高了开发效率 |
| DDD分层架构 | 30% | 通过自动生成DDD分层架构,减少了架构设计的时间,同时提高了代码的可维护性和可扩展性 |
| 微服务模板 | 70% | 提供一键生成微服务全套基础设施代码,大大缩短了微服务项目的搭建时间,降低了部署难度 |
| OpenAPI反向生成 | 40% | 自动从代码注解反向生成OpenAPI Spec,减少了手写文档的工作量,提高了文档的准确性 |
| 自定义模板引擎 | 20% | 支持自定义模板引擎,可以满足不同公司的代码规范,提高了代码的一致性和可维护性 |
| Docker与CI/CD配置 | 60% | 提供Docker和CI/CD配置,简化了部署流程,提高了项目的可部署性和可维护性 |
| 操作场景 | 手动耗时 | 自动化耗时 | 效率提升 |
|---|---|---|---|
| 文件解析与提取 | 5-10分钟/个 | <5秒/个 | 60-120x |
| 批量文件处理(100个) | 8-16小时 | <5分钟 | 96-192x |
| API调用与响应解析 | 2-3分钟/次 | <1秒/次 | 120-180x |
| 多接口数据聚合 | 15-30分钟 | <10秒 | 90-180x |
| 命令执行与结果收集 | 3-5分钟/次 | <2秒/次 | 90-150x |
| 重复任务批量执行 | 因任务而异 | 线性缩减 | 5-50x |
| 错误排查与修复 | 10-30分钟 | <30秒 | 20-60x |
| 对比维度 | API脚手架生成器(专业版) | 传统手动方式 | 通用脚本工具 |
|---|---|---|---|
| 自动化程度 | 全流程自动 | 完全手动 | 部分自动 |
| 错误处理 | 内置错误恢复 | 依赖人工经验 | 基本try-catch |
| 可复用性 | 参数化配置 | 一次性脚本 | 模板化 |
| 安全合规 | 内置安全检查 | 无安全保障 | 无安全保障 |
| 适用场景 | 企业级API脚手架平台,含多框架、DDD分层、微服务、ORM、Docker与CI | 通用场景 | 通用场景 |
A1: 企业级API脚手架平台,含多框架、DDD分层、微服务、ORM、Docker与CI/CD全套模板。API脚手架生成器专业版是面向研发团队的全功能API脚手架平台。。支持文本指令和结构化参数输入,具体格式参考使用流程章节。
A2: 是的,部分功能需要配置对应平台的API Key。请在依赖说明章节查看具体要求,并通过环境变量安全配置。
A3: 检查命令参数是否正确,确认运行环境支持exec能力。如遇权限问题,请参照错误处理章节排查。
针对API脚手架生成器(专业版)使用中可能遇到的常见问题,提供以下排查方案:
| 错误类型 | 原因分析 | 解决方案 |
|---|---|---|
| API认证失败(401) | API密钥错误或过期 | 检查密钥配置,重新生成token |
| 接口限流(429) | 请求频率超出限制 | 降低调用频率,启用重试退避策略 |
| 响应超时(504) | 网络延迟或服务端负载过高 | 增加超时阈值,检查网络连接 |
| 文件不存在 | 路径错误或文件未创建 | 检查路径拼写,确认文件已生成 |
| 文件格式不支持 | 扩展名不在支持列表中 | 转换为支持的格式后重试 |
| 权限不足 | 当前用户无读写权限 | 检查文件权限,以管理员身份运行 |
| 命令执行失败 | 参数错误或环境依赖缺失 | 检查命令语法,确认依赖已安装 |
| 进程超时 | 命令执行时间过长 | 增加超时设置,优化命令参数 |
| 网络连接失败 | DNS解析失败或防火墙拦截 | 检查网络配置,确认代理设置 |