把 21 条讨论按「谁解决了什么」重排了一次：三个协作提议

[CochraneK]

Discussions 现在有 21 条。我把它们全读了一遍，按「谁解决了什么」重排了一次——因为按时间读，看到的是一堆互不相关的展示帖；按问题读，能看到同一件事被解决了三次，而第四次还有人在从头解。

先说结论：这个社区最缺的不是功能，是「搬得走的东西」。

同一件事，被解决了不止一次

问题	谁在什么地方各自解决过
公众号采集太贵	营销通鉴 #132（10-05）在帖子里写「微信公众号的 api 有点贵，如果有好的方法欢迎一起讨论」；两周后青砚 #253（10-21）直接给了一整套 we-mp-rss + 微信读书通道的管道，130+ 个号、零 API 费，桥接脚本和部署教程都在仓库里。解法就在同一个讨论区，只是没人把它搬到该看见的地方
成本降不下来	#191 每天约 90 美元问怎么省；#206 自述「也比较耗费 Token」；#143 干脆做了个原型按缓存/输入/输出比例重算成本。三个人用三种方式问同一个问题，没有一份能照做的答案
只在某种环境才复现的故障	#212 部署到云服务器后某源触发 AWS WAF Challenge，本地 docker 完全正常；#82 指出 CI 只跑 ubuntu，Windows 上架构守卫把 53 条合规写入报成违规（PR #79 修了缺陷，CI 至今仍不覆盖 Windows）
「一条消息值不值得记」怎么定义	#65 把它拆成可判断的问题链（模型自称 vs 作者复核 vs 有没有 Lean/Coq 验证 vs 形式化命题是不是原问题）；#174 把事实分成「厂商声明 / 待核验 / 已审核」三态，缺失参数留「未知」。两套做法都能直接搬
入门时不知道改哪里	#201 改了 topics 网页还是 AI 内容；#200 问 Agent Skill 开源版为什么没有；#69 问「重置」是不是要订 X API。三条都不是 bug，是文档没说清

三句话概括

1. 被重复解决最多的不是功能，是适配——政府站没有 RSS、日期写法没见过、Node 握手协商不上、公众号通道太贵。这些解法都能直接搬，但没有地方搬。
2. 成本是个人站的共同天花板，问法几乎一模一样，答案散在各处。
3. 「独立实现」比 fork 多，是因为 fork 之后不知道怎么跟上游。我扫过 2,164 个 fork，只有 130 个（6%）有自有提交，其中 55 个落后上游 100 多个提交。改得越深越不敢跟，最后自己维护一条死分支。

三个提议（从轻到重）

① 一张领域注册表。 六个字段就够：领域 | 站点 | 仓库 | 许可 | 联系 | 状态（在建/在线/停更）。三条规则：注册不等于所有权，同一领域允许两家并存；先查表再动手；停更要标出来。成本接近零，解决的是最贵的问题——一个人花三个月做的东西，另一个人三个月前已经做完了。放 README 一张表、置顶 Discussion、还是独立仓，由你定。

② 适配器以数据回贡，不以代码回贡。 各站各写一遍的东西里，列表页选择器是可以做成数据的：一个站点一段 JSON（item/title/date 选择器 + 分页规则 + 一条「哪天验证通过、抓到多少条」的记录），能直接进 sources.json，不用 fork、不用改代码、不用维护分支。如果仓库愿意开一个 contrib/adapters/ 收这类 JSON，一个人解决的政府站，其他人可以直接用。

③ 跨站索引（只索引，不混池）。 各站已经有 /feed.xml、公开 API、llms.txt、sitemap.xml，技术条件齐了。但必须做成索引：只存标题 + 链接 + 来源站 + 时间，点进去到原站。混池我实测过——把其他衍生站的 feed 接成自己站的信源，结果是入池率被稀释、成本上升、首页出现无关内容。索引一次抓取、零模型调用、不碰版权，混池一样都不占。

顺带：关于「共养」

社区里有人提过「每人每月一元，覆盖模型和服务器账单」。我没有立场替上游决定，只放量级：一个日更站点的稳态成本大约每月一两百元，也就是一两百个订阅者能覆盖。

真要做，三条规矩比金额重要——公开月账（每月一行数字）、收款账户与个人账户分离、攒够一年账单就停收。最后这条是把「共养」和「生意」分开的唯一标志。另外定性必须是订阅（换无广告、无追踪、报告先收到），不是捐赠——个人公开募捐是另一个法律范畴，叫错了会把退款、税务、平台规则一起带错。

想请你回的

1. 注册表放哪儿？README、置顶 Discussion，还是独立仓？
2. contrib/adapters/ 这种「选择器即数据」的形态，收不收？
3. 跨站索引有没有必要做？做的话抓取方是上游还是各站自取？

如果这些都不需要，忽略这帖也没关系——整理本身对我就已经有用，上面 21 条我按讨论号做了索引，会同步到自己仓库的文档里。

（另：#283 是关于新增 search 型信源的讨论，跟这帖是两件事，不占这里。）

[KKKKhazix]

谢谢把 21 条讨论按问题重新梳理了一遍，这份索引本身就很有用。三个提议都涉及仓库长期怎么运营，我先在产品上定一下，再回来逐条答复。

[CochraneK]

附：清单底稿（谁把 AIHOT 改成了什么）

上帖是结论，这帖是底稿。正文里那句「21 条我按讨论号做了索引」，指的就是下面这几张表，之前只给了结论没给原表，补在这里，方便你判断哪些能直接搬。

一、社区改造清单（16 个站）

站点	领域 / 规模	改了什么	能搬走的东西
PsyHOT · 仓库	心理学 / 精神医学，学界与业界双视角	在原骨架上做减法：去掉 MCP 层、改成 HTTP 单通道，加站内可分发的 Agent Skill 包（SKILL.md + manifest.sha256 + install.sh）；另写了 EveryInfra 付费通道适配、分主题邮件订阅、热门榜「赛道保底席位」	能力全在服务端的 Skill 形态——站点加功能不需要用户重装；付费通道两条：402 视为不可重试、预算耗尽时保住已付费的列表结果
青砚 · #253	环保 · 双碳；130+ 源（部委 + 31 省厅 + 79 地市局 + 行业媒体），两次评分，早 8:10 日报	在 everyinfra 停服后自建公众号通道；另修了 4 个上游 bug	最有价值的一条：integrations/wemprss-bridge/，we-mp-rss + 微信读书通道，130+ 个号零 API 费
大厂观察 · #272 / #244	互联网职场（裁员招聘 / 组织 / 经营 / 政策）	两小时一采；加了账号体系（Google / GitHub 登录同步收藏）；同一项目发了两帖（早期版 + 建成后）	「展示帖等站能看再发」；社区里少见的「有账号体系」改法
AI4Math Radar · #65	AI for Mathematics	把「一条消息值不值得记」拆成可判断的问题链：模型自称 vs 作者复核 vs 有 Lean/Coq 机器验证 vs 形式化命题是否就是原问题	证据分级，比分数门槛更可解释
AIMAN.World · #174	机器人产业库 + 图谱 + MCP	厂商声明 / 待核验 / 已审核三态分开存，缺失参数一律留「未知」，公开贡献先进待审收件箱	可信度做法里最完整的一套
VulnHOT	漏洞情报	独立实现，未公开做法；扫 2,164 个 fork 时它是唯一的安全领域站	无（只确认在线）
营销通鉴 · #132	营销平台规则变化	不开前台：AIHOT 只在内网跑采集 / 打分 / 归组，主站每 30 分钟按游标同步精选，SEO 权重留在原站	适合「已有站点想加一个栏目」
RoboHot · #192	机器人产业	明说换行业真正花时间的地方是把筛选标准改成面向某类读者，不是换信源；并划了收录边界	收录边界的写法（泛 AI 消息必须有明确的机器人研发 / 应用联系）
MediaStack · #206	音视频技术情报	日报 + 精选；自述动机是「信息茧房」，坦承「比较耗费 Token」	无（但把成本问题说出来了）
FilmTechNews	影视技术日报	未公开仓库与做法	无（只确认在线）
NewsIQ · #217	新闻事件聚合	没讲做法，问的是：多个 vibe coding 做出来的站，为什么表结构与产品形态高度相似	一个值得回答的问题
hot.foxnan.com · #254 ／ xabcnews.com · #98	AI 新闻	只贴了链接	无
拾玖说跨境资讯	跨境电商；104 源（RSS 42 / 网页 41 / 接口 21），2.6 万条 → 245 精选 → 42 期日报	按跨境场景重建主题体系；评分往「有明确事实 + 适用市场 + 经营影响」压，招商课与软文一律压到门槛下	主题体系重建；RSS + REST API + MCP + Markdown 四套出口
品牌AI外刊	海外品牌 × GEO；589 候选 → 141 入选	先写准入规则、再看候选：5 条一票否决 + 6 项 18 分制；拿 100 条真实文章人工逐条判，AI 初判 89 同意 11 改判，改判理由写回评分标准；MacBook 跑采集 + Cloudflare Pages，服务器 0 元	准入规则先写后筛 + 金标验证，两件都能直接照做
URHOT	AI × 用户研究；45 源，Python 重写（非 fork，80 提交，MIT）	GitHub Actions 每 4 小时跑一次，结果存 JSON，Next.js 静态导出挂 Pages；每条 3.8 次调用 ≈ 3,600 token；eval/ 有金标工具链，但作者自认门槛仍按分数分布定	三重安全阀：--execute + 有 LLM_API_KEY + MODEL_CALLS_ENABLED=true 同时成立才真调模型，默认永远零成本

二、只有行业名、还没公开做法的 fork（扫 2,164 个得来，未逐个打开）

汽车 AUTOHOT×3、机器人 / 具身 ROBOTHOT×2、金融（FinanceHot、A 股、qhot）、保险（InsurHOT、baoxian.news）、房地产 REHOT、医疗信息化 HITHOT、芯片 ChipHOT、地理 GeoHot、游戏 GAMEHOT（韩语）、葡语 MedIA-briefing。

这一类十几个站都只留了行业名，没有可搬的东西——这恰好说明第 ① 条提议缺的是什么：现在能知道「有人在做什么行业」，但不能知道「他做到哪一步、能不能复用」。

三、21 条讨论索引

Show and tell（11 条 / 10 个项目）：#272 #244 大厂观察、#253 青砚、#65 AI4Math、#174 AIMAN、#132 营销通鉴、#192 RoboHot、#206 MediaStack、#217 NewsIQ、#254 hot.foxnan、#98 xabcnews。

Ideas（5 条）

• #82 CI 该不该覆盖 Windows：path.relative 拿反斜杠串去匹配 posix 规则，架构守卫在 Windows 上把 53 条合规写入报成违规。缺陷由 PR fix(tests): normalise paths so the architecture rules work on Windows #79 修了，但 check.yml 至今只有 ubuntu-latest，等于守卫在 Windows 上仍然失效。
• #143 按自定义「缓存输入 : 普通输入 : 输出」比例重算成本，有原型。结论一致：不拆三段会高估两倍以上。
• #37 一个站点输出多语言，三条卡点：title_zh / summary_zh / reason_zh 单语言成稿、提示词按中文写、界面文案与 4 处「北京时间」写死。这是「语言」维度，比「行业」维度更深。
• #212 部署到云服务器后某源触发 AWS WAF Challenge，本地 docker 完全正常。这类差异只在部署后暴露。
• #178 正文只有 zsbd，信息全在标题，无法判断诉求。

Q&A（4 条，全是被真实卡住的人问的，暴露的都是文档缺口）

• #201 改了 topics 文件，网页还是 AI 的内容 →「换领域要改哪几处、改完怎么确认生效」缺一份清单。
• #200 线上有 Agent Skill、开源版没有，是对的么 → 哪些能力只属于线上站点、不在开源范围内，需要明说。
• #191 本地跑国际新闻站每天约 90 美元，怎么省 → 成本的「怎么算 → 怎么降」缺一段能照做的路径。
• #69 「重置」是不是要订 X 的 API → x_search 采集器的凭据要求没写清。

四、两个数

• 2,164 个 fork 里只有 130 个（6%）有自有提交，其中 55 个落后上游 100+ 提交。
• 16 个站里，解法能直接搬走的只有 5 处：PsyHOT 的 Skill 形态与付费通道写法、青砚的公众号桥接、品牌AI外刊的准入规则与金标、URHOT 的三重安全阀、AI4Math / AIMAN 的证据分级。其余是展示、提问，或只留了行业名。

完整版（含每条讨论的原话摘录，以及「我们采纳 / 不采纳 / 试过又撤回」的逐条对照）在我仓库：docs/RELATED_PROJECTS.md。表里若有记错的地方，指出来我改。

[CochraneK]

补一条：共养这件事的可操作部分（备查，不用现在答复）

上帖末尾那段只有一句话，这里把能落地的部分写全。前置声明：我没有立场替上游决定要不要做——下面的顺序和数字，任何一站都可以自己用，不需要谁点头。

一、为什么顺序不能颠倒：登记 → 零件 → 钱 → 索引

先发动捐款、再发现没人知道钱该给谁，是这件事最常见的死法。钱的流向必须跟着「谁在做什么」走，所以先把表建起来，再谈分摊。

二、先算量级，再谈情怀

口径	数字
单站稳态月成本（我这边实测）	¥110–130（模型 ¥93–123 + 服务器 ¥8.25）
覆盖它需要多少人（按 ¥1/月）	110–130 人
60 万读者 × 0.05% / 0.1% / 0.5%	300 / 600 / 3,000 人

「一人一块能养活」在数量级上成立，但两个前提常被忽略：

1. 60 万是内容平台的读者，不是网站访客。 公众号打开率通常个位数，一路点到站内、再点进付费页的比例更低，乐观算法要打两到三次折。
2. 一元钱的收款成本占比极高。 通道费率、提现门槛、退款处理会把实际到账压掉一截。要么设「¥12/年」降低频次，要么接受这部分损耗。

三、钱进来之后：分配顺序，不能跳

1. 当月账单——模型、服务器、对象存储。这一档没付清之前不谈其他。
2. 三个月备用金——攒够就停在这一档，防止某月收入归零就直接停站。
3. 剩余部分——维护者劳务，或捐给有资质的机构。给维护者的那一份要事先讲清比例或上限，事后分配必然起争议。

四、三条硬规矩

• 钱与个人账户分离，哪怕只是一个专门的子账户；
• 达到当年预算上限就停收（比如已攒够 12 个月账单，就把入口关掉、写「已满」）。这一条是把「共养」和「生意」分开的唯一标志；
• 随时可退，不问理由。一元钱不值得让人写一封邮件解释。

五、定性：订阅，不是捐赠

写成「每月一元订阅，换无广告、无追踪、报告先收到」，不要写成「捐助公益」。原因是：

• 公开募捐在国内受《慈善法》约束、需要资格认定，个人主体做公开募捐是明确的风险区；
• 订阅是有对价的交易，捐赠是无偿给付——定性错了，退款、税务、平台规则会跟着一起错。

真要支持行业，走有资质、能开票、能公示的机构，而不是从个人账户转出去。（条款需法务确认，这里只给方向。）

六、现在不建议做的

• 自建支付、积分、代币、等级体系——一元钱撑不起一套经济系统；
• 在文案里写「捐助」「公益募捐」；
• 先收钱、再想分配比例。

七、还没核实的（不要当成结论）

• 各收款渠道对大陆个人主体的支持情况与费率（GitHub Sponsors 的地区限制、国内平台提现门槛，我都没逐个验过）；
• 「60 万读者」的原始口径——是公众号阅读量、粉丝数，还是站内 UV；
• 《慈善法》对「订阅式赞助」的具体边界。

这些在真要收款之前必须验完。在那之前能做的只有一件：把月度账单做成一行公开数字（收入 / 模型 / 服务器 / 余额）——这件事不需要任何人的同意，谁都可以先做。

（完整版连同「我们采纳了什么、哪些不要再做一遍」的零件清单，在我仓库 docs/COMMUNITY_MODEL.md。同上，哪条站不住直接说，我改。）

[KKKKhazix]

谢谢这份整理，尤其是后面那份底稿。我逐条答：

1. 注册表：做，放讨论区。 我开了 用 AIHOT 做了站？在这里登记一下 #306，大家自己登记、自己更新。没放 README，是因为这些站我没审过，放在那里就像是我在推荐。
2. contrib/adapters/：不收。 列表页改版一次，选择器就失效了，放进仓库就成了要一直维护、又没法全部验证的东西。这类 JSON 欢迎发在讨论区互相分享。
3. 跨站索引：我不做。 这是一个要长期运行的新服务，还要替别人站上的内容负责。各站的订阅和接口都是公开的，谁想做都可以自己做。

共养我也不做，你写的收款和定性这些规矩，留在这里给想做的站参考。

你点出的文档缺口里，“怎么省钱”和“哪些功能只在线上”我补进文档了，其余几条已经写在文档或对应的帖子里。