关于

什么不推荐买整理不推荐购买的记录，方便按时间查阅。

站点地址是 yjj.rip。

投稿

记录发到 GitHub Pull Requests。一个事件一份 Pull Request。正文用 Markdown，截图和原文文件放在同一份稿里。

外链会失效。图片和导出的原文放进仓库，不要只留网盘或图床地址。

必须附上的材料

有工单，就必须附上从头到尾的原始工单。从你发出的第一封，到投稿时的最后一封，按时间排列。用户和客服双方都要在里面。每条要能看出时间、发言人和全文。工单很长就分段截，前后两张要能对上。不能只留一句对商家不利的话。

工单以外，双方的原始沟通也要留下。邮件、客户面板里的停机或封禁原因、公告、状态页、Telegram 或其他群、论坛里的官方回复，有就都附上。官方账号名称和发言时间留在画面里。商家先强硬、后改口，或者你自己说错、后来补充，这些都保留。

没有工单的，写明原因，并附上你要求开工单的记录，以及对方在群或其他渠道的全部回复。

原文怎么留

英文、中文或其他语言的原文原样保留。中文说明可以写在旁边。说明不能替换原文，也不能把「建议」写成「要求」，把你的推断写成商家已经承认。

推断单独写，并写明依据。工单和截图里没有的话，不要补进去。

公开讨论可以附链接。链接不能代替工单、邮件和截图。

截图

截完整窗口，让时间和上下文留在图里。不要用涂鸦盖住正文。

需要遮住的是密码、密钥、证件号、完整银行卡号、家庭住址和私人电话。订单号、工单号、套餐或节点名称、官方客服名保留。

图片按时间命名，和正文对得上。

正文里写清这些

• 商家名称，购买的产品、机房或线路，以及大致购买时间。
• 按日期写：发生了什么，你问了什么，对方怎么答，后来有没有改口。
• 哪些句子是原文，哪些是你的判断。
• 记录收到哪一次回复为止。之后有新回复，再补一份。

不会采用的稿

只有结论，没有原文。只裁出不利的半句。对话短到看不出上下文。把别人的经历改写成自己的。用推测填上没有截到的话。