OpenGithubs / OpenGithubs/github-monthly-rank
加粗格式规范提示词
Open
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 1.6k
- Forks
- 113
- PR merge metrics
- No merged PRs in 30d
Description
Markdown 加粗与标点间距规范
在使用 ** 进行文本加粗时，请严格遵守以下间距规则，以确保跨平台正确渲染：
1. 核心规则
- 触发条件：当
**的内侧紧贴标点符号时，该**的外侧必须添加一个空格。 - 左侧（起始）：若开头紧贴标点，外侧（左边）需留空格。
- 右侧（结尾）：若结尾紧贴标点，外侧（右边）需留空格。
2. 适用范围
适用于所有中英文标点符号，包括但不限于：
- 引号/括号：
"、'、（）、【】、「」、()、[]、{} - 停顿/句尾：
、、。、,、.等
3. 示例对比
| 场景 | 错误格式（无法渲染） | 正确格式（推荐） |
|---|---|---|
| 开头挨着标点 | 这句话**“非常重要**。 | 这句话 “非常重要。 |
| 结尾挨着标点 | 必须立马执行。” | 必须立马执行。” |
| 内侧是普通文字 | 请 注意 这里。 | 请注意这里。(无需加空格) |
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The issue provides a Markdown formatting specification but names no files, tests, or implementation entry point. Clarify whether it should become documentation or a prompt/configuration change, then identify the affected project artifact and define the expected rendered examples.
Written by the indexing model from the issue text.
Assessment
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100