Starter 化能力
加依赖即装配，减依赖即卸载。业务模块不重复造基础设施。
Skip to content 让 AI 写对，
从一个问题开始，
把“会用”拆成
AI 编程框架 · TG-BOOT
让 AI 写对，
让团队接住。
高质量 AI 编程，不是把提示词写得更长，而是把工程约束写进代码。 TG-boot 用模块化单体、接口契约和架构门禁，为 AI 与人类开发者划出同一条可验收的边界。
1JVM 默认交付
16+内置业务模块
0拆分时业务改动
2协作轨道
$ git clone https://gitee.com/pub_module/tg-boot.git
$ powershell -ExecutionPolicy Bypass -File scripts\up.ps1
✓ JDK 27 · Maven · MariaDB · Redis ready
✓ runner started on :9999
✓ middle platform on :9100
[ModuleRpc] [LOCAL] ApiSysUserService#getByUserCode
[MQ] system.user.login → parentled
_
LOCAL FIRSTMQ FALLBACKARCH GUARDED
DOCUMENT MAP
从一个问题开始，
走到一次可上线的交付。
十篇文档，按“理解 → 运行 → 编写 → 验收”的顺序组织。可以顺序读，也可以直接跳到正在解决的问题。
01
为什么是 TG-boot
从 AI 写代码的真实失败模式出发，理解框架为什么把边界、契约和验收放在第一位。
8 min · 设计动机
02让 AI 启动项目
把一段启动说明复制给 AI，自动准备 JDK、Maven、数据库、Redis 与前端，并启动完整开发环境。
1 段说明 · AI 自动搭建
03架构与边界
模块化单体、Api 契约、MQ 双轨、AUTO 路由：一页看懂它如何同时兼顾交付与演进。
12 min · 架构
04模块地图
16+ 能力域如何划分，表前缀如何命名，依赖为什么只能朝一个方向流动。
8 min · 全局
05跨模块契约
同步 Api 与异步 MQ 的完整写法：接口放哪里、事件怎么发、消费者如何保持幂等。
10 min · 代码
06AI 协作工作流
把需求变成上下文包，把约束变成提示词，把验收变成可执行命令。
12 min · 方法
07实操：新增模块
以 campaign 活动模块为例，从 Maven 骨架到 Controller、MQ、runner 装配和门禁。
40 min · 实战
08质量与上线
测试分层、架构测试、Actuator 安全、部署清单，以及上线前必须回答的 12 个问题。
10 min · 交付
09深度手册
旧版全量文档索引：组件手册、业务模块、树图架构、运维与共识算法研究。
Reference · 按需查阅
MULTI-END MIDDLE PLATFORM
uniapp-middle-platform
基于 unibest 改进版的可复用多端中台。新增模块只写业务页面， 后台、微信小程序与 App 共用同一套登录、权限、请求、布局与组件。
H5后台 / 运营台小程序微信 / 多平台App原生移动端
EXECUTABLE PATH
把“会用”拆成
四个可完成的动作
不需要先成为框架专家。每一步都有明确的输入、输出和验收方式。
SIX SUPPORTS框架的六个支点
契约即边界
跨模块只认 *-api，接口、DTO、枚举都和实现解耦。
AUTO 路由
本进程有实现就本地直调，没有才走 MQ，业务代码不变。
架构门禁
用 ArchUnit 把禁止依赖写成测试，靠 CI 而不是靠记忆。
一键环境
JDK、Maven、MariaDB、Redis、Node 全部收进 .tools。
无痛拆分
先单体交付，流量上来再按域拆 runner，拆的是部署不是业务。
“
AI 不缺生成代码的能力，缺的是知道什么不能写的边界。 好的框架，应该让正确的写法成为最省力的写法。
TG-boot 设计原则契约优先 · 边界即代码