Important
Work in progress.
优先使用全角标点符号，除非：
/- 在以英文作为主导语言的上下文中，例如：
- 英文引文
- 多个英文单词的并列，导致全角标点在其间并不合适，e.g.
ls,cd,cat - 对英文缩写进行解释，e.g. CLI (Command Line Interface, 命令行界面)
- 半角引号（有待商榷，Windows 下全角引号占一个字符宽，前后无需加空格，而 macOS 下将全角引号压缩至半角宽度，前后需要加上空格确保可读性）
- 引文原文如此
- 其他全角字符看上去怪异的情况
不要在列表后插入分号或其他字符，段落尾部使用句号结束段落。
- 在全角字符与半角字符间（取决于渲染后效果，而非 Markdown 源代码）插入空格，除非：
- 全角字符为全角标点
- 引文原文如此
- 在半角标点后插入空格，除非：
(
- 在恰当的呼吸处插入空格
- 在
/前后插入空格（有待商榷） - 在行内代码块前后插入空格（有待商榷）
- 正确使用大小写，对齐官方使用的样式，重灾区例如：
- macOS（旧作 OS X，MacOS）
- Windows
- Linux
- VMware Workstation
- 使用
macOS而非mac，除非特指硬件
链接应当有明确的链接文本，避免使用 官网， 网址 这样的文本。一般的，使用页面标题或其适当的缩略形式作为链接文本，对于 Github 仓库链接，使用 Github - owner/repo 的短格式。
Important
方括号和圆括号不要写反！！！
- 由于全角引号跨平台显示的不一致性及在全角环境中使用半角直引号的怪异效果，优先使用
行内代码块表示短语或句子的原文引用 - 正确使用 Blockquote 引用段落
代码块应当有明确的语言标注以获得最佳的着色效果，如非必要，不使用 plain 类型。如果需要对语句作出解释，使用注释，而不是鲁莽地将语言类型设置为 plain。
在合适处分段以减小阅读压力，避免产生过长的段落。