参与修订
最快的方式:修订单页
每个目的地、事件和科技页面底部都有”在 GitHub 修订本页”链接,直接打开对应 Markdown 源文件的编辑界面。修改后提交 Pull Request,校验通过即可合并发布。
提交历史纠错
如果你发现史实错误、来源不当或表述误导:
- 到 GitHub Issues 提交问题,写明页面、原文和你认为正确的说法。
- 最好附上可查证的来源(书名卷次、论文、博物馆藏品编号等)。
- 维护者核实后修改对应 Markdown 并回复处理结果。
内容规则(贡献前请读)
- Markdown 是唯一内容源:不要修改生成的 HTML 或新建第二份内容数据库。
- 来源必填:已发布内容必须有
sources,含书名、卷次/页码/章节和支持的说法。“网络资料""维基百科”不算合格来源。 - 区分事实与设想:情景化叙述标注
speculative: true;资料不足时写”现有资料不足以确认”,不要编造。 - slug 稳定:发布后不改 slug;标题可以修订。
- 纪年格式:
era只用BCE/CE,year为正整数;不存在公元 0 年。 - 图片:
content/media/中的任务文件描述图槽位、提示词与验收状态,占位状态合法。
本地验证
npm ci
npm run validate:content # 内容校验
npm run build # 完整构建(含 astro check 与 Pagefind)
npm run test # 单元测试
Pull Request 会触发同样的检查;构建失败时按日志中的文件与字段修复。