在追踪的迁移线索 15 编辑组人工核对 · 最近一次 2026-08-29 中文
HUIVORA

编辑政策:怎么查证、AI 参与到哪一步

选题怎么定、事实怎么核、AI 在流程里做什么不做什么、发现错了怎么改。

HUIVORA 编辑组 · 更新 2026-08-29

选题是怎么定的

只有一个标准:有没有人真的在搜这个问题,而现有的答案够不够用。

具体做法是从真实的任务出发——「币被下架了怎么办」「提币选哪条链」「账户被限制了还能提吗」——而不是从概念出发。所以站内没有「什么是区块链」这类文章:那些写得好的已经有很多了,我们再写一遍没有增量。

如果某个题目我们发现自己没有比现有资料更多的东西可说,就不写。宁可少几篇,也不写一篇只是把别人说过的话换个说法的。

事实是怎么核的

站内的事实分三类,处理方式不一样:

类型例子怎么处理
协议级常数比特币约十分钟一个块可以直接写,这类东西不随平台变
平台规则与费率某档费率、最小提币量、认证等级写区间和方向,标注查证年月,同时说明去哪儿看当期数字
会随事件变化的某地区的开放状态、某个币的上下架不写具体清单,只写判断方法——清单一定会过时

第二类是最容易出错的一类,所以我们给自己定了一条硬规矩:凡是平台可以随时改的数字,一律不写死。你在站内看到「0.1% 这一档(2026-08 查证)」这样的写法,而不是一个孤零零的百分比,就是这个原因。

AI 参与到哪一步

这件事写在明面上:本站的内容生产过程中使用了 AI 辅助。

边界是这样划的:

AI 参与的

  • 初稿的组织与撰写
  • 把长句改短、把术语换成生活词这类文字加工
  • 批量的一致性检查(比如全站有没有写错的链接)

只由人决定的

  • 写什么、不写什么
  • 每一条事实的取舍与核对
  • 所有涉及风险和判断的表述
  • 是否发布

我们不认为「用没用 AI」本身是问题所在,问题在于有没有人对结果负责。所以这里的规则是:无论初稿怎么来的,发布前每一句都由人读过;涉及数字、规则、风险的地方逐条对照公开来源核过;核不动的就删掉,不留一句「大概是这样」。

另一条相关的:站内不使用 AI 生成的插图。配图要么是程序化绘制的示意图,要么是真实网页的截图并标注截图年月。原因是 AI 生成图容易带上不易察觉的痕迹,而且在一个讲「怎么核对真伪」的站上用假图,本身就不合适。

关于第一人称

站内有些地方会写「我的做法是」「我基本不用这个功能」。这些是写作者的取舍和偏好,标出来是为了让你知道哪一句是判断、哪一句是事实。

同时我们不做这几件事:不编造精确到分钟的「实测时间」,不声称有我们拿不出的证据,不虚构交易金额或收益数字。如果一段话读起来像是有硬证据支撑,那它就应该有;拿不出来的,我们会写成「通常」「大致」这样的模糊表述,而不是编一个数字。

发现写错了怎么办

  1. 先确认

    回到原始来源核对一遍。如果是平台规则变了而不是我们写错了,处理方式也不同——前者是更新,后者是更正。

  2. 改正文

    直接改在原文里,不用删除线保留错误版本——那会让页面越来越难读。

  3. 记进更正记录

    改了什么、什么时候改的、为什么改,写进更正记录。改动越实质,记得越详细。

  4. 同步改相关页面

    同一个事实如果出现在好几篇里,一起改,不留一处旧的。

影响操作判断的错误按上面走完整流程;错别字和排版问题直接改,不单独记录。

更新节奏

这个站的内容分两类:讲方法的部分(怎么判断、按什么顺序做)相对稳定;涉及平台规则和数字的部分需要定期复核。后者我们会跟着平台的变化更新,并在页面上更新「更新」日期。

如果你看到某一页的日期已经比较旧,而它涉及的又是会变的数字,请以交易所当期页面为准——页面里我们都写了去哪儿看。

告诉我们

发现错误、过时或者不清楚的地方,联系方式在这里。指出的问题成立的话我们会改,并记进更正记录。