[autofix] Format Markdown

.github/contributing.zh.md

@@ -17,7 +17,6 @@
 一份错误认知列表通常是逐步设计的，旨在精炼相关概念。
 在阅读了整个谬误列表后，读者应该对某个领域有更好的了解，同时消除其错误认知， 指出常见的陷阱并展示其微妙之处
 
-
 从某种意义上说，*谬误*文章是一套冗长的单元测试，涵盖了现实世界使用提供的广泛边缘情况
 世界很混乱。发现一个领域比预期复杂得多会导致挫败感。可能会破防,直接掀桌 `(╯°□°)╯︵ ┻━┻`。这是该名单的优秀候选项的标志！
 
@@ -47,11 +46,10 @@
 
 - 保持翻译内容与您的提案同步更新. 将更改传播到所有 `readme.*.md` 文件. 依赖自动翻译工具，之后会由双语贡献者进一步完善结果.
 
-##  代码规范检查
+## 代码规范检查
 
 请确保你的PR通过 [官方Awesome List的代码规范检查](https://github.com/sindresorhus/awesome-lint).
 
-
 不需要额外的工作，因为它[已经通过GitHub actions集成了](https://github.com/kdeldycke/awesome-falsehood/tree/main/.github/workflows)
 
 在本地执行代码规范检查，执行以下命令:
@@ -111,14 +109,13 @@ $ npx awesome-lint
 
 - 要将列表序列化为描述，请使用以下格式:
 
-
   > 描述性文字总结该条目。以下是关于 **"一个随机主题：1. xxx；2. xxx？3. xxx。"** 的原始内容列表，并在最后添加一些总结文字.
 
   此格式为视觉上提供了锚点，有助于提升可读性和快速内容浏览.
 
-    - 您可以跳过原始列表中的某些项目并重新编号.
+  - 您可以跳过原始列表中的某些项目并重新编号.
 
-    - 但不应重新排序原始列表的顺序.
+  - 但不应重新排序原始列表的顺序.
 
 - 描述中允许附加链接，但应限于少数情况，例如指向更大的概念、首字母缩写的定义或参考资料（如书籍、传记等）.