luogu-dev · moesoha · Aug 8, 2025 · Aug 5, 2025 · Aug 6, 2025 · Aug 6, 2025
diff --git a/docs/manual/luogu/account/award-certify-oi.md b/docs/manual/luogu/account/award-certify-oi.md
@@ -145,7 +145,7 @@ UID（洛谷用户编号）：
 ## 认证后有什么用
 
 1. 在个人中心中显示自己曾经获得的奖项，用户名旁边根据奖项显示已认证标记。并根据积分规则计算等级并展示（3-5 级为绿色，6-7 级为蓝色，8 级以上为金色），以增加社区活动的学术可信度。
-2. 咕值将增加一项“成就分”，完成认证的用户根据最高奖项可以获得 20 到 100 的成就分。咕值高低会影响到用户举报、题解审核、公开赛申请、题目提交限制、图床与博客配额等行为的优先度，高咕值用户会拥有更多的话语权。但如果选择不展示自己的洛谷认证等级则无法增加成就分。
+2. 咕值将增加一项“成就分”，完成认证的用户根据最高奖项可以获得 20 到 100 的成就分。咕值高低会影响到用户举报、题解审核、公开赛申请、题目提交限制、图床与专栏配额等行为的优先度，高咕值用户会拥有更多的话语权。但如果选择不展示自己的洛谷认证等级则无法增加成就分。
 3. 管理员可能会优先处理认证用户的反馈。
 4. 只有认证后的用户才有资格担任洛谷月赛出题的任务，并可以获取数量可观的出题奖金。
 

diff --git a/docs/manual/luogu/account/setting.md b/docs/manual/luogu/account/setting.md
@@ -25,6 +25,14 @@ sidebar_label: 个人设置
 
 ## 安全设置
 
-可以修改自己的密码和用户名。每 365 天可以修改一次。
+### 修改用户名
+
+可以修改自己的用户名。每 365 天可以修改一次。
+
+### 两步验证
 
 用户也可以在这里设置两步验证，在每次登录时使用手机或者邮件登录，增加安全性。设置后可以在锁定账号时进行两步验证，增加安全性。
+
+### 权限变更记录
+
+用户可以在安全设置中查看自己的权限变更记录，方便用户查看自己的权限变更情况。
diff --git a/docs/manual/luogu/ticket.md b/docs/manual/luogu/ticket.md
@@ -39,6 +39,33 @@ sidebar_label: 工单系统
 
 ![流转流程](./_image/workflow-ticket.svg)
 
+## 工单处理状态分类
+
+### 综合问题、题目工单
+
+- 待处理：该工单正等待管理员进行处理。我们可能会将任务指派给一位管理，但若管理员未进行操作，则依然维持【待处理】状态。
+- 已关闭：该工单被关闭，通常是因为工单不成立、重复、无效、不符合规则。不再接受对此工单的进一步处理或回复。
+- 已回复/待补充：管理员认为该工单反馈的事项确需处理，但工单创建者未提供足够充足的信息，需要补全信息便于管理员处理。
+- 处理中：管理员正在处理该工单反馈的事项，这可能需要一定的时间，请耐心等待。
+- 挂起：管理员认为该工单反馈的事项可能需要处理，但由于各种可能的原因无法立刻处理。
+- 已完成：该工单已处理完毕。之后如有新的相关问题，请另行创建一个新工单进行反馈。
+- 已删除：工单因内容严重违规、滥用或完全无效而被删除。
+
+---
+
+### 比赛工单
+
+- 待处理（责任人为空）：没有审核员看过该场比赛。
+- 待处理（责任人为洛谷）：已经有审核员看完了本场比赛，但需要更多审核员看。有较小的可能为没有审核员审核。
+- 待处理（责任人存在）：责任人在看该场比赛。
+- 已关闭：被打回并且认为没有希望继续进行审核的比赛/月赛。
+- 已回复/待补充：出题组已经得到审核员的反馈，需要出题组根据反馈进行修改。
+- 处理中：已有审核员接手，审核员已收到申请或者修改，但审核员尚未给出结果。
+- 挂起：已经排期的月赛，双方需要共同处理赛前的事项。对于普通公开赛，通常不存在此类状态。
+- 已完成：已经举办完毕的比赛。
+
+洛谷管理会尽力处理工单，但不承诺具体的处理时限，请勿催促工单处理。
+
 ## 工单类型
 
 工单主要按照字段内容与对应不同的管理权限进行分类。
@@ -112,3 +139,31 @@ sidebar_label: 工单系统
 - 处理权限：题库管理、题库志愿者
 
 用户只能提交自己有权限编辑的题单。请根据[《精选题单规范》](../../rules/academic/training-promotion-standard.md)的要求提交题单。
+
+### 用户工单
+
+包含奖项申请与申请权限变更工单。
+
+#### ICPC/CCPC 奖项认证
+
+- 公开程度：非公开
+- 提交权限：所有用户
+- 处理权限：用户管理
+
+仅支持已实人认证的用户申请，具体说明见 [ICPC/CCPC 程序设计能力认证](./account/award-certify-cpc.md)
+
+#### 申请权限变更
+
+- 公开程度：非公开
+- 提交权限：所有用户
+- 处理权限：用户管理
+
+仅限为当前用户申请变更【使用专栏、自由发言、发送私信、使用图床】权限。申请需提供完整理由，由管理员根据[社区规则](../../rules/community/index.md)处理。**7天内仅能创建一次该类型工单（含撤销或授予权限）。**
+
+### 举报工单
+
+- 公开程度：非公开
+- 提交权限：受信任的用户
+- 处理权限：用户管理
+
+仅处理对于用户具有完整证据的实名举报，举报时请按照示例格式提供完整的理由和证据。具体规则见[《工单反馈规则》](../../rules/community/ticket.md#report-ticket)
diff --git a/docs/rules/academic/handbook/_image/callout.png b/docs/rules/academic/handbook/_image/callout.png
diff --git a/docs/rules/academic/handbook/_image/code-highlight.png b/docs/rules/academic/handbook/_image/code-highlight.png
diff --git a/docs/rules/academic/handbook/_image/code-linenumbers-highlight.png b/docs/rules/academic/handbook/_image/code-linenumbers-highlight.png
diff --git a/docs/rules/academic/handbook/_image/code-linenumbers.png b/docs/rules/academic/handbook/_image/code-linenumbers.png
diff --git a/docs/rules/academic/handbook/_image/code-unspecified-language.png b/docs/rules/academic/handbook/_image/code-unspecified-language.png
diff --git a/docs/rules/academic/handbook/_image/unspecified-language.png b/docs/rules/academic/handbook/_image/unspecified-language.png
diff --git a/docs/rules/academic/handbook/markdown.md b/docs/rules/academic/handbook/markdown.md
@@ -134,27 +134,65 @@ __双下划线加粗__
 
 ### 大段代码
 
-Markdown 建立代码块的方法：将 \`\`\` 置于这段代码的首行和末行，独立成一行。第一行的 \`\`\` 后面可以加上语言名称，例如 cpp、java、c、pascal 等（不要写成 c++）。
+Markdown 建立代码块的方法：将 \`\`\` 置于这段代码的首行和末行，独立成一行。第一行的 \`\`\` 后面可以加上语言名称，例如 cpp、java、c、pascal 等（不要写成 c++）。**请注意，对于未指定语言的程序代码会被 fallback 到 C++，其他无法识别的语言名称（如 plain）会作为普通文本渲染**。
 
 **例如：**
+`````
+```
+// 未指定语言，fallback 到 C++
+#include<bits/stdc++.h>
+using namespace std;
+
+int main(){
+  int a, b;
+  cin >> a >> b;
+  cout << a + b << endl;
+  return 0;
+}
+```
+`````
+
+**显示的效果如下：**
+
+![未指定语言的代码](./_image/unspecified-language.png)
+
+
+#### 显示行号【新特性】
+
+如果要显示代码行号，在代码块的第一行加上 `line-numbers` 参数即可。
+
+如下代码：
+```markdown
+```cpp line-numbers
+```
+
+**显示的效果如下：**
+
+![代码行号示例](./_image/code-linenumbers.png)
+
+#### 指定范围高亮【新特性】
 
-![C++代码示例](../_image/CppCode.png)
+在代码块中首行使用 `lines=<start>-<end>` 参数来指定高亮范围。
 
-```cpp
-#include<iostream>
+如下代码：
+```markdown
+```cpp lines=6-9
 ```
 
-### 指定范围高亮【新特性】
+**显示的效果如下：**
+
+![指定范围高亮示例](./_image/code-highlight.png)
 
-在代码块中首行使用 `lines=<start>-<end>` 参数来指定高亮范围。例如：
+##### 行号显示与指定范围高亮的结合使用示例
 
+如下代码：
 ```markdown
-```cpp lines=5-6
+```cpp line-numbers lines=5-6
 ```
 
-![代码高亮示例](./_image/code-highlight.png "5~6 行高亮")
+![行号显示与指定范围高亮结合示例](./_image/code-linenumbers-highlight.png "5~6 行高亮")
 
-这样代码块的第 5~6 行会被高亮显示。
+这样代码块就会显示行号，并且第 5~6 行会被高亮显示。
 
 ### 小段代码
 
@@ -475,7 +513,7 @@ _   底线
 
 ## 折叠框【新特性】
 
-使用 ```:::info```、```:::success```、```:::warning``` 来创建折叠框。并使用 `{open}` 参数来使折叠框默认展开。折叠框的标题支持 LaTeX 公式。
+使用 ```:::info```、```:::success```、```:::warning```、```:::error``` 来创建折叠框。并使用 `{open}` 参数来使折叠框默认展开。折叠框的标题支持 LaTeX 公式。
 
 :::tip
 建议复制以下代码至洛谷文章编辑页内测试体验。
@@ -499,6 +537,10 @@ _   底线
 ::::warning[警告]
 这是一个警告框。
 ::::
+
+::::error[错误]
+这是一个错误框。
+::::
 ```
 
 ![折叠框示例](./_image/callout.png)

diff --git a/docs/rules/academic/lgr/contest-standard.md b/docs/rules/academic/lgr/contest-standard.md
@@ -74,7 +74,7 @@ sidebar_position: 10
 - 在无特殊情况下时，任何测试点的空间限制**应为 512 MiB**。
 - 部分分的设计应当合理，测试数据的强度应当尽可能大，数据格式要求详见 [传统题数据格式要求](../../../manual/luogu/problem/testcase-format.md)。
 - 如果原定的题目因各种原因（如无法设计合理的部分分、无法保证数据强度、发现做法假了、发现撞题了等）无法使用，且无**事先报告过的备用题**，应当**立刻中止筹办过程**。**禁止临时添加未报告过的题目。**
-- 官方题解需严格遵守 [题解审核及反馈要求](../solution-standard.md)，**隐藏在洛谷博客中，但不应在比赛界面显示。**
+- 官方题解需严格遵守 [题解审核及反馈要求](../solution-standard.md)，**隐藏在洛谷专栏中，但不应在比赛界面显示。**
 
 审核通过后，出题人若需要进行题面的增删和更换需要和审核员沟通，不可以主动撤销立项。
 

diff --git a/docs/rules/academic/lgr/review.md b/docs/rules/academic/lgr/review.md
@@ -65,7 +65,7 @@ sidebar_position: 100
 - 在月赛过审后，出题组**不应擅自创建比赛**，创建比赛和迁移题目的工作应该由 kkksc03 和审核员负责，出题组不需要参与（必要时可以催一下）。
 - 没有出锅的话题目都会在赛后立刻加进主题库（有必要时，请催促审核员）。
 - 赛后总结可以写一下每道题的一血之类的，以及一些奖品发放的结果（洛谷官方奖品或出题组自费的奖品）。
-- 现强制出题组提供『官方题解』用于在洛谷题解区展示，出题组需要在比赛前准备好官方题解作为隐藏博客。审核员需要负责确保提供的题解符合基本规范并且具有较高质量以帮助用户理解。审核员需要在官方讲评结束后立即将题解取消隐藏并（通过后台）提交至对应题目的题解区。
+- 现强制出题组提供『官方题解』用于在洛谷题解区展示，出题组需要在比赛前准备好官方题解作为隐藏专栏文章。审核员需要负责确保提供的题解符合基本规范并且具有较高质量以帮助用户理解。审核员需要在官方讲评结束后立即将题解取消隐藏并（通过后台）提交至对应题目的题解区。
 - 对于 Div.1 BCD 而言，讲评的三天保护期已废除，讲评结束后审核员应该立即打开题解通道。
 - 比赛结束后，题目加入主题库时，审核员需要添加对应题目的**算法标签**，以供用户筛选。所有题目都需要有至少一个算法标签。
 

diff --git a/docs/rules/academic/opencontest-standard.md b/docs/rules/academic/opencontest-standard.md
@@ -54,7 +54,7 @@ sidebar_label: 公开赛规范
 - 应当注明所有题目的贡献名单，至少包括**出题人和验题人**。
   - 所有公开赛题目默认加入主题库，题目贡献者为出题人。**如果出题人不愿意将题目加入主题库，请提前私信管理。**
   - 每道题目都需要至少一位验题人，**出题人和所有验题人都需要提交独立完成的 AC 代码**。
-- 应当给出**隐藏在洛谷博客中的题解**，题解需遵守[题解审核及反馈要求](./solution-standard.md)。
+- 应当给出**隐藏在洛谷专栏中的题解**，题解需遵守[题解审核及反馈要求](./solution-standard.md)。
 
 ## 基本要求
 

diff --git a/docs/rules/academic/solution-standard.md b/docs/rules/academic/solution-standard.md
@@ -38,7 +38,7 @@ sidebar_label: 主题库题解规范
 - 题目分析中**必须**包含做这一道题目的主要思路，包括但不限于：使用了什么算法或数据结构，以及对于相应算法或者数据结构的具体分析。
 - 题目分析应给出完整正确的解法与说明，并对解法中的重要结论进行解释与证明。给出的解法应能够在合理的时间复杂度内通过题目。
 - 可以使用视频链接的功能对题解文字内容做补充说明，但是题解的文字部分必须是完整充分的，不能提交仅含有视频而没有其他说明的题解。
-- 如果需要引用一些来自他人博客的内容，请确保**不会侵犯**他人的版权，并且**必须使用**链接标注来源。
+- 如果需要引用一些来自他人的内容，请确保**不会侵犯**他人的版权，并且**必须使用**链接标注来源。
 
 ## 排版
 
@@ -152,7 +152,7 @@ $$\begin{bmatrix} f_{i + 1} \\ f_i \end{bmatrix} = \begin{bmatrix} 1 & 1 \\ 1 &
 - 请在文章编辑页点击【提交题解】按钮，具体见[个人文章功能-申请提交为题解](../../../manual/luogu/article#submit-solution)。
 - 提交审核时应确保题解符合以上规范。
 - 提交审核后，一般情况下，题解将于七天内被审核。如果超过七天仍未被审核，可以私信管理提醒，**七天内禁止催审**。
-- 若题解被打回，应按照规范与反馈进行修改。多次打回后仍未实质性修改将会封禁博客权限。
+- 若题解被打回，应按照规范与反馈进行修改。多次打回后仍未实质性修改将会封禁专栏权限。
 - 当一道题的题解数目较多时，管理员会关闭该题的题解提交通道。如果认为自己的题解可以被采纳，可以联系管理员申请加入题解区。申请时需要阐述可以被采纳的理由。
 - 如有更多问题，可以进一步询问负责题解审核板块的[题目管理志愿者](https://www.luogu.com.cn/discuss/186291)。
 

diff --git a/docs/rules/community/index.md b/docs/rules/community/index.md
@@ -152,21 +152,24 @@ sidebar_position: 1
 
 其他规则对处罚申诉的流程有另行规定的，遵照相关规定执行。
 
-## 处罚解除
+## 处罚解除{#penalty-revoke}
+
+### 解除处罚的条件
 
 当用户满足期满解除、手写检讨解除、“复活币”解除惩罚的条件时，可以联系社区管理员，或者发送邮件到`[email protected]` 申请解除处罚。联系管理员发送邮件时，必须写明用户名或 UID 和解除处罚的理由，且必须声明保证已经阅读并遵守《洛谷社区规则》。
 
 管理组收到解除处罚的请求后在 14 天内评估用户继续违反规则的可能性。
 
 - 如果认为用户在解除处罚措施后不会再次违规，则会解除处罚措施。解除后可能不进行另外通知。
-
 - 如果认为用户在解除处罚后有较大概率继续违规，或是发现检讨存在内容不完整、虚假陈述、非手写检讨等不诚实行为，则会拒绝解除处罚，同时可以延长反省期的时限。拒绝解除处罚的决定，将告知被处罚用户。
 
 ### 期满解除处罚
 
 棕名处罚在处罚期满后自动解除。
 
-禁言、禁止私信、禁用图床、封禁专栏功能以及非永久的封禁账户处罚，在处罚期满后，用户需主动联系社区管理员申请解除处罚。
+- 对于禁言、禁止私信、禁用图床、封禁专栏功能处罚，在处罚期满后，用户需主动前往[工单系统申请解除处罚](ticket.md#user-ticket)。
+
+- 对于非永久的封禁账户,在处罚期满后，需发送邮件至`[email protected]` 邮箱，并注明用户名、UID、申请解除处罚。
 
 ### 发送手写检讨解除处罚
 

diff --git a/docs/rules/community/ticket.md b/docs/rules/community/ticket.md
@@ -17,7 +17,7 @@
 
 ## 工单类别
 
-### 综合问题
+### 综合问题{#general-ticket}
 
 该类目**任意用户**均可反馈：
 
@@ -26,7 +26,7 @@
 
 此类工单可由任意管理员处理。
 
-### 题目工单
+### 题目工单{#problem-ticket}
 
 该类目只有**受信任的用户**才可反馈：
 
@@ -45,25 +45,35 @@
 
 此工单可由任意具有【题目管理】权限的管理员以及【题目管理志愿者】处理。
 
-### 比赛工单
+### 比赛工单{#contest-ticket}
 
 该类目只有【具有奖项认证的用户】才可反馈：
 
 - 申请公开赛：申请举办洛谷公开赛或者月赛。申请的比赛应当符合[公开比赛规范及要求](../academic/opencontest-standard.md)。
 
 此工单可由任意具有【比赛管理】权限的管理员处理。
 
-### 用户工单
+### 用户工单{#user-ticket}
+
+**ICPC/CCPC 奖项认证**：仅支持已实人认证的用户申请，具体说明见 [ICPC/CCPC 程序设计能力认证](../../manual/luogu/account/award-certify-cpc.md)
+
+**申请权限变更**：仅限为当前用户申请变更【使用专栏、自由发言、发送私信、使用图床】权限。申请需提供完整理由，由管理员根据[社区规则](../community)处理。**7天内仅能创建一次该类型工单（含撤销或授予权限）。**
 
-- ICPC/CCPC 奖项认证：仅支持已实人认证的用户申请，具体说明见 [ICPC/CCPC 程序设计能力认证](../../manual/luogu/account/award-certify-cpc.md)
+:::tip
 
-### 举报工单
+- 关于【自由发言】权限：自由发言权限被封禁后无法发表公开的工单，但依然可以提交用户工单。
+- 对于被封禁的用户，需发邮件至`[email protected]`，申请解封，具体见[社区规则-处罚解除](../community#penalty-revoke)。
+
+:::
+
+### 举报工单{#report-ticket}
 
 该类目只有**受信任的用户**才可反馈：
 
 - 举报用户：仅处理对于用户具有完整证据的实名举报，举报时请按照示例格式提供完整的理由和证据。若多次举报不成立，您作为举报者可能会被处以禁言等惩罚。
     - 举报时请选择对应的类型，以加快处理速度。
     - 单独高仿用户名且没有其他行为的不认定为用户名违规，也不适用于社区规则中“通过个人信息冒充洛谷官方、洛谷管理员、洛谷工作人员”的规定。
+
 ---
 
 洛谷计划未来增加更多工单分类，以更精确地对接用户需求。新分类上线时，我们将同步更新相关说明。届时，现有分类的适用范围可能会进行调整，敬请用户留意最新规则。