我花了一个周末用AI搭了个内部工具，从此告别重复搬砖——HTMX+Go真香

说出来你可能不信，我上个月用两个周末的时间，干了之前三个前端干三周的活。不是因为我突然变强了，而是因为我让AI帮我写了个内部工具。

事情是这样的。

我们团队日常有大量数据看板、审批表单、报表查询这类“看起来没啥技术含量但就是费时间”的玩意儿。每次来了新需求，前端画页面、后端写接口、联调、测试，一套下来两天起步，三个月攒了十几个类似的页面，代码量倒是没少，但功能大同小异。

这种重复劳动，本质上就是在浪费生命。

直到我刷到了HackerNews上的那篇《How I use HTMX with Go》，突然悟了——为什么不能用AI快速搭一套轻量级框架，以后这类内部工具直接套模板改改就完事？

如果你也受够了天天写CRUD、调表格样式、改弹窗逻辑，这篇文章能帮你省下至少50%的无效工时。

【more】

为什么选HTMX+Go？

先说HTMX。

如果你还没听过这玩意儿，简单说就是：你可以在HTML里直接用属性写交互逻辑，不用写一行JavaScript。

比如你想让一个按钮点击后从服务器获取数据并更新页面，传统做法是写JS监听事件、发请求、解析JSON、更新DOM。HTMX的做法是：

<button hx-get="/api/data" hx-target="#result">点我</button> <div id="result"></div>

就这？对，就这。点击按钮，自动发GET请求到`/api/data`，返回的HTML直接替换`#result`的内容。

这意味着什么？意味着你不需要写任何前端框架、不需要维护状态管理、不需要纠结Vue还是React。 对于数据看板、审批表单、报表查询这类内部工具来说，HTMX几乎是完美匹配——它们不需要复杂的交互，只需要“点一下，刷新一块区域”就够了。

再说Go。

Go的优势是编译快、部署简单、并发模型清晰。写一个API接口，编译成单文件，扔到服务器就能跑，连依赖都不用装。 对于内部工具这种不需要高并发、但需要快速迭代的场景，Go简直就是瑞士军刀。

而且最关键的是——这两样东西，AI都能写。

我是怎么用AI加速开发的

我的工作流大概分三步：

第一步：让AI生成基础框架

我跟Copilot说：“用Go写一个HTTP服务器，路由用标准库，支持HTMX的模板渲染，目录结构按标准Web应用来。”

它秒给了一个完整项目骨架，包括main.go、handlers、templates目录。

第二步：让AI生成CRUD模板

我直接甩需求：“生成一个用户管理页面，包含列表展示、新增表单、编辑弹窗、删除确认，用HTMX实现局部刷新。”

AI直接给我生成了三个文件：

- `users.html`（模板）

- `users_handler.go`（处理器）

- `user_model.go`（数据模型）

整个过程不到20分钟。 我只需要改改字段名、调调样式，就能跑起来。

第三步：让AI帮忙调试

遇到HTMX请求不刷新、Go模板语法报错这类问题，直接截图扔给AI，它一眼就能看出问题在哪。以前自己排查要半小时，现在五分钟搞定。

实际效果：一个真实案例

我们团队最近要做一个“项目进度看板”，需要展示各阶段任务、负责人、截止时间，支持状态拖拽更新。

用传统方式，我可能要搭一个React项目、配置路由、写状态管理、联调后端，至少一周。

用HTMX+Go，我干了什么？

1. 让AI生成看板模板，包含卡片布局和状态列

2. 让AI生成拖拽更新接口（HTMX支持拖拽事件）

3. 让AI生成数据模拟层，直接启动测试

两个下午，从零到上线。

而且后续迭代特别爽——同事说“再加个筛选功能”，我直接在模板里加个``，用`hx-get`带上查询参数，后端接口复用已有逻辑，改一行代码就搞定。

这套玩法适合谁？

如果你是以下几种情况，强烈建议试试：

- 后端开发：不想写前端，但经常被拉去搭内部工具

- 全栈新人：想快速出东西练手，不想被前端框架折磨

- 团队Leader：想帮团队减少重复劳动，提升交付速度

不适合谁？ 如果你的项目需要复杂动效、大量客户端状态管理、SEO优化，那还是老老实实用React/Vue吧。HTMX的定位就是“让简单的事情更简单”，不是替代重型框架。

一些踩坑记录

当然，不是所有事情都顺利。

- HTMX的调试工具相对弱：不像React有React DevTools，HTMX出错往往只返回一个500状态码，排查起来靠手工。我的解决办法是让AI生成日志中间件，把每次HTMX请求的详细信息打出来。

- Go模板语法写复杂逻辑很痛苦：模板里写`if-else`嵌套多了，可读性直线下降。我的办法是：把复杂逻辑全部扔给Go处理器，模板只做最简单的展示。比如分页逻辑，在处理器里算好当前页、总页数，模板只负责循环渲染。

- AI生成的代码需要人工review：尤其是安全相关的——用户输入过滤、SQL注入防护、XSS处理，AI有时候会漏。永远别信任AI写的安全逻辑，自己过一遍是底线。

说点真心话

我见过太多人为了“技术选型”争得面红耳赤——React还是Vue？Rust还是Go？微服务还是单体？

但说真的，对于打工人来说，工具的意义不是“酷”，而是“快”。

你花三天搭的炫酷前端框架，和花两小时搭的HTMX页面，在老板眼里可能没区别。区别在于——你省出来的时间，可以早点下班陪家人、学点新东西、甚至多睡会儿觉。

这才是真正的职场提效。

最后说个事儿

我最近发现一个宝藏网站叫 PlayJE AI排行榜（www.playje.top/rankings/），上面收录了各种AI模型的使用体验投票，包括我用的Copilot、ChatGPT、Claude等等。每次我犹豫要不要换个AI工具时，就去上面看看真实用户的评分和吐槽。

如果你也好奇自己用的AI模型到底排第几、有没有更好的替代品，可以去上面投一票、翻翻榜单。 说不定能帮你找到更顺手的AI搭档，让你的工具搭建速度再翻一倍。

互动一下：

你平时工作中最烦哪类重复性开发任务？是写CRUD页面、调表单样式，还是联调接口？

留言告诉我，我看看能不能用AI+HTMX帮你找到解法。觉得有用的话，点个在看、转给团队里那个天天加班的后端同学，说不定能救他一个周末。👇

───

关注「蓝色Jerry」· 每天资讯早知道

觉得有用？点个 在看 分享给朋友