本篇目录
灵点AI 的定位是 AI 资讯站。但网站搭起来以后，我们发现一个有点尴尬的问题：站里有教程、有知识卡片、有实战，偏偏没有「资讯」。
每天都有新模型、新产品发布。如果每条资讯都去复制一个 HTML 页面手改，坚持不了一周。
这一期记录我们怎样用 AI 智能体（这次用的是 Claude）把资讯栏目从零做出来，也包括它写错的地方。
第一步：先让 AI 当评审，而不是直接下命令
我们没有一上来就说「加一个资讯栏目」。第一句话是：
你全站检查下，结合这个设计风格，看看有没有升级的空间。
AI 把全站看了一遍，列出一份按优先级排好的升级清单。排在第一的就是资讯栏目：网站定位是 AI 资讯，却没有一个持续更新的资讯入口。
我们回了一句：先做第 1 项。
这样做的好处是，需求不是我们拍脑袋想出来的，而是 AI 看过整站以后给出的判断。我们只需要做选择题。对零基础的人来说，做选择题比写需求文档容易得多。
第二步：说清楚「谁来发、多久发一次」
一个资讯栏目，技术上可以有很多做法：装 WordPress、接一个在线数据库、用第三方内容管理系统……
真正决定方案的，是两个很朴素的问题：谁来发？多久发一次？
我们的答案是：自己发，一天几条，发的人不懂代码，而且以后要能简单地部署上线。
根据这些条件，AI 给出的方案是：
- 后台只用 Python 自带的功能来写，不装额外框架；
- 资讯存进一个 SQLite 文件，不用另外安装数据库服务；
- 每次保存，自动把资讯生成静态网页。前台还是纯静态，打开快，部署也简单。
这里有个值得记下来的地方：方案是 AI 提的，但「不懂代码也能用」「以后好部署」这些约束，是我们一开始就讲过的。AI 会根据你给的约束做取舍，约束讲得越早，返工越少。
第三步：把规则定死，AI 才不会自由发挥
资讯要分类。我们让 AI 固定成 6 类：模型发布、产品更新、开源项目、研究进展、安全与政策、行业动态。
正文要能排版，但不能复杂到要先学一整套 Markdown。最后只保留了 5 种写法：
空行 → 分段## 小标题 → 小标题- 列表项 → 列表**加粗** → 加粗[文字](https://链接) → 链接每条资讯还必须填「来源名称」和「原文链接」。这是我们特意要求的：资讯站最怕传错消息，有原文链接，读者可以自己核实，我们回头也能查。
后台做出来是这样的：左边是功能菜单，「AI 资讯」里能看到全部资讯和草稿。
点「发布资讯」，就是一张表。填完点保存，前台自动更新。
第四步：让 AI 自己写测试，然后真的去跑
代码写完，我们没有马上用，而是要求 AI 补上测试：发一条、改一条、删一条，检查页面有没有跟着变。
这一步抓出了三个问题。
第一个是正文排版。「## 小标题」下一行紧跟「- 列表」时，列表没有生效。原因是 AI 一开始按空行把正文切成一块一块，一块只认一种格式。改成逐行解析以后才正常，这种写法也补进了测试。
第二个更隐蔽：测试本来应该在临时目录里跑，结果把测试数据写进了网站真正使用的页面模板。如果没人发现，下一次发资讯，页面上就会混进测试内容。
第三个是看深色模式截图时发现的。网站有一个脚本，会把深色按钮统一改成品牌橙色。深色模式下，资讯页的分类按钮全被它染成了橙色，分不清哪个是选中状态。给资讯区域加了一个「跳过」标记以后，才恢复成下面这样。
这三个问题有个共同点：AI 写完代码时都说「完成了」，光看代码也不容易发现。是测试和截图把它们暴露出来的。
所以我们现在的习惯是：AI 说做完了，先让它跑测试，再让它截图给我们看。
最后的效果
现在发一条资讯，只需要在后台填表、点保存。资讯列表、详情页、首页的「今日 AI 动态」、RSS、站内搜索和网站地图会一起更新。
栏目上线时先收录了 9 条 2026 年 9–10 月的 AI 资讯。内容由 AI 整理，但每一条都要求附上原始来源，并对照原文核实过。AI 很擅长整理和改写，可「这件事是不是真的发生了」，必须回到原文确认。
这次学到的
- 先让 AI 评审，再让它动手。你做选择题，比你写需求文档容易。
- 约束要早说。「不懂代码的人也能用」「以后好部署」，这几句话决定了整个方案。
- 规则要定死。分类、正文写法、必填来源，定得越清楚，AI 越不会自由发挥。
- AI 说完成了不算完成。让它写测试、跑测试、截图，你再验收。
- 资讯类内容，来源比文笔重要。