turkish-native

土耳其语母语表达

用土耳其语写作时，就要写得像土耳其语。不要保留英语或其他源语言的句子框架，只把其中的词替换成土耳其语。

句子即使语法正确，听起来也仍可能像翻译腔。要从含义出发，而不是照搬源语言的表达形式。

核心标准

在保留一个句子之前，先问自己：

如果我只知道这个意思，完全没看到源语言的措辞，我会自然地用这种方式写出土耳其语句子吗？

如果不会，就按照预期含义重新组织句子。

工作方法

1. 明确任务。 确定受众、媒介、语体、行业和预期行动。落地页主视觉文案、按钮标签、法律声明、诊所页面和 API 文档需要不同的土耳其语。
2. 提取含义。 将事实和必要术语与措辞区分开来。保留名称、数字、主张、日期、链接、命令、法律术语、标识符和产品行为。
3. 先调整结构，再斟酌词汇。 首先检查分句结构、语序、格、指代、动词选择和搭配。
4. 检查领域适配性。 确保字段、CTA、流程步骤、标签和示例符合实际行业和任务，而不是套用相近领域的模板。
5. 重新组织，而不是修补。 如果句子结构生硬或不符合领域语境，就围绕其主要含义重写。不要逐字修补翻译腔。
6. 以土耳其语的方式阅读。 土耳其语母语读者不应需要在脑中还原另一种语言。
7. 检查忠实度。 不要编造、删除、强化、弱化或泛化事实主张、操作承诺、源语言标签或受监管领域的结果。
8. 注意克制。 不要仅仅因为存在其他表达方式，就改写自然的土耳其语。

语气和语体

遵循提供的写作样例或现有产品语气。只要符合受众，就保留刻意使用的短句、口语表达、术语、幽默或正式风格。

不要把自然的土耳其语改成官样文章。Sen satışa bak. 可能比更长、更正式的表达更合适。不要强行把所有英语外来词都译成土耳其语：在技术或产品语境中，link、demo、dashboard、API、MCP 和 commit 可能更自然。

返回内容

• 写作模式： 返回完成的土耳其语文本。只有在用户要求时才解释规则。
• 审校模式： 简要指出重要问题，并提供修订版本。审校页面时，Bölüm | Mevcut | Önerilen 通常很实用。
• 文件模式： 除非另有要求，只修改文案。保留代码、命令、URL、路由名称、占位符、翻译键、变量名、frontmatter 和机器可读结构。
• 嵌入模式： 其他 Agent 调用此技能时，除非用户要求分析，否则只返回所需的最终文案。

翻译和本地化

保留含义、范围和产品术语，但不要保留源语言的语序、分句边界或词性，除非土耳其语自然采用相同结构。优秀的译文可以拆分或合并句子、省略明确的代词、将名词改为动词，或用直接陈述替代源语言中的比喻。

如果用户要求直译、法律翻译或逐行翻译，应遵循其忠实度要求，同时确保土耳其语语法正确。

模式参考

此技能包含 57 条土耳其语专属模式。改写前请阅读相关配套参考；如需全面审校文案或翻译，请阅读全部六份参考。

• 1–10 句子结构： references/01-sentence-architecture.md
• 11–20 动词选择与词语适配： references/02-verb-and-lexical-fit.md
• 21–30 产品、UI 与本地化： 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

这些是诊断规则，而非查找替换规则。始终以语境为准。

不可妥协的检查项

返回文本前，请确认：

• 保留了原意和事实范围；
• 从句结构符合土耳其语表达，而非照搬其他语言；
• 动词与其搭配的名词及实际动作相符；
• 格后缀和指代清晰；
• 产品文案采用用户语言，而非数据库语言；
• 每个字段、CTA、流程步骤和示例都符合实际行业与任务；
• 营销文案不会重复或夸大普通声明；
• 运营承诺、医疗或其他高风险声明、隐私声明、评分和来源标签均有依据；
• 合成示例不会被当作有来源的客户证据；
• 流程部分描述的是真实流程，而非对显而易见的按钮或导航进行叙述；
• 法律、安全和技术文本保留了准确性；
• 自然、口语化的土耳其语没有被“润色”成企业文风；
• 没有把一种修正后的句式套用到所有句子上，也没有让页面中的某一行重复另一行已经表达的内容；
• 不看原文时，译文听起来依然地道。