让大模型帮你创建清单

选择一份要求，一键复制给大模型，再补充你的主题或文件链接。两份要求均可独立下载使用。

单个清单用于阅读和自测；清单列表用于汇总多个清单的文件链接，作为应用的清单源。

一个 Markdown 文件

创建清单

给出主题、读者和适用范围，让大模型整理成适合速查、卡片阅读与自测的清单。

下载要求文件

粘贴后补充：请为我创建一份【主题】清单，面向【读者】，适用于【版本或环境】。

查看完整要求

创建清单的完整要求（可选中复制）

# 创建清单的要求

请根据我提供的主题，创建一份可导入「速记清单」的 Markdown 备忘清单，适合手机速查、卡片阅读和自测。

## 我会补充的信息

- 主题：要整理的知识、工具或操作流程。
- 读者与范围：入门或进阶、需要覆盖的内容。
- 版本与环境：涉及软件时说明版本、系统或运行环境。
- 参考材料：可选，优先依据我提供的资料或官方文档。

如果主题尚未提供，请先询问主题；必要信息缺失且会影响内容正确性时，集中询问。其余内容采用合理默认值，并在清单简介中说明适用范围。默认使用简体中文。

## 交付内容

输出一个 UTF-8 编码的 `.md` 文件。文件正文直接从一级标题开始，内容是完整清单；如支持文件附件，提供可下载文件，否则直接输出 Markdown 原文，保留正文内部的代码围栏。

## 结构与格式

1. 使用一个 `# 清单标题`，接着用一小段简介说明用途、适用版本和前提。
2. 使用 `## 章节` 按场景组织知识点，使用 `### 知识点` 为表格、命令或短说明提供标题。标题应清晰具体。
3. 每个知识点围绕一个可查阅的问题展开，优先使用短段落、简单列表和标准 Markdown 表格。
4. 对命令、语法、快捷键或术语使用两列或三列表格：第一列是提示或问题，其余列是答案、解释或例子。每行应独立可读，便于应用隐藏后续列进行自测。
5. 表格包含表头和 `---` 分隔行，单元格保持单行；单元格中的竖线写成 `\|`，代码使用行内反引号。
6. 多行示例使用成对闭合的三个反引号代码围栏，标注 `bash`、`python` 等语言；每个示例说明必要前提，命令与解释分开。
7. 内容以标准 Markdown 文本、表格、列表、链接和代码块表达；仅靠这些内容即可完整理解清单。使用普通标题层级，保持简单列表结构。
8. 参考链接使用完整的 HTTP(S) 地址。重要信息同时写在正文中，让文件离线阅读时仍可使用。

## 内容质量

- 优先整理高频、实用、可核对的知识，明确区分命令、参数、输入与输出。
- 示例应在声明的版本和环境中成立；占位符使用清晰的名称，并解释其替换方式。
- 涉及删除、覆盖、权限或生产变更的命令，紧邻示例说明影响范围与执行前提。
- 事实依据来自提供的材料或可验证来源；有不确定性时明确标记。仅在实际运行后写“已验证”。
- 文末列出主要参考链接和适用版本。根据主题合理确定篇幅，避免重复条目。

## 格式示例

以下只是结构示例。实际交付应围绕我指定的主题撰写。

````markdown
# Git 日常速查

适用于已安装 Git 的本地仓库，整理查看工作区与历史记录的常用操作。

## 工作区

### 查看改动

| 需求 | 命令 | 说明 |
| --- | --- | --- |
| 查看状态 | `git status` | 显示暂存区与工作区状态 |
| 查看未暂存改动 | `git diff` | 显示工作区相对暂存区的差异 |

## 历史记录

### 查看最近提交

在 Git 仓库目录内执行：

```bash
git log -5 --oneline
```

## 参考资料

- [Git 官方文档](https://git-scm.com/docs)
````

## 输出前自检

确认只交付一份完整的 Markdown 清单；标题层级清楚，表格列数一致，代码围栏闭合，示例有必要前提，参考链接与内容对应。清单可通过应用的“导入本地 Markdown”使用；托管为可直接获取正文的 `.md` 链接后，也可通过“添加在线 Markdown”使用。

一个 catalog.json 文件

创建清单列表

提供已有清单文件及链接，让大模型生成可添加到应用中的清单源目录。

下载要求文件

粘贴后补充：以下是我的清单文件、语言和链接，目录将发布在【地址】。

查看完整要求

创建清单列表的完整要求（可选中复制）

# 创建清单列表的要求

请根据我提供的清单文件信息，创建一份「速记清单」可读取的清单列表。该列表是一个 `catalog.json` 目录文件，集中列出各 Markdown 清单的名称、语言和文件链接。

## 我会补充的信息

- 清单文件：每份清单的文件名或稳定标识、显示名称、语言、Markdown 文件地址。
- 托管位置：目录文件最终发布的地址，以及文件相对目录的位置。
- 目录名称：可选，用于描述这组清单。

如果还没有提供清单文件信息，请先询问；使用相对路径而托管位置不明确时，请询问目录与文件的相对关系。只收录我提供或已核实存在的文件；需要先创建文件时，先与我确认文件内容和地址。

## 交付内容

输出一个 UTF-8 编码的 `catalog.json` 文件。正文是可以直接解析的 JSON 对象，使用双引号、标准 JSON 数值和数组，格式化缩进为两个空格。如支持文件附件，提供可下载文件，否则直接输出 JSON 原文。

## 目录结构

根对象包含以下字段：

- `version`：整数，当前填写 `1`。
- `name`：可选，清单列表的描述性名称。
- `items`：必填数组，每项对应一个 Markdown 清单文件。

当前应用以添加地址的域名自动命名清单源，重名时追加 `_2`、`_3` 等后缀；根对象的 `name` 用于说明目录，不决定应用中的清单源名称。

## 每个清单条目的字段

- `id`：必填，非空字符串。推荐小写英文、数字和连字符，例如 `git-basics`。同一源、同一语言内唯一，后续更新时保持稳定。直接使用业务标识，例如 `git-basics`。
- `mdUrl`：必填，直接返回 Markdown 正文的 HTTP(S) 地址，或相对于 `catalog.json` 地址的文件路径。推荐以 `.md` 或 `.markdown` 结尾。链接目标应是文件正文。
- `lang`：推荐填写 `zh` 或 `en`，分别在中文或英文界面显示。省略时表示这份内容适用于两种界面。不同语言版本可共享同一个 `id`，并分别填写各自的 `lang` 和 `mdUrl`。
- `name`：推荐填写，简短的清单显示名称，例如“Git 常用命令”。
- `title`：可选，简短说明；缺省时应用使用 `name` 或 `id` 兜底。
- `icon`：可选，可直接读取的 HTTP(S) 图片地址，或相对于目录文件的图片路径。
- `sectionCount`、`cardCount`：可选，真实统计得到的非负整数。未知时省略，由应用使用默认值。

## 链接与去重规则

1. 每个条目描述一个可读取的清单文件，`items` 中至少包含一个完整条目。
2. 发布后的目录与文件都应可通过 HTTP(S) 直接读取，返回对应的 JSON 或 Markdown 正文。
3. 相对路径以目录文件所在位置解析。例如目录位于 `https://example.com/lists/catalog.json` 时，`mds/zh/git.md` 指向 `https://example.com/lists/mds/zh/git.md`，而 `/mds/zh/git.md` 指向站点根目录。
4. 将本地文件发布后的地址写入目录。需要登录的网页、仓库预览页面等，应转换为实际可读的文件正文链接。
5. 同一语言内按稳定 `id` 去重，并合并同一文件的重复条目。不同语言的文件分别保留；省略 `lang` 的条目也应与中英文条目保持标识唯一。
6. 清单展示名称与文件标识分开管理；更新显示名称时保留 `id`，以便应用继续识别收藏和缓存。

## 格式示例

以下示例中的文件路径需替换为实际文件。它们相对于 `catalog.json` 所在位置解析。

```json
{
  "version": 1,
  "name": "开发工具清单",
  "items": [
    {
      "id": "git-basics",
      "lang": "zh",
      "name": "Git 常用命令",
      "title": "工作区、提交与历史记录",
      "mdUrl": "mds/zh/git-basics.md"
    },
    {
      "id": "git-basics",
      "lang": "en",
      "name": "Git Basics",
      "title": "Working tree, commits and history",
      "mdUrl": "mds/en/git-basics.md"
    }
  ]
}
```

## 输出前自检

确认 JSON 可解析、根对象包含 `items`、每项具有非空 `id` 和 `mdUrl`、语言标记正确、标识唯一、相对链接解析到预期位置。具备联网工具时逐一验证目录和文件地址实际返回正确正文；仅在实际请求成功后声称链接“已验证”。

用户将文件发布后，在应用“设置 → 清单源 → 添加清单源”中填写 `catalog.json` 的完整地址即可。该文件只负责索引清单；各清单正文保存在对应的 Markdown 文件中。

生成后如何使用

将生成的 Markdown 文件通过应用“设置 → 导入本地 Markdown”打开，或托管后添加其在线链接。
有多份清单时，让大模型生成 catalog.json，与清单文件一同托管。
在“设置 → 清单源”填写目录地址，即可浏览其中的清单。

浏览现有清单 · 查看官方目录示例