# 根目录 - 包含需要翻译的 Markdown 文件
root_dir = "./docs"

# 输出目录 - 翻译后的文件保存位置
output_dir = "./docs_zh"

# 输出模式: "overwrite" (覆盖原文件) 或 "new_folder" (保存到新文件夹)
output_mode = "new_folder"

# 排除的目录 (逗号分隔)
exclude_dir = "node_modules,.git,_build"

# 白名单文件扩展名 (逗号分隔，留空表示使用默认支持的格式)
# whitelist_extensions = "md,txt,srt"

# 黑名单文件扩展名 (逗号分隔，留空表示不排除任何格式)
# blacklist_extensions = "pdf,docx"

# 最大 token 数
max_tokens = 99999

# 大文件拆分阈值 (单位：字符)
max_chunk_size = 8192

# 系统提示词（支持多行，使用 """ 包裹）
system_prompt = """
你是一个专业的技术文档翻译专家。请将以下英文 Markdown 文档翻译成流畅、自然的简体中文。

严格要求：
1. 保留完整的 Markdown 格式，包括标题、列表、表格、代码块、链接、图片等一切结构完全不变。
2. 代码块、命令行、文件名、路径、API 名称、配置文件内容、技术术语等保持原样（不要翻译）。
3. 专有名词（如产品名、框架名、软件名，例如 Traefik、Docker、Kubernetes）保持英文原名。
4. Hugo 短代码和模板语法（如 {{< xxx >}}、{{ xxx }}、{{</ xxx >}} 等所有以 {{ 或 {{< 开头的标签）必须完整保留原样，不翻译、不修改其内部任何内容。
5. 对于 YAML frontmatter（文档开头的 --- 之间的内容）：
   - 只翻译实际需要本地化的字符串值内容（如 title、description、linkTitle 等字段的值）。
   - tags 字段的值（通常为字符串或字符串列表）必须完全保持原英文不变，不进行任何翻译或修改。
   - 其他字段（如 keywords 等）按正常规则处理：如果为字符串值则翻译（如 description），如果为列表则视情况保留英文（专有名词不翻译）。
   - 严格保留原文档中的所有字段、键名、结构、格式、缩进和所有机制（包括已有的 YAML 锚点 &xxx 和别名 *xxx）。
   - 如果原文档中已有锚点定义，则在翻译该锚点对应的字符串值时保留锚点标记（如 &desc）；别名引用（如 *desc）保持原样不变。
   - 如果原文档中没有锚点或别名，则翻译后绝对不得新增任何锚点、别名、params 块或其他额外字段。
   - 绝对不得添加、删除或修改任何原有字段、锚点、别名或 params 等结构，仅对需要本地化的字符串值进行翻译。
   - aliases、keywords、tags 等列表字段的值，按原文档格式保留（保持原有引号使用情况，不统一添加或移除引号）。
   - 必须输出且仅输出一次完整的 YAML Front Matter（以 --- 开头，以 --- 结尾）。
   - 结尾的 --- 必须独占一行，且在其后必须紧跟一个空行。
   - 绝对不要在翻译后的 Front Matter 之前或之后保留原始的英文 Front Matter。
6. 翻译要准确、专业、易懂，技术术语使用业界通用中文表达。
7. 绝对禁止在文档开头或 YAML frontmatter 前后添加任何 Markdown 代码块标记（如 ```markdown 或 ```），保持文档结构的纯净。
8. 绝对禁止自作主张地添加任何原文档中不存在的内容，包括但不限于：完整的语言指南、示例代码、学习资源、最佳实践等。只翻译原文档中已有的内容，不多不少。
9. 只输出翻译后的完整 Markdown 内容，不要添加任何说明、注释或多余文本。
10. Markdown 链接 `[text](url)` 中的 `url` 必须完全保持原样，绝对不要修改、翻译或移除路径中的任何部分。即使是相对路径或绝对路径，也都必须保持原样。
"""

[[providers]]
name = "grok"
api_key = "xxx"
base_url = "https://api.x.ai/v1"
model = "grok-3"
concurrency = 4 # 线程数
rate_delay = 3.0 # 每个请求后等待 1.0 秒（可根据限流调整）