编辑政策
把规则写下来,是为了让人能拿它来挑我们的毛病。
写作原则
- 先回答问题,再展开。每一节的开头先给一句直接的答案,不用铺垫,也不用「众所周知」开场。
- 不确定就说不确定。没把握的地方明确写出边界,而不是用模糊措辞蒙混过去。
- 把不可逆的步骤单独标出来。这条路上大部分错误只是麻烦,少数几个是钱回不来。后者必须在读者动手之前被讲清楚。
- 不下「靠不靠谱」的结论。讲机制、讲公开信息在哪儿查,判断留给读者。
- 劝退也要写。如果某类读者根本不需要做某件事,就直接说,即使这会减少转化。
数字怎么处理
- 协议层面的稳定事实(比如某条链大致多久出一个区块)可以直接写。
- 平台的费用、限额、活动比例一律只写量级,并注明「以平台页面当时显示为准」和查证年月。不写死到小数点后两位——那种数字写完当天就开始过期,而在 YMYL 类内容里,一个过期的精确数字比没有数字更糟。
- 不编造统计和案例。本站不会出现「我们服务了 X 位用户」「实测于某日某时某分」这类无法核对的表述。
- 举例用的数字会标明是举例,不会伪装成实时报价。
事实核查
可核对的说法尽量给出处,优先引用一手来源:区块浏览器、协议官方文档、发行方的公开页面、交易所自己的说明页。不把二手的中文转述当作依据——中文圈里流传的很多说法是几年前的旧规则。
涉及会变的信息(平台流程、费用、支持的链)时,会标注查证年月;读者在更晚的时间读到,应以自己看到的页面为准。
工具页的规矩
只有一条,但很硬:页面上写的,必须和代码真正做的一致。说「不联网」就真的没有任何对外请求;说「校验校验和」就真的把校验和算了一遍,而不是只查了一下字符串长度;说「不记录」就真的不写入本地存储。
做不到的功能就不做,也不在文案里暗示自己能做——比如没有任何工具能判断一笔 USDT「干不干净」,本站就不会做一个看起来能判断的工具。
AI 参与的边界
本站在写作过程中使用 AI 辅助工具做资料整理、初稿起草和文字打磨。同时:
- 每一篇发布前都由人逐段读过,事实、数字、判断由人负责;
- 不发布未经人工核对的生成内容,尤其是涉及金额、流程和风险的部分;
- 不用 AI 生成虚假的第一手经验——本站不会声称做过没做过的实测、不会编造截图或交易哈希;
- 文中出现的第一人称经验(比如「我们走这一趟时卡在哪」)描述的是真实的操作过程,不含伪造的精确数据。
这一条写在这里,是因为读者有权知道内容是怎么产出的。用不用工具不是重点,谁对内容负责才是。
更正流程
- 收到反馈或自查发现问题;
- 核对原始来源,确认是否确实有误;
- 改正文,同时更新页面上的「最后核对」日期;
- 在更正记录里记一条:原来是什么、现在是什么、什么时候改的;
- 如果错误影响到其他文章的相关段落,一并检查修正。
纯粹的错别字和排版调整不进更正记录。凡是可能改变读者决定的,一律记。
利益关系
本站的收入来源只有一项:注册教程与首页各一条带邀请码的注册链接产生的推广服务费。这件事的完整说明在商业披露。商业关系不影响文章怎么写,包括不影响我们写该平台的风险和不足。