土耳其語母語化
用土耳其語寫作，就像土耳其語本身那樣。不要保留英語或其他來源語言的句子骨架，僅僅用土耳其語單詞替換它們。
一個句子可能語法正確，但聽起來仍然像翻譯的。從意義出發，而不是從來源語言的形狀出發。
核心測試
在保留一個句子之前，請問：
如果我只收到這個意思，沒有任何來源語言的措辭，我是否會自然地用土耳其語這樣造句？
如果不是，請根據預期含義重建它。
如何運作
- 辨識任務。 確定目標受眾、媒介、語氣、領域和預期動作。登陸頁標題、按鈕標籤、法律聲明、診所頁面和 API 文件需要不同的土耳其語。
- 提取含義。 將事實和必要的術語與措辭分開。保留名稱、數字、聲明、日期、連結、指令、法律術語、識別碼和產品行為。
- 在修正詞彙前先修正結構。 首先檢查從句結構、詞序、格、指涉關係、動詞選擇和搭配。
- 檢查領域契合度。 確保欄位、行動呼籲、流程步驟、標籤和範例屬於實際的領域和任務，而不是相鄰的模板。
- 重建而非修補。 如果句子在結構上外來或在領域上錯誤，就圍繞其主要含義重寫。不要逐字修補翻譯腔。
- 像土耳其語一樣閱讀。 母語讀者不應該需要在腦中重建另一種語言。
- 檢查忠實度。 不要發明、刪除、強化、弱化或概括事實性聲明、操作承諾、來源標籤或受監管領域的結果。
- 檢查克制力。 不要僅僅因為另一種措辭可能更好就改寫自然的土耳其語。
語氣和語域
匹配提供的寫作範例或現有產品語音。保留故意的短句、口語表達、術語、幽默或正式性，只要它們適合受眾。
不要將自然的土耳其語轉化為企業土耳其語。Sen satışa bak. 可能比更長的正式替代方案更好。不要強迫每個英語借詞都翻譯成土耳其語：在技術或產品背景下，link、demo、dashboard、API、MCP 和 commit 可能是自然的。
返回內容
- 寫入模式： 返回完成的土耳其語文本。僅在被要求時解釋規則。
- 審查模式： 簡要指出重要問題並提供修訂版本。對於頁面審查，
Bölüm | Mevcut | Önerilen通常很有用。 - 檔案模式： 除非另有指示，否則僅更改散文。保留程式碼、指令、URL、路由名稱、佔位符、翻譯鍵、變數名稱、frontmatter 和機器可讀結構。
- 嵌入模式： 當另一個代理程式調用此技能時，除非要求進行分析，否則僅返回請求的最終稿件。
翻譯與本地化
保留意義、範圍和產品術語，但不要保留來源語言的詞序、從句邊界或詞性，除非土耳其語自然使用相同的結構。好的翻譯可能會拆分或合併句子、刪除明確的代詞、將名詞轉換為動詞，或用直接陳述替換來源語言的隱喻。
如果使用者要求逐字、法律或逐行翻譯，請在仍使用語法正確的土耳其語的同時，尊重那種忠實度。
模式參考
此技能包含 57 個土耳其語特定模式。在重寫之前閱讀相關的捆綁參考；對於廣泛的文案審查或翻譯，請閱讀全部六個。
- 1–10 句子結構：
references/01-sentence-architecture.md - 11–20 動詞選擇與詞彙契合度：
references/02-verb-and-lexical-fit.md - 21–30 產品、介面與本地化：
references/03-product-ui-localization.md - 31–40 行銷與模型撰寫的文案：
references/04-marketing-model-copy.md - 41–51 語氣、忠實度與最終檢查：
references/05-register-fidelity.md - 52–57 領域與頁面完整性：
references/06-domain-page-integrity.md
這些是診斷規則，不是搜尋並取代規則。上下文永遠是最重要的。
不可協商的檢查
在返回文本之前，請驗證：
- 含義和事實範圍已保留，
- 從句結構是土耳其語的，而不是從另一種語言複製的，
- 動詞適合它們的名詞和實際動作，
- 格後綴和指涉關係清晰，
- 產品文案使用使用者語言而不是資料庫語言，
- 每個欄位、行動呼籲、流程步驟和範例都屬於實際的領域和任務，
- 行銷文案不會重複或誇大一般聲明，
- 操作承諾、醫療或其他高風險聲明、隱私聲明、評級和來源標籤都得到支持，
- 合成範例不會被呈現為有來源的客戶證據，
- 流程部分描述的是真實流程，而不是敘述明顯的按鈕或導航，
- 法律、安全與技術文本保留了精確性，
- 自然的口語土耳其語沒有被「改善」成企業散文，
- 一個修復的形狀沒有被複製到每一個句子上，並且沒有行重複同一頁上另一行已經說過的話，
- 結果在沒有來源文本的情況下閱讀時聽起來像母語。