背景 uptime-kuma 当初是用 docker run 手起的，命令大概长这样： 问题：不在 compose 里，服务器重启后要手动管；配置改动没有版本记录；端口暴露公网。 想迁移到 compo

Spring Boot 4 + JDK 21 重建制造业 ERP 后端：Modulith 把模块边界变成测试，虚拟线程一行打开，OpenAPI 生成前端类型，附升级踩坑清单。

用新架构从零重建一套制造业 ERP/MES：Spring Boot 4 模块化单体、多租户与数据权限、元数据驱动、AI-native。系列总纲：为什么重做、架构怎么选、已完成什么、后续路线图。

GoWind Admin｜风行 — 开箱即用的企业级全栈中后台框架：AK/SK 机器凭证 一、模型：机器是机器，人是人 AK/SK（Access Key / Secret Key）与云厂商开放 API

若依官方免费版没有审批流。本文用 jeeflow 工作流引擎补上：后端一个依赖一个薄壳，前端一个宿主组件九个薄页，一条菜单 SQL 收口 RBAC，半天跑通带工作台、发起、待办、审批、流程设计器的完整流程中心，附真机实录与踩坑。

Java/Go/Python/Node/PHP/Rust/MoonBit/C#，同一个 completeTask 八种签名：三条变形轴、三个不变。聚合根并排放，充血模型是不是 Java 特产就有答案。

引擎仓储接口里明明有 saveTask 和 updateTask，凭什么说 ProcessTask 没有自己的仓储？仓储数量跟着聚合走，不跟表走、不跟类走。半状态是从哪扇门进来的，这篇逐条掰开。

头像换了三次还是旧图：秒传 + 预签名 URL + 私有文件权限，四层缓存叠出一个 Bug 起因："头像更新成功"，然后什么都没变 用户反馈很简单：个人中心换头像，裁剪、上传，右上角弹出"头像更新成功

一、 案发现场：本地能跑，商城安装就“死” 故事发生在我们的桌面端应用（采用 Wails + Go 架构）上。 正式版发布后，用户反馈了一个稳定复现的 bug：通过内置商城安装“网址导航”和“剪贴板”

Cache-Aside（旁路缓存）是读多写少场景的主流方案：读走缓存，写先落库再删缓存。它简单好用，但有两个盲区在实际生产里反复出现： 绕过应用的写：DBA 直接改库、另一个服务写同一张表——应用层的

不用状态机框架，迁移规则写在哪？旧版 setState 调用点 25 处散在 4 个类，jeeflow-core 主代码只剩 3 处，运行时零直写。再加命令面白名单，和收口不等于完备守卫这笔诚实账。

AI 一次改动几百上千行代码之后，「逐行 Review」在经济上就不成立了。这篇文章讲的是两条线怎么配合：一是把验证重心从「读」转向「跑」——跑系统、当真实用户走一遍流程，兜住质量和边界；二是承认跑不

四维对比（消息语义/吞吐/高可用/运维复杂度）：微服务用RabbitMQ、数据管道用Kafka、轻量任务用Redis Streams。附完整决策树。

从零构建一个生产级记忆型 AI Agent —— AgentScope 项目全景技术与学习指南 目录 第一篇 项目全景：它是什么、解决什么问题、总体架构长什么样 第二篇 知识地基：AI Agent 开

同一套审批流语义，我用两种架构各写了一遍：内置模块 11226 行，独立引擎 7036 行。少的 4190 行是什么、多的又是什么——算完这笔账，贫血和充血就不再是形容词，而是能用行数结账的东西。

ZCode 被实锤静默上传整仓（含 .git 历史）上云，当天弃用转 DeepSeek Harness。DSH 没有官方 Windows 包，fork 自建 GitHub Actions 流水线，Artifacts 直接下载 .exe——全程浏览器操作走查 + 踩坑实录。

常量与枚举设计规范：HttpStatus 自定义 601 警告码 业务代码里的字符串和数字字面量，一旦散落在各个类里，改动时就要全仓库搜索：Redis 的 key 前缀、HTTP 状态码、状态字段取值

本周 GitHub 上有个项目值得关注：`google/ax`，Google 开源的 agent 编排运行时，Go 写的，Apache 2.0 协议，单日涨了 1379 星，总星数 11682。同期另

业务提交请假单、引擎发起流程，中间断一下只有两种死法：单存了流程没发，或流程发了单回滚成幽灵审批单。引擎为什么不自带事务，ITransactionTemplate 怎么把边界交回宿主。