Scribe Origins 如何研究其语言指南？

以读者为先

搜索问题如何在不堆砌关键词的情况下使用？

每个页面都从学习者可能真正输入或提出的一个主要问题开始。该问题的原话可能出现在标题、开头答案以及后面的某个摘要中。随后相关标题会使用读者需要的自然变体：“什么是……？”、“……是如何运作的？”、“什么时候应该……？”、“为什么……？”、“X 还是 Y？”以及“X 和 Y 有什么区别？”

不存在目标关键词密度。某个短语一旦重复到不自然，页面的实用性就会下降。更好的结构是先用大约一小段的直接答案，然后再补充示例、例外、对比以及与周边系统的联系。

什么才算好的直接答案？

• 在要求读者继续往下看之前，先解决基本问题。
• 区分规则与适合初学者的有用近似说法。
• 说明可能改变答案的语境。
• 避免把复杂区别伪装成只有一种“万能翻译”。

证据

优先使用哪些来源？

来源层级取决于主张的类型：

1. 产品行为：当前的 Scribe Origins 源代码、界面和存储数据结构。
2. 书写系统和标准：标准制定机构、国家语言研究机构，以及官方罗马化或熟练度框架。
3. 语法和用法：国家语言机构、主要学术语法书、基于语料库的参考资料、知名大学和受尊重的教学组织。
4. 学习科学：经过同行评审的原始研究和高质量研究综述。
5. 示例和边界情况：当可接受性取决于语境时，使用多种参考资料、语料库和熟悉该语言者的反馈。

链接不是装饰。页面会说明来源支持了什么。列为参考资料的外部组织并不赞助或背书 Scribe Origins。

语言内容

语法规则和示例如何处理？

规则会按强度标注

只有当语言本身支持绝对性表述时，才会把规则作为绝对规则呈现。否则指南会使用“通常”、“在中性对话中”、“在这种语域中”或“适合初学者的默认用法”等说法。教学上的简化不能悄悄变成对所有真实句子的主张。

示例会提供足够语境

示例应包含原始文字、在确有帮助时提供的读音或音译，以及英文含义。当礼貌程度、说话者关系、有生性、信息状态、地区或社会场景会改变选择时，这些语境应放在示例旁边。

变体是信息，不是错误

西班牙语 voseo、粤语口语书写、英式英语和美式英语、台湾和大陆用法、正式泰语、日语敬语和韩语语阶，都不是某一种“唯一正确”变体的脚注。指南会说明所教授的变体，并在学习者可能遇到替代形式时加以标注。

音译的作用有限

罗马化有助于初学者把文字和读音联系起来，但它无法承载原书写系统中的所有区别。指南会说明所用罗马化系统，保留原文字，并鼓励读者从音译过渡到原文，而不是长期依赖音译。

身份

作者和审阅者如何呈现？

Aiko、Grace 和 Kaito 分别撰写不同主题的指南，Scribe Origins 负责发布和维护这些内容。认识作者介绍各位作者。只有在审阅指定材料并同意公开署名后，才会出现具名个人。

简介不会虚构母语者身份、学位、教学经历、肖像、引语或社交链接。真实的审阅者条目会说明该人的角色和审阅范围——例如“审阅了粤语声调和 Jyutping 章节”——而不是暗示对长页面中的每一句话都负有责任。

产品文档

如何核查 Scribe Origins 的功能说法？

产品指南描述的是当前应用，而不是理想化的路线图。控制项、评分、持久化、离线行为、账户要求以及跨游戏进度，都必须与读者实际使用的实现一致。截图是第一手证据，但即使如此，也仍需要说明文字，并在界面变化时定期复核。

如果某项功能取决于账户状态、语言可用性、浏览器支持或网络访问，这个条件必须清楚可见。营销说法不能凌驾于观察到的行为之上。

更正

Scribe Origins 如何更正文案错误？

当报告或发现内容错误时，编辑团队会找出确切主张及其语境，核对当前产品或最相关来源，并修订最小的完整相关部分。相关示例、摘要、结构化数据和日期也会一并检查，这样更正就不会在页面其他地方留下相互矛盾的说明。

1. 记录页面 URL、标题、确切主张和报告的语境。
2. 将问题归类为产品行为、事实性语言错误、示例错误、缺少变体、解释不清、链接失效或展示缺陷。
3. 核对当前产品或最相关来源。
4. 修订最小的完整相关部分；不要用含糊措辞把问题遮掩过去。
5. 重新检查相关 FAQ 文本、结构化数据、摘要和链接页面。
6. 只有在可见内容发生实质变化时才更新 `dateModified`。

读者可通过 Scribe Origins 内部的支持功能报告问题。若报告中包含原句、建议更正，以及涉及的变体或语境，处理起来最容易。

翻译

页面将如何为不同读者翻译？

• 每个完整的读者语言版本都拥有自己的稳定 URL 和自我规范链接。
• 相互对应的 `hreflang` 标注会连接所有可用版本，并为中立路径提供一个 `x-default` 条目。
• 完整文章、导航、作者信息、来源和元数据会一起翻译。
• 问题措辞会遵循目标语言中人们实际会怎样提问；不会照搬英文搜索表达。
• 示例会重新考虑目标读者可能的第一语言和文化预设。
• 用户可以直接选择自己的语言；自动重定向不得让读者或爬虫看不到其他版本。

发布清单

Scribe Origins 在发布前如何检查语言学习内容？

对 Scribe Origins 如何检查语言学习内容 的实际回答是：从页面层面审查范围、主张、示例、来源、搜索呈现和维护。通过 HTML 验证是必要条件，但还不够；可见答案也必须有用、范围明确且可复现。

1. 读者任务：标题和开头回答一个可识别的问题。
2. 范围：页面明确说明其语言变体、文字体系、罗马化、产品界面或研究边界。
3. 主张类型：产品事实、语言描述、学习建议和编辑判断彼此可区分。
4. 示例：每个示例都支持正在讨论的规则，并且一致使用所述文字和标注方式。
5. 来源：页面专属参考资料支持那些受益于外部权威的内容。
6. 限制：在相关处说明地区差异、生成式反馈、离线边界和学习结果的不确定性。
7. 发现性：规范 URL、唯一标题和描述、问题式标题、内部链接以及结构化数据都与可见文章一致。
8. 责任：署名、日期、更正路径和相关阅读都清晰可见。

来源使用

什么样的来源适合帮助页或语法页？

选择最接近主张的来源。当前的 Scribe Origins 行为以应用和源代码为准。官方语言标准和成熟参考著作支持标注、字符数据和正式定义。同行评审研究支持一般性学习原则。浏览器厂商为其自家产品的安装步骤提供支持。

来源链接应放在解释其相关性的来源部分附近。长长的参考列表并不能弥补缺乏支持的句子，而一般性的学习论文也不应被当作某个产品专属控制项的证明来引用。

更正政策

更正如何排序并标注日期？

更正报告应包含规范 URL、最近标题、确切句子或示例、预期形式、相关语言变体或设备，以及证据。具体的报告比笼统地说页面“看起来不对”更容易复现和处理。

可见的 SEO 政策

SEO 短语如何在不堆砌关键词的情况下使用？

每份指南都会选择一个与读者任务相符的主问题。该短语可以出现在标题、标题层级、开头答案以及后续自然位置的摘要中。相关问题会拥有自己的章节。之所以使用同义词和语法变体，是因为读者不会都用完全相同的方式描述问题。

不会添加隐藏段落、重复页脚、地点列表或自动关键词块。搜索语言必须对应读者看得见并能使用的内容。当重复使行文显得生硬时，短语会被删改。元数据只负责概括页面；它不能替代可见说明。

这种以人为本的规则也是 Scribe Origins 如何检查语言学习内容 的一部分：搜索相关性来自比薄弱页面更完整地回答问题，而不是尽可能重复同样的词语。

翻译 QA

Scribe Origins 将如何为其他读者地区翻译帮助页？

1. 在稳定 URL 上创建完整的地区专属页面；不要只替换标题或关键词。
2. 将导航、文章正文、示例、署名说明、来源、元数据和结构化数据一起翻译。
3. 用该地区读者自然会提出的方式改写主要搜索问题。
4. 重新考虑那些解释依赖英语语法、文化或文字游戏的示例。
5. 除非课程本身需要变更文字系统或地区形式，否则应精确保留目标语言形式。
6. 只有在每个版本都完整且可被爬取时，才添加自我规范和相互对应的 hreflang 链接。
7. 对每个地区版本都执行语言、链接、元数据、结构化数据和视觉检查。

机器翻译可以辅助起草，但正式发布需要在地区层面审阅含义、术语、搜索措辞和示例。带有翻译授权标记，并不会让不完整的翻译变得权威。