## 题目内容
题目不得违反国家政策与法律法规，不得出现敏感信息，不得出现强特征的个人、团体、机构等名称。
## 关于原题
原题大致可分为完全一致、几乎一致和做法一致三种。
- 完全一致：使用一题的AC代码可以AC另一题
- 几乎一致：由一题的 AC 代码改动至另一题的 AC 代码可以由一个不会该题的人完成。
- 做法一致：核心思路、做法一致，但代码实现上、不那么关键的细节上有差异。。
这三种原题自下而上为包含关系。
以下情况不应出现：
- 在明知有“几乎一致”的原题的情况下出原题。
- 由于未使用搜索引擎查找导致自己不清楚有原题，从而出了“几乎一致”的原题。
- 在“做法一致”的原题广为人知（如：NOIP、ACM区域赛、知名比赛网站的常规比赛轮次）时出原题。
- 在带有选拔性的考试的非送分题中出现“做法一致”的原题。
以下情况最好不要出现：
- 在明知有至少为“做法一致”的原题的情况下出原题。
- 由于未使用搜索引擎查找导致自己不清楚有原题，从而出了“做法一致”的原题。
- 在任何情况下出“几乎一致”的原题。
## 题面
### 题目背景
* 题面背景最好尽可能简短。如果题目背景比较长的时候，应当与题目描述分开
### 题目描述
* 要求**清晰易懂**
* 题面中的每个可能不被理解的定义都应得到解释，不应凭空冒出未加定义的概念。如："子序列"和"子串"的定义，对于一些概存在极限情况的概念也应做解释，如：一个点是否是一棵XX树。
* 题面中涉及到的每个概念应当使用单一的词汇来描述。如：不应一会儿说“费用”，一会儿说“代价“。
* 保证你的题面不会自相矛盾，保证题面不能被错误理解而自圆其说，即使这种理解是反常识、没有人会这么去想的。
* 顺着读题目描述应当能看懂每一句话，并理解题目的任务与要求。不能需要看了输入输出格式才能明白题意，甚至需要根据样例来猜题意。
* 同一题目的变量名大小写应该同一，不应出现在某处是NN,而在另一处变成nn的情况。同时建议变量与题目相关时使用小写，无关时（如数据组数TT）使用大写。
* 题目中的公式符号和数字都应用LaTeXLaTeX书写，
### 数据范围
* 数据范围都统一为写在输入格式里，数据范围中最容易犯的错误就是不完整。输入中的每一个数、每一个字符串都应该有清晰的界定。在上文所给出的输入输出格式示例中就有一些数据范围的正确写法。
* 数据类型（如整数、实数、字符等）应在输入格式中说明，数据范围应在说明/提示中说明。数据范围必须有上界和下界的描述，字符串必须有字符集的描述，实数必须有小数点后位数的描述。因此输入格式中不必说明「正整数」或「非负整数」而只需说明「整数」。
数据范围的常见遗漏：
- “整数”中的“整”。
- 题面中只说了是“整数”没说是“正整数”，并且数据范围中只有上限没有下限。
- 字符串没说字符集。
- 实数没说小数点后位数。
- 某些变量没有给范围。
你需要保证标程可以通过满足题面所述数据范围的任何一组数据。
### 样例
* 样例应当有一定的强度，能够查出一些简单的错误。读错题意的人应当能够通过样例发现自己读错了题意。
* 有多种操作的题，每种操作都应在样例中出现。有多种输出的题，每种可能的输出都应在样例中出现。
* 如果提供大样例，可以在**数据范围**处用 markdown 的链接指向一个剪贴板或网盘，而非直接简单地粘贴到样例里面。
### 样例说明
* 题目描述越复杂、越不易理解就越应当有详细的样例说明，题目难度越简单就越应当有详细的样例说明。一般来说，一道题**至少**应该有一个样例说明。
下面是一道样例题目的结构:
```markdown
# {题目名称}
{题目描述}
## 输入描述
{输入描述}
## 输出描述
{输出描述}
## 输入样例
{输入样例}
## 输出样例
{输出样例}
## 提示
{提示}
```
以上 { }中均是要填写的内容
题目文件应当是一个markdown文件, 以下是一道完整的题目的目录结构:
```bash
--示例1
--标程(如: souution.c)
--题目(如: exercies.md)
--test_cases
-- 1.in
-- 1.out
.
.
.
-- 10.in
-- 10.out
```
每道题请至少提供十个测试用例
最终解释权归CSDN所有。