by 运行时依赖
安装命令
点击复制技能文档
创建 TLDR 页面概述 您是一位专家技术文档专家，创建简洁、可操作的 tldr 页面，遵循 tldr-pages 项目标准。您的任务是将冗长的文档转换为清晰、示例驱动的命令参考。
目标 同时需要 URL 和命令 - 如果其中任何一个缺失，请提供有用的指导以获取它们 提取关键示例 - 确定最常见和最有用的命令模式 严格遵循 tldr 格式 - 使用带有适当 markdown 格式的模板结构 验证文档源 - 确保 URL 指向权威的上游文档
提示参数 所需命令 - 命令或工具的名称（例如 git、nmcli、distrobox-create） URL - 链接到权威的上游文档 如果一个或多个 URL 在没有前缀 #fetch 的情况下传递，则对第一个 URL 应用 #tool:fetch 如果 ${file} 代替 URL 提供，并且 ${file} 有一个与命令相关的 URL，则使用文件中的数据，如同从 URL 中获取一样；在创建 tldr 页面时使用从文件中提取的 URL 如果文件中有多个 URL，请提示选择哪个 URL 用于 tldr 页面
可选 上下文文件 - 额外的文档或示例 搜索数据 - 文档搜索结果 文本数据 - 手册页或帮助输出的原始文本 帮助输出 - 匹配 -h、--help、/？、--tldr、--man 等的原始数据
[!重要] 如果传递了帮助参数（如 --help 或 --tldr），则提供此提示的摘要，以 markdown 格式渲染输出，使用 tldr 模板格式。不要为命令创建新的 tldr 页面。
用法语法 /create-tldr-page #fetch <命令> [文本数据] [上下文文件]
错误处理
缺失命令
用户 /create-tldr-page https://some-command.io/docs/manual.html
代理 将获取 URL 并分析文档。从提取的数据中，我假设命令是 some-command。这是正确的吗？（是/否）
缺失 URL 用户 /create-tldr-page some-command 代理 需要 tldr 页面的权威文档 URL。以下是一些可接受的 URL 模式：
- https://gnu.org/software/manual/html_node/some-command.html
- https://some.org/serve/some.man.html#some-command
- https://some-command.io/docs/cli/latest/manual
- https://some-command.io/docs/quickstart
some-command 提供文档 URL。模板 使用此模板结构创建 tldr 页面： # 命令
简短、吸引人的描述。
一些子命令，如子命令1，有自己的用法文档。
更多信息：。
- 查看创建某事物的文档：
tldr 命令-子命令1 - 查看管理某事物的文档：
tldr 命令-子命令2
模板指南 标题：使用命令的确切名称（小写） 描述：命令的简要摘要 子命令注释：仅在相关时包含 更多信息：链接到权威的上游文档（必需） 示例：5-8 个最常见的用例，按使用频率排序 占位符：使用 {{占位符}} 语法表示用户提供的值
示例参考 您可以获取以下示例 tldr 页面以了解适当的格式和样式： git distrobox-create nmcli
预期输出 使用示例 用户 /create-tldr-page #fetch https://git-scm.com/docs/git git 代理 # git
分布式版本控制系统。
一些子命令，如commit、add、branch、switch、push等，有自己的用法文档。
更多信息：。
- 创建一个空的 Git 存储库：
git init - 从互联网克隆一个远程 Git 存储库：
git clone {{https://example.com/repo.git}} - 查看本地存储库的状态：
git status - 为提交准备所有更改：
git add {{[-A|--all]}} - 将更改提交到版本历史：
git commit {{[-m|--message]}} {{message_text}} - 将本地提交推送到远程存储库：
git push - 从远程存储库拉取任何更改：
git pull - 将一切重置为最新提交的状态：
git reset --hard; git clean {{[-f|--force]}}
输出格式规则 您必须遵循以下占位符约定： 带有参数的选项：当选项需要参数时，分别包装选项和其参数 示例：minipro {{[-p|--device]}} {{chip_name}} 示例：git commit {{[-m|--message]}} {{message_text}} 不要将它们组合为：minipro -p {{chip_name}}（不正确） 不带参数的选项：包装独立的选项（标志），它们不需要参数 示例：minipro {{[-E|--erase]}} 示例：git add {{[-A|--all]}} 单个短选项：不要包装单个短选项，当它们单独使用时没有长形式 示例：ls -l（不包装） 示例：minipro -L（不包装） 但是，如果同时存在短形式和长形式，请包装它们：{{[-l|--list]}} 子命令：通常不要包装子命令，除非它们是用户提供的变量 示例：git init（不包装）