免费报表工具总有不如意的地方，于是我试着让 AI 写了一个……
在公司里做业务系统，只要跟“数据展示”沾点边，基本都绕不开一个东西：报表。
我前前后后也折腾过不少免费/开源报表工具，一开始都挺香，用着用着就开始不对劲了。
不是不能用，而是——总差点意思。
那些“说不上来但很烦”的点
用过的同学应该都有类似体验：
- 配置一层套一层，改个字段要点半天
- UI 看着像十年前的系统，产品经理看了直皱眉
- 想自定义点东西，发现扩展成本很高
- 和现有前后端架构不太搭，接起来很别扭
- 文档一言难尽，很多时候只能靠猜
这些问题不至于让你放弃，但会持续消耗你的时间和耐心。
久而久之，你会开始问一个问题：
有没有一种报表工具，是“为开发者设计的”，而不是“让人去适应它的”？
那就自己做一个？
正常来说，这个念头一般停留在脑子里三秒钟就没了：
“算了，这玩意儿太重了……”
但这次不一样。
因为有 AI。
于是我决定试试：
👉 github.com/eighteen20/…
不是“纯 AI 写”，而是：
我来定义方向 + AI 辅助实现
我是怎么用 AI 来做这个项目的？
不吹不黑，说点实际的。
1️⃣ 起手：先把“能跑的东西”搞出来
以前最难的是第一步：
- 技术选型
- 项目结构
- 基础代码
现在可以直接让 AI 给一个初版，再自己筛一遍。
重点不是“完美”，而是：
先有一个能跑的雏形
2️⃣ 中期：反复对话，快速迭代
开发过程中最常见的场景：
- “我想做一个可配置的报表结构，大概是这样……”
- “这种数据结构有没有更好的设计？”
- “这段逻辑有没有更优写法？”
AI 在这里更像一个：
随时在线、不会嫌你烦的同事
很多时候你甚至不需要完全采纳它的方案，但它能帮你快速打开思路。
3️⃣ 前端：从“写组件”变成“改组件”
像表格、筛选器、布局这些：
- 以前：从 0 开始写
- 现在：AI 先给一版 → 我再改
节奏会变成：
Review + 调整，而不是纯手写
eighteen_report 想解决什么问题？
这个项目的定位其实很简单：
一个轻量、对开发者友好的报表工具
目前在尝试做的几件事：
✅ 用更简单的方式定义报表
尽量减少那种“嵌套地狱式配置”，让结构更直观。
✅ 天然适配 API / 前后端分离
不强绑数据库或某种数据源，而是：
- 接 API 就能用
- 更适合现在的业务架构
✅ 组件化，而不是“黑盒工具”
表格、图表、筛选条件这些：
尽量做到可组合、可替换、可扩展
✅ 对开发者友好
核心思路是：
- 能用代码控制，而不是全靠点点点
- 出问题可以 debug，而不是猜
一点真实体会：AI 写代码，到底靠谱吗？
说实话，很多人关心这个。
我自己的结论是：
✔ 能用，但别神化
AI 很适合：
- 搭框架
- 写重复代码
- 给思路
但不适合：
- 替你做架构决策
- 一步到位写“生产级完美代码”
✔ 最重要的不是 AI，而是“你想做什么”
如果你自己都不清楚：
- 工具要解决什么问题
- 想要什么样的设计
那 AI 只会帮你生成一堆“看起来很对但其实很乱”的代码。
✔ 开源项目是最好的试验场
你可以：
- 慢慢迭代
- 随时推翻重来
- 接受反馈再优化
而不是一开始就背负“必须完美”的压力。
后面准备继续折腾的方向
接下来大概会往这些方向继续搞：
- 还没想好，项目用到啥在开发啥
欢迎来拍砖 or 一起搞
项目地址👇
👉 github.com/eighteen20/…
如果你：
- 也被报表工具折磨过
- 想搞点“AI + 开发”的实践
- 或者单纯觉得这个方向有意思
欢迎来提 issue / PR / 吐槽 😄
最后
这项目现在还远谈不上“成熟”，甚至可以说刚起步。
但它让我确认了一件事：
当现有工具不够用的时候，我们现在真的有能力“自己造一个”。
而 AI，让这件事的门槛，比以前低太多了。
