用 Codex 魔改卡神开源的 AIHOT，我做了个 3D 技术雷达

卡神开源的 AIHOT，我拿来改了一个自己的版本。

名字很简单，就叫「3D 技术雷达」。

最开始，我只想有个地方，能把 Three.js、Shader、可视化大屏、数字孪生这些方向的新东西收起来。结果越改，需求越多，现在连选题、写稿、配图、排版和内容归档，也一起接进去了。

01｜AIHOT 是个什么项目？

这事得先从 AIHOT 说起。

AIHOT 提供了一套搭建行业热点站的基础能力。它会从你配置的信源收集内容，去重、筛选、评分，再整理成摘要，把同一事件的不同报道归到一起，形成热点和报告。你可以替换关注的领域、信源和筛选标准，做自己的版本。

项目地址：github.com/KKKKhazix/A…

02｜把信息筛选，聚焦到 3D 工程实践

对我来说，这个起点很合适。

采集、筛选、事件整理这些基础工作已经有了。我可以把精力放在一个更具体的问题上。

什么样的技术动态，值得一个做前端和 3D 的人花时间看？

一个新发布的 Three.js 插件，有没有源码和演示？一个 Shader 效果，能不能看懂它怎么实现？一个数字孪生案例，除了展示视频，有没有讲清楚数据怎么接、场景怎么组织？

这些才是我想追的东西。

所以，我把关注范围收到了可视化大屏、3D 技术、Three.js、数字孪生、Shader 和 AI＋3D 这几个方向。

但只改分类，远远不够。

刚开始跑的时候，列表里还是会混进一些通用 AI 资讯，甚至蛋白质三维结构之类的内容。它们当然有自己的价值，只是跟我今天要做的 Web 3D 项目，隔得有点远。

这时候才发现，给系统一个「3D」关键词，它理解的范围，可能比你想象的大得多。

我又把筛选标准往工程实践上收。

有源码、有可运行的演示、有具体教程、有重要版本变化的内容，优先留下。摘要也要尽量说明白，这东西解决什么问题，有哪些资料可以继续看。

原文链接要保留。看到感兴趣的，我还得点进去读，必要时把代码拉下来。

我希望打开这个页面，能很快找到一个值得研究的东西。

03｜调整检索节奏，优先处理近期内容

然后，第二个问题就来了。

东西收得太多。

之前页面上堆了几千条待分析内容，模型调用额度却是有限的。旧资料还在排队，新消息又进来了，越收越多。

我给自己做的这个工具，差点变成另一个需要每天清理的收件箱。。。

后来，我把新增的联网热点检索调整为每六小时一次，自动分析优先处理近四十八小时的素材。更早的资料留着，需要时再手动分析。

这个调整很简单，但很有必要。

对我这样的个人使用场景，先把最近值得看的内容处理好，才有余力考虑后面的事。

04｜从一个热点，生成五个平台的内容

而我最想往后接的，其实是创作。

看到一条值得讲的消息，接下来通常还有不少工作。得找原文，想切入点，补资料，判断适合讲给谁，再开始写。

这些步骤，我想尽量放在同一个地方完成。

于是，在 AIHOT 的热点发现基础上，我加了一套创作工作台。

现在可以从一条已收录的内容进入创作，带上来源和摘要，补充这次想讲的角度。如果自己有实践记录，也可以一起放进去，然后选择要生成的平台稿件。

小红书、抖音、知乎、哔哩哔哩、公众号，都可以选。

但我对这件事的要求，落在了各个平台具体要交付什么。

• 小红书，图文卡片＋发布文案。  封面讲什么，几张卡片怎么展开，配什么图片，正文和标签怎么写，都要一起考虑。目前也接了配图生成。

• 抖音，短视频口播＋画面建议。  六十到九十秒里讲清一个重点，安排开头、演示画面、字幕和结尾。

• 哔哩哔哩，完整脚本＋演示步骤。  把技术点展开，安排章节、操作演示、镜头和素材。

• 知乎，围绕问题展开技术解释。  从结论讲到原理，再说明适用场景、局限和参考来源。

• 公众号，长文叙述＋个人判断。  留下充分的篇幅，把来龙去脉、实践建议和自己的理解写进去。

举个例子，假设我要讲一个新的 Three.js 效果库。

小红书可以围绕几个直观效果做图文。B 站可以安排一次接入演示。公众号里，我更想讨论它适合什么项目、接入需要考虑什么，以及哪些地方还得自己验证。

同一个选题，值得按阅读和观看的方式重新组织。

当然，生成出来还得改。

我可以修改稿件、查看历史版本，也可以只重新生成其中一个平台的内容。自己的修改要留住，参考来源也要跟着稿件走。

涉及亲测结果、性能数据和自己的经历，更得由我来核实和补充。

模型接入也补了配置。检索和创作可以分别选模型，目前既能接本机 Codex，也能配置在线模型 API 或本地模型，按自己的使用条件来。

05｜打通 Notion 归档和墨排编辑

做到这里，我又开始嫌排版麻烦了。

写完一篇稿，复制出去，重新处理标题、引用、图片和间距。内容明明已经在这里，后面还要搬好几次。

于是，又接上了 Notion 和墨排。

• Notion 负责归档。  稿件和来源可以保存到自己的内容库，方便以后查找和复用。

  
  

• 墨排负责图文排版。  雷达里的编辑区域也同步采用了它的主题和文档样式，减少来回调整格式的工作。 墨排是我之前我做的一个图文内容编辑器，它可以和Notion同步内容和定制我自己需要的主题文章

  
  现在就一并集成到这个3D技术雷达平台：
  

标题、引用、代码块、图片，可以直接预览排版效果。满意以后，再同步到墨排继续处理。

这部分已经拿实际稿件走过一遍。一篇小红书稿件，连同四张配图，从雷达同步到了墨排。

我挺在意这种小事。

因为做内容的时候，复制完图片还在不在，改过的稿件会不会被覆盖，往往直接决定这个工具愿不愿意继续用。

06｜日报、周报、月报，支持多比例导出

日报、周报、月报的输出，我也往自媒体使用场景补了一步。

报告的基础能力来自 AIHOT，我主要加了导出和版式适配。

• PDF 阅读版。  方便保存、阅读和分享。

• 适合不同平台的图片比例。  可以选择小红书竖图、微信方图、公众号正文图和封面等版式。

• 可切换的图片模板。  根据内容选择不同风格，调整封面与内页的呈现。

短内容可以合在一页，长内容再分页，尽量照顾手机上的阅读。

这块也返工过。网页里看着还行，导出来字小、密、像一张缩小的网页，照样没法用。后来才继续调整字号、留白、封面和内容层次。

说实话，很多功能都是这样改出来的。

用到哪一步觉得别扭，就接着改那一步。

07｜记录发布效果，让下一次创作有依据

再往后，我还留了一个效果复盘的入口。

内容发布以后，可以手动填写数据，也可以导入 CSV，记录阅读、播放、收藏、评论、分享和涨粉这些指标，再结合实际稿件做分析。

我更关心的是，哪些内容让同行愿意收藏，哪些问题真的引来了讨论。

比较的时候，也得尽量放在同一个平台、同一个账号和相近的观察时长里。一篇刚发几个小时的文章，和一篇已经发了七天的文章，直接比阅读量，结论很容易跑偏。

系统可以根据这些数据给下一轮创作提建议，是否采纳，由我决定。

不过，这部分还需要真实发布数据慢慢积累。样本不够的时候，就先承认样本不够。我现在还没法拿出一组长期结果，告诉大家它已经学会了怎么写爆款。

眼下，我更希望先弄清楚，哪些内容对读者确实有用。

这一步我还没有具体验证，后续继续补充。

08｜你也可以搭一个自己的行业热点平台

折腾到这里，回头看这个项目，我最想分享的其实就是这件事。

一个开源热点站，可以做成很具体的个人工作工具。

AIHOT 帮我搭起了采集和整理信息的基础。我在上面加入自己的专业方向、筛选标准、创作方式，再把日常用的 Notion 和排版工具接起来。

它就慢慢变成了现在这个 3D 技术雷达。

如果你也想做，完全可以从自己的领域开始。

做前端，就关注框架更新、工程实践和有源码的案例。做设计，就围绕设计工具、交互和作品方法。做其他行业，也一样，先把自己长期关心的问题列出来。

别急着把所有功能都塞进去。可以按这四步来。

1. 确定一个具体领域。  把自己长期关心的问题列出来，先收小范围。

2. 挑选可靠信源。  从常看的官方博客、开源项目和专业社区开始，写清楚想看什么、哪些内容不需要。

3. 基于 AIHOT 跑通基础版本。 开源仓库提供了模板和定制说明，按自己的领域配置信源与筛选规则。

4. 根据实际使用继续加功能。  等你每天愿意打开它，再考虑接入创作、排版、归档和复盘。

我这个版本，也是在这样的使用和返工里一点点做出来的。

感谢卡神把 AIHOT 开源，让我能从一个已经搭好的起点往下做。

至于我接下来想把这个雷达改成什么样，标准也很简单。

下次准备做一个 3D 项目，或者写一篇技术文章时，打开它，能找到一条值得点进去、看源码、动手试试的内容。

那它就帮上忙了。

09｜最后

用 AI 做事这段时间，我发现自己的角色在悄悄变化：越来越多的工作交给 AI 完成，我主要负责两头，一头是下指令，一头是验收，中间纠错的环节越来越少。

所以我认为，每个工作场景和平台，都应该集成 AI 特有的能力。

在 3D 可视化大屏的工作中，我把自己的工作流接入了 AI，让整套流程自己运转。我只需要提出一个可视化想法，它就能完成从构思到落地的全过程，最后交付一个可运行的大屏。

在 3D 技术资讯的获取中，我集成了 AI 抓取信息并转化为内容创作的能力，不用再绞尽脑汁想选题，从获取信息到产出内容的时间越来越短。

但做到这里，我发现新的问题：这些能力分散在不同平台，我的时间被切碎在各个入口之间。

于是我做了一个基于 Codex 的工作台，思路类似苹果的"快捷指令"。它把各个平台的能力和任务流封装起来，点一下就能执行。它既扩展了 Codex 本身的能力，也能调度 Codex 已经搭好的各个平台和任务。

后来读了卡神的《折腾了整整1年，毫无保留地分享一下我这套Agent自动化系统。》，我意识到这个环节还需要继续简化。

快捷指令解决的是"入口分散"，但起点依然是我：我不点，它就不动。当平台和任务越来越多，即便我只负责验收，也要不断切换、检查、确认，其中很多事其实根本不需要我亲自过问。

之前我其实也做过相关相关的探索，但跟卡神的架构一对比，就发现自己的思路还是比较局限

用卡神文章里的话说：一个人通常只能同时跟进 3 到 5 个活跃的会话。在这种设计下，单任务的上限取决于模型能力，多任务的上限取决于人的注意力。

在整个 Agent 系统里，人的注意力是最宝贵的资产，也是最大的瓶颈。

所以我接下来要做的，是让工作台从"我点击才执行"，进化为"信号触发、自动推进、只在关键节点找我"。能自己处理的就处理掉，只有拿不准、必须由我拍板的事，才上升到我面前。