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，同埋自我 canonical。
• 互相對應嘅 `hreflang` 註記會連接每個可用版本，並用 `x-default` 條目做中性路線。
• 完整文章、導航、作者資訊、來源同元資料會一齊翻譯。
• 問題字句會跟目標語言入面人哋慣常點問而改寫；唔係照搬英文搜尋講法。
• 例子會重新考慮目標讀者最可能嘅第一語言同文化假設。
• 使用者可以直接揀語言；自動轉向唔可以令讀者或者爬蟲睇唔到另一個版本。

發佈清單

Scribe Origins 喺發佈前點樣檢查語言學習內容？

Scribe Origins 點樣檢查語言學習內容 嘅實際答案，就係按頁面層級去審閱範圍、主張、例子、來源、搜尋呈現同維護。通過 HTML 驗證係必要但唔夠；可見答案仲要有用、界線清楚同可重現。

1. 讀者任務：標題同開頭答案回應一個可識別嘅問題。
2. 範圍：頁面講明自己嘅語言變體、書寫系統、羅馬化、產品層面，或者研究邊界。
3. 主張類型：產品事實、語言描述、學習建議同編輯判斷要可以分辨。
4. 例子：每個例子都支持緊所講規則，並一致使用聲明咗嘅書寫系統同標記。
5. 來源：頁面專屬參考資料支持嗰啲最需要外部權威背書嘅內容。
6. 限制：相關位置要講明地區變體、生成回饋、離線界線，同埋學習成果唔確定性。
7. 搜尋可見性：canonical URL、獨特標題同描述、問題式標題、內部連結同結構化資料，都要同可見文章一致。
8. 責任歸屬：署名、日期、更正途徑同相關閱讀都要清楚可見。

來源使用

乜嘢先算適合用喺幫助頁或者文法頁嘅來源？

揀最接近主張嗰個來源。Scribe Origins 而家嘅行為會對照應用程式同原始碼核實。官方語言標準同既有參考書支持標記法、字元資料同正式定義。經同行評審嘅研究支持一般學習原則。瀏覽器廠商就會支持佢哋自己產品嘅安裝步驟。

來源連結應該放喺就近嘅來源段落附近，並解釋點解佢相關。長長嘅參考列表補唔返一句冇根據嘅句子，而一般學習論文亦唔應該被引用作為某個產品專用控制項嘅證明。

更正政策

更正會點樣分優先次序同記錄日期？

更正報告應該包括 canonical URL、最接近嘅標題、精確句子或者例子、預期形式、相關語言變體或者裝置，同埋證據。具體報告比起一句籠統講「頁面睇落唔對路」更容易重現同處理。

可見 SEO 政策

SEO 短語點樣用，而唔會堆砌關鍵字？

每份指南都會揀一條同讀者任務吻合嘅主問題。呢條短語可以自然咁出現喺標題、標題、開頭答案，同埋後面摘要入面。相關問題會有自己獨立部分。會用同義詞同文法變體，因為唔係個個讀者都會用一樣方式描述問題。

唔會加隱形段落、重複頁尾、地點列表，或者自動關鍵字區塊。搜尋語言必須對應讀者睇得到、用得到嘅內容。如果重複令文字拗口，句子就會刪走或者重寫。元資料只係摘要頁面；佢唔可以代替可見解釋。

呢條以人為本嘅規則係 Scribe Origins 點樣檢查語言學習內容 嘅一部分：搜尋相關性來自比薄薄一頁更完整咁回答問題，而唔係靠不斷重複同樣字眼。

翻譯 QA

Scribe Origins 會點樣將幫助頁翻譯畀其他讀者地區？

1. 喺穩定 URL 建立完整嘅地區專屬頁面；唔好淨係換標題或者關鍵字。
2. 導航、文章文字、例子、署名語境、來源、元資料同結構化資料要一齊翻譯。
3. 將主搜尋問題改寫成目標地區讀者慣常會點樣問。
4. 重新考慮嗰啲解釋假設咗英文文法、文化或者文字遊戲嘅例子。
5. 除非課程本身需要某種書寫系統或者地區變更，否則要精確保留目標語言形式。
6. 只有當每個版本都完整而且可爬取，先加入自我 canonical 同互相對應嘅 hreflang 連結。
7. 對每個地區版本都要做語言、連結、元資料、結構化資料同視覺檢查。

機器翻譯可以幫手起草，但發佈之前要以地區層級審核意思、術語、搜尋用語同例子。一個翻譯咗嘅權威徽章，唔會令唔完整嘅翻譯變成權威。