风向｜用 AIHOT 给企业服务从业者做的中文资讯站

[FightKK7]

先谢谢 AIHOT。信源管理、采集、评分精选、出刊，再到网页 / RSS / API / MCP 的分发，这套底层是完整跑得起来的，所以我把力气基本都花在换读者、换行业口径和重做读者面上。

站点叫「风向」，当前示例是给企业服务从业者看的中文资讯流：

• 演示页（静态快照，不连数据库、不调模型）：https://fightkk7.github.io/fengxiang/
• 仓库：https://github.com/FightKK7/fengxiang （MIT，上游署名保留在 NOTICE）

为什么做

读者是在企业服务行业做产品、商业化、创业和投资的人。他们要的往往不是「行业大势」，而是具体一家公司这周改了什么：产品发布、定价与打包、市场进入、组织与人事、财报。这些信息散在各家公司自己的博客、更新日志和公告里，中英文混杂，一家一家翻很费时间。

于是这站的取舍是：只收官方一手，不收媒体和分析；统一整理成中文标题和摘要；每天一期「每日精选」，从过去 24 小时里挑少量条目。判断只作为少数条目的增值，不强求每条都有。

在框架之上改了什么

• 读者面整套重做：六色 + 七级字阶，宋体配 Inter，0.5px 发丝线，零圆角零阴影，暗色模式；条目页桌面有一条阅读工具轨（收藏 / 字号 / 译文）
• 日报改名「每日精选」并缩成 760 单栏、顶部一行报眼；安静日直接写「有评分无精选」，不硬凑
• 条目页支持中英逐段对照；拿不到正文的条目只给摘要和原文入口
• 时间线逐条列出：一次抓取 37 条就显示 37 行，不做「一次更新折叠成一条」（折叠看着像厂商一口气改了 37 个东西，是误读）
• 字体按当期内容做子集，当期只预加载 5 个文件，GB2312 基线拆成分片按需加载，避免整包几十 MB
• 后台和读者面同一套设计系统，出刊台支持草稿 → 发刊 → 版本回滚
• 去掉上游跟 AI 领域绑定的页面和接口（模型榜、Codex 重置监控），MCP 精简到 7 个工具

现在的状态

20 个启用信源（内容源、变更监控，以及少数先保留的媒体），从采集、正文、评分、归组、发布、译文、出刊到分发在本机跑通；每日精选按期出刊，后台可以人工补录；网页、RSS、公开 API、MCP 读同一套数据。

站点本身还在本机跑，公开的只有静态演示页。想等信源和分档稳一点再考虑正式上线。

想听的意见

1. 中文摘要和译文的「人话」尺度：现在要求行业特有名词（AEO、PLG、CPQ 这类）第一次出现给一句不超过 25 字的白话解释，同篇只一次。这个尺度是偏多还是偏少？
2. 精选门槛：T1 65 / T1.5 66 / T2 68 是按 AI 信息价值校准的。换到企业服务，应该重新标样本校准，还是先跑一段时间再调？
3. 信源：还有哪些公司的官方博客、更新日志、定价页值得加？我现在缺的是「变化」型信源（价格页、changelog、roadmap），不太缺「内容」型。

「风向」的名称、站点内容和品牌素材不在 MIT 许可内；框架的名称和 Logo 也按要求没用（见 NOTICE）。

[KKKKhazix]

谢谢来分享。把读者要的东西说得这么具体（某家公司这周改了什么），后面只收官方一手、缩小精选的取舍就都有了依据。这里只说说你问的三点，我没有企业服务这个行业的经验，第三点帮不上太多：

1. 白话解释的尺度：我不会按“行业特有名词”一刀切，而是按“你的读者懂不懂”来定。读者就在这个行业里，PLG、CPQ 多半不用解释，每次都解释反而像在写给外行；跨职能才会碰到的词（比如做产品的人看财务口径）才值得给一句。摘要本来就短，一句解释占的位置不小，我会优先放在译文和正文里，摘要里只解释理解这条新闻绕不过去的那个词。最快的判断办法是找两三位目标读者，让他们圈一周的摘要，看哪些解释是多余的。

2. 精选门槛：要重新校准，这组数换了行业和评分标准就不能照搬，我在 精选与校准 里也是这么写的。两件事不冲突：你现在只有 20 个信源，可以先跑一段时间攒真实资料，再从里面挑 100–200 条标“该选 / 不该选”，多放差一点就该选和差一点就不该选的难例，然后用 scripts/eval-selection.ts 看不同门槛的结果。标注最好由以后真正读这个站的人来做。

3. 信源：具体该加哪些公司，你比我清楚。框架这边，更新日志有现成的解析方式（docusaurus_changelog、intercom_changelog，见 信源文档）。价格页没有一条条的列表，文档里也没有现成做法，这部分要靠你自己的变更监控。