题解审核标准

1. 打表题解，并且不说明打表的 generator
2. 搬运官方题解但不写原出处的
3. 给个人私题、团队题目写题解的
4. 给 P1000 P1001 P1008 写题解的，或者这个题目已经有过多题解的（一般会以 30 个为分界线，题目越入门一般个数会越少）
5. 给 CF/ATC 的入门难度的题写题解的。（难度类似于P3954 成绩)
6. 在题解当中写「求通过」之类的话的
7. 滥用标题字体的

• 没有好好markdown、LaTeX、排版不整齐、存在“防抄袭措施”直接打回。
• 题越水越难通过，已存在超过15篇题解则很难通过新题解，题解数量少于5篇时通过概率将提升不少。
• 非C/C++语言有巨大优势。
• 当你拿出诚心写出好题解时，以上的限制对你来说将不是事。

• 排版不整齐（尤其是没有使用markdown格式化代码的）绝对不可能过。
  • 关于markdown，参见帮助：markdown
  • 需要书写复杂的数学公式时，务必使用LaTeX：LaTeX公式大全
• 某题没有题解的情况下，通过概率会大大上升。
• 如果已经存在大量题解（≥15篇），极大概率过不了（解法非常容易重复），除非你见解独到，解法新颖。
  • 尤其是普及组或更低难度的入门题。
  • 如果写的足够认真的（如：解释详尽而深入、提供了建设性意见等）在已有题解很多的情况下依旧有机会通过。
• 非C/C++语言有加成（因为用的人少= =）。
• 严禁包含恶毒的政治隐喻。
• 不要在题解中讲苏联政治笑话。
• 不要在题解里谈论两栖动物。
• 不要抄袭他人的代码或题解。
• 不要在代码开头放置超长的预编译指令、宏定义或头文件。
• 不要打表只放表，这不可能过：你需要提供表生成器。
• 不要只放一个博客链接，文章内容同样需要展示。
• 不要在题解里过度玩梗。
• 不要在文中恳求管理通过你的题解。
• 不要通过修改代码达到所谓“防抄袭”目的。
• 可以在题解里阐述比其他题解更优的理由，让管理认可你的题解。
• 可以先给出非满分解法，再讲述得到满分解法的思路，最后最好贴出满分代码，否则大概率不过，除非很有技术含量，性价比极高。我们鼓励分享自己的思维与点子，而不只是花式AC的代码。
• 作弊者提交题解有巨大的debuff。
• 规范使用Markdown。滥用标题行100%被拒，包括h6，如果你不知道标题怎么用，那就不要用。

markdown 的使用链接

• 题解可以选择贴代码或者不贴。但是仅有代码而说明过于少的，不予通过。
• 每个题解必须包含主要思路，否则不通过。
• 理论上需要 AC 本题，但是也允许一些非完美的做法，需要详细阐述。
• 与已经存在的题解，做法一致的，不予通过。
• 过水的题除非有算法引申，否则不通过。
• 允许在题解中宣传自己的博客，但是不允许只有一个链接而没有实质内容。
• 严禁抄袭其他题解（例如互联网上其他人的）。引用他人文字必须使用链接标注来源。
• 代码中仅有注释，无对本题的分析的，不予通过。
• 禁止在题解中写“大水题”，在入门题尽量少写一些对新人不友好的东西，包括不限于 register define。
• 请不要在题解中加入 “完美的结束” 类似的无意义注释增加题解长度。
• 按照题目难度写题解，入门题目尽量详细说明，省选题目说清思路即可。
• 使用 markdown 等编辑语言的可以在 在线编辑器 中测试一下，避免接连由于排版问题被打回。
• 洛谷有反作弊系统，请各位写题解的时候不要再加各种坑了。
• 若发现抄袭题解，一经发现，取消博客使用权。

对于反馈和举报的提交要求

举报分类及要求

• 不是该题的题解

• 思路不正确

• 抄袭

• 非常敷衍的解释

• 代码没有 AC

关于被举报的说明

其他注意事项