因为现在很多都可以直接 vibe coding 的，我会 java，但是需要接单可能 spring 用的不熟练，我很多有 go 和 nodejs 的多个项目经验，主要是现在想补一补 spring 的短板，希望前辈指教下，给个合适自用/接单的企业级脚手架/框架模板 我看过几个项目，yudao 和 ruoyi-vue-plus，这应该是国内比较好的，但是似乎 java 更依赖生成器，不过这个似乎也可以 ai 代劳？写个 skill？ 然后 jeecgBoot 宣称是 ai 优先，有没有用过的佬 1 个帖子 - 1 位参与者 阅读完整话题
rt ，目前公司想搞一个专属 ai agent ，比如客服 agent 。本人无相关领域的经验，只有使用过各种 ai coding 工具。想问下各位 v 友们，现在有没有对应的开源的脚手架？框架都是现成的，只需自己库库往里面写业务逻辑的那种？
用 Claude Code 写项目，最头疼的是 AI 一上来就开写、改错方向。 abc-scaffold 内置了三个 agent 角色：Amy （产品经理）先跟你对齐需求，确认清楚后 Bob （工程师）在 feature 分支上实现，最后 Con （ reviewer ）审查通过才合并到 main 。 整个流程一句 @ Amy 我想做... 就启动，自动流转，不用手动切换。 我用它开发了几个 plugin ， 如果觉得还行，可以给我点个🌟 https://github.com/Laotree/pre-usage-plugin https://github.com/Laotree/verify-networking-plugin https://github.com/Laotree/logs-locally-plugin 体验就是——需求不跑偏，代码有人审，分支很干净。 clone 即用，不限语言： https://github.com/Laotree/abc-scaffold
IT之家 5 月 18 日消息，据看看新闻 5 月 16 日报道，有网友爆料： 在建的京东上海总部大楼“歪”了 。记者在现场看到，建筑顶部脚手架的确发生倾斜。工程项目经理表示，建造平台爬升架的爬爪松脱，造成部分脚手架外架扭曲变形，主体结构未受影响，未造成人员伤亡。 5 月 17 日，普陀区建设工程安全质量监督站发布情况通报： 5 月 16 日下午 17:15 时，普陀区富平路中建八局承建的一在建工地的 一台造楼机的外架出现异常 ，外侧钢网片变形。目前初步判断主体结构无异常。现场无人员伤亡。 目前， 涉事工地已停工 ，事故原因调查和后续处置正有序开展。 IT之家查询公开资料获悉，京东上海中心项目位于上海市普陀区，毗邻上海西站，总建筑面积约 22 万平方米，包括 1 栋高 180 米的超高层办公楼、1 栋高 55 米的人才公寓、1 栋 6 层大型商业综合体和 4 栋独栋商业体，1 栋暨南大学文物保护建筑也将迁移扩建。 该项目作为京东集团重要的 TOD（以公共交通为导向的开发模式）商业综合体项目，集居住、商业、办公、休闲于一体。
模型能力不够的情况下 佬友们可以分享下这个模块新增了哪些离不开的好功能吗 3 个帖子 - 3 位参与者 阅读完整话题
最近写了好几个的开源 macOS app 项目，我估计写过独立 macOS App 的人大概都有同感：把核心功能写出来，其实只完成了一半。剩下那一半基本都是琐事，比如： 写到一半，然后发现使用 XcodeGen 和 project.yml 更好 GitHub Actions 怎么跑通签名 + 公证 + DMG + Release 自动更新走 Sparkle 还是自己轮询 GitHub API 开机自启用 SMAppService 的正确姿势 日志、设置窗口、辅助功能权限引导、本地化、Sandbox 开关 国际化多语言支持 …… 这些东西每个单独看都不难，但加起来很耗时；交给 AI 自己摸索的话，经常会走很多弯路（比如选了已经废弃的 API 、写出能跑但不能上架的配置）。 所以我把自己几个已上架 App 里反复用到的模式抽出来，做成了一个 AI Agent Skill： macos-app-scaffold 。 ，丢给 AI ，一次性把这些都给完成，很适合睡前丢给他，早上全搞定了。 它做什么 一句话：新建项目 + 给已有项目按需补功能，全程交互式，不强加任何东西。 项目初始化 菜单栏 / 窗口 / 混合模式三选一 XcodeGen 作为唯一配置源 SwiftUI 启动代码、.gitignore 、Git 初始化 AGENTS.md + CLAUDE.md 软链，方便多 Agent 协作 构建与分发 GitHub Actions：构建 → 签名 → 公证 → 打 DMG → 发 Release Universal Binary （ arm64 + x86_64 ） 推 v* tag 自动发版 多语言 Release Notes Homebrew Cask 公式 ▎ 没有 Apple 开发者账号也能用，会跳过签名/公证那几步，产物是未签名 DMG ，照样能分发。 应用层常见功能 自动更新（ GitHub API 轮询 或 Sparkle ） 开机自启（ SMAppService ） 辅助功能权限引导 设置窗口、文件日志、本地化、引导页 Aptabase （隐私友好的分析） 工程化 SwiftLint 默认规则 XCTest 测试 target Sandbox 开关（带上架说明） LICENSE （ MIT / GPL-3.0 / Apache-2.0 ）+ 带徽章的 怎么用 兼容 Claude Code 、Cursor 、Codex 、Gemini 等 40+ A 通用安装： npx skills add XueshiQiao/macos-app-scaffold 仅 Claude Code： /plugin install github:XueshiQiao/macos-app-scaf 之后三个命令就够用： /macos-app-scaffold # 自动判断是新建 /macos-app-scaffold-new MyApp # 直接新建 /macos-app-scaffold-enhance # 给已有项目按需 / logging ...） 适合谁 想做独立 macOS App 、不想在工程化琐事上耗一周的 已经有项目，但只补齐了核心功能，CI/CD 、自动更新还没做的 想让 AI 帮自己写 macOS App ，但被 AI 反复走弯路 仓库 GitHub： https://github.com/XueshiQiao/macos-app-scaffold MIT 协议，欢迎 issue / PR ，也欢迎吐槽哪些地方还
一款 Python 语言 Django 框架 DDD 脚手架，适合快速搭建项目 一个开箱即用的 DDD （领域驱动设计） Python 脚手架，基于 Django 5 + DRF + drf-spectacular ，包含双数据库、统一响应、全局异常与事件驱动示例。 这是什么 Django-DDD 是一个精心打造的 Python 语言 DDD 工程脚手架，帮你快速搭建符合 DDD 精髓的 Web 服务。项目内置用户与订单示例、领域事件与内存总线、多数据库路由、统一响应与全局异常处理，适合作为团队工程模板，给 AI 提供代码规范参考。 为什么要用 DDD ？ 很多人认为 Python 没必要用 DDD ，毕竟它和 Ruby 、JS 一样轻巧灵活，Django 自带的 MTV （ Model-Template-View ）拿来就能写。确实，大多数场景下"数据驱动"的 Django 模式完全够用。 工程化无非是把接口处理、业务逻辑、数据处理区分开，让各部分各司其职，方便维护和扩展。DDD 相对更适合中大型项目：如果项目有几十个模块、上百个接口，用 DDD 设计会更合适；模块少、接口不多的话，简单分层就够了。 项目做大以后，会遇到三个常见问题： 业务规则散落在各处 ：View 里判断状态，Model 里写校验，Service （如果有）里再来一次 Model 太胖 ：既承担持久化，又承担业务逻辑，测试必须起 Django 才能跑 强耦合 Django ：业务代码离不开 django.db.models ，替换存储引擎几乎是重构 本脚手架遵循 务实 DDD ：抓住精髓（分层 + 领域模型 + 仓储抽象 + 领域事件），不死守概念（不做 CQRS 、不强制事件溯源、不要求每个业务都建聚合）。总之，是否采用 DDD 和语言无关，只跟业务规模有关。 源码地址： https://github.com/microwind/design-patterns/tree/main/practice-projects/django-ddd
各位佬 给个建议: 我目前学习了鱼皮的agent项目,感觉学的有点浅,想往深了学一下,我目前的打算是看一下xfg的agent脚手架项目,各位佬有什么建议吗 1 个帖子 - 1 位参与者 阅读完整话题
一款基于 NestJS 的 DDD 脚手架，开箱即用，供需要的人参考 一个基于 NestJS 10 + TypeORM 的领域驱动设计（ DDD ） Node.js 脚手架，内置双数据库、领域事件、统一响应、Swagger 文档与 Docker 一键启动示例。 这是什么 nestjs-ddd 是一个面向 Node.js / TypeScript 的 DDD 工程脚手架，帮你用几分钟时间搭好一个符合 DDD 分层规范的后端服务。 项目内置 用户（ User ） 和 订单（ Order ） 两个示例聚合，用户库走 MySQL 、订单库走 PostgreSQL ，包含 15 个 REST 接口、领域事件发布与监听、Swagger 文档、Docker Compose 一键启动。 功能与 gin-ddd / springboot4ddd 对齐，便于对比不同语言栈在 DDD 工程中的落地差异。 项目目录： practice-projects/nestjs-ddd/ 源码地址： https://github.com/microwind/design-patterns 开发指南： NestJS-DDD-Development-Guide.md 层 关注点 约束 接口层 HTTP 协议适配（ VO / 路由 / 过滤器） 不写业务逻辑 应用层 用例编排、事务、DTO / Command 只依赖领域层 领域层 业务规则、聚合、领域事件、仓储接口 零框架依赖 基础设施层 TypeORM 、消息、邮件等技术实现 向上实现领域接口 一句话： MVC 按技术切，DDD 按业务切 。业务越复杂，DDD 的价值越明显。 为什么 Node.js 也要用 DDD ？ 有人会觉得：Node.js 是不是写写脚本、BFF 就够了，没必要用 DDD ？ 结论很简单：用不用 DDD 和语言无关，和业务复杂度有关。 小项目 ：NestJS 默认的 Module / Controller / Service 三件套就够用，没必要上 DDD 。 中大型项目 （模块超过 10 个、接口超过 50 个、业务规则密集），很容易出现： Service 越写越臃肿，一个方法里掺杂参数校验、业务规则、事务、事件、ORM 细节； 对象退化成只有 getter/setter 的"贫血模型"，业务散落在各个 Service ； 新来的人看不懂代码结构在表达什么业务。 这时候用 DDD 就能把代码按业务语义重新切清楚 ： 聚合根 持有业务规则，不再被 Service 侵蚀； 应用服务 只负责编排和事务，职责非常薄； 仓储接口 + 依赖倒置 让领域层完全独立于数据库/框架。 TypeScript + NestJS 特别适合落地 DDD ：强类型表达值对象/聚合，装饰器 + DI 天然契合依赖倒置，几乎不用造轮子。 本仓库专注于设计模式与架构 https://github.com/microwind/design-patterns
项目要求限定必须用Java 大致需求是把请求转发到多个算力池+观测+计费 问问各位佬，有没有高质量的脚手架推荐一下 2 个帖子 - 2 位参与者 阅读完整话题