Seedance 2.0 API 文档规范
目录结构一致性原则
核心原则:Tab名 = 目录名 = URL路径- ❌ Tab名和目录名不一致(如Tab叫”Market”但目录是market/)
- ❌ 创建中间层目录(如guides/、examples/)
- ❌ 在根目录放内容页面(如overview.mdx、index.mdx)
链接格式规范
相对路径(必须使用)
计算相对路径规则
从当前文件位置计算:检查链接
提交前运行:内容规范
Frontmatter标准
页面长度限制
- Getting Started: ≤200行(5分钟能读完)
- API Reference: 每个endpoint独立页面,≤300行
- 其他页面: ≤400行
- 硬性限制: 单页不超过500行(超过必须拆分)
代码示例标准
每个API endpoint必须提供3种语言示例:Node.js
Python
- 示例必须可运行(真实endpoint,虚构ID用
task_clxxxxxx格式) - 同时提供成功和失败响应示例
- 包含常见错误处理
API端点页面模板
每个endpoint页面必须包含:- 一句话描述(What it does)
- 完整请求示例(3种语言)
- 完整响应示例(成功+失败)
- 参数表格(required/optional明确标注)
- 常见错误FAQ(前3个高频问题)
Error (400)
Common Issues
Q: Why do I get “Insufficient credits”? A: Check your balance at dashboard [More FAQs…]文档更新流程
- API代码变更时:同步更新CHANGELOG.md
- 每周检查:对比CHANGELOG和文档,同步更新
- 发版前checklist:确认文档已更新所有API变化
Discord/Telegram FAQ同步
每月第一周:- 收集Discord/Telegram高频问题(support频道)
- 添加到对应文档的FAQ部分
- 更新resources/support.mdx的”常见问题”章节
主题配置
固定配置(不要改):部署前检查清单
维护责任
| 内容区域 | 负责人 | 更新频率 |
|---|---|---|
| getting-started/ | 产品负责人 | 每次定价/流程变化 |
| seedream/ | Seedream API owner | 每次模型更新 |
| wan22/ | Wan 2.2 API owner | 每次模型更新 |
| common/reference/ | 后端负责人 | 每次API变更 |
| resources/ | 支持负责人 | 每月(根据FAQ) |
常见问题
Q: 为什么不用绝对路径链接? A: Mintlify在不同环境下base path可能变化,相对路径更可靠。 Q: 可以添加新的tab吗? A: 可以,但必须:- 在docs/mintlify/下创建对应目录
- 目录名 = tab名(小写+连字符)
- 更新docs.json
- 更新本文档
规范版本:v1.0 最后更新:2025-02-04 维护人:API文档团队