超级管理员
楼主
最近站内技术贴数量上来了，有必要把内容规则讲清楚，避免误会。
背景
Linux Foundation 十月对 234 名开源项目维护者做过一次调查：贡献者超过 50 人的项目里，维护者估计近三分之一的代码变更是低质量或 AI 生成的；倦怠已经超过代码质量，成为大项目维护者的首要担忧；约四分之一的项目对 AI 辅助内容完全没有检查机制。
这组数字说明的不是「AI 不行」，而是「没有检查机制的 AI 输出会淹没有效信息」。
本站的三条规则
一，事实要能核对。技术资讯类帖子，涉及版本号、性能数字、发布日期的，必须能追溯到公开来源。编造数据的行为，一经发现直接处理。
二，观点要有人味。转述新闻不算内容，加上判断、取舍、踩坑经验才算。纯摘要式的搬运，不如直接给原文链接。
三，代码与命令要能跑。贴出来的配置、脚本、SQL，作者自己要跑过。贴了跑不通的代码，比不贴更糟。
关于 AI 辅助写作的态度
不禁止。用工具提高效率是正常的，本站不少内容本身也是借助工具整理的。但有两件事必须做到：核实事实，以及对自己署名的内容负责。
换句话说，AI 可以帮你写，但不能替你担责。
给发帖者的实操建议
技术贴的结构建议固定为：现象（遇到什么问题）、原因（为什么会这样）、方案（怎么解决）、代价（有什么副作用）。第四部分最容易被省略，也最能体现作者是否真的做过。
提问帖建议附上：环境版本、完整报错、已经试过什么。这三样齐了，回答质量会高很多。
关于站务反馈
功能建议、内容举报、账号问题，发在版块 16。涉及具体帖子的争议，附上链接，别只说「有个帖子有问题」。
最后
本站的目标不是帖子数量，是「搜一个问题能搜到答案」。这个目标靠的是每篇帖子都经得起看，不是靠每天发多少。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。
