要让claude精准匹配平台语气，须先提供3～5句真实语境文本并明确指令模仿其语气、缩写、标点与信息密度；再按github/ wiki/ slack类型分别绑定conventional commits规范、“我们”视角+符号标记、短句+emoji限制等锚点；最后用禁词清单、自检要求和“✓ 语气校验通过”强制校验。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让Claude写代码时的语气更贴合平台风格，比如在GitHub PR描述里保持简洁干练、在内部Wiki里用团队惯用术语、在Slack消息中带点轻快节奏——但直接说“语气正式一点”或“像我们团队那样说话”根本不管用，Claude会自己编一套“伪专业腔”。
先锁定平台语境再定语气
打开你正在写的文档或消息框，复制当前页面/上下文里的3～5句真实文本（比如GitHub PR标题“feat(cart): add quantity validation before submit”，或Slack频道里同事写的“刚压测完，QPS到1200了，内存没抖动 ?”）。
把这段原文粘贴进提示词开头，加一句：“请严格模仿以下文本的语气、缩写习惯、标点偏好和信息密度，用于后续所有输出。”
这一步不能跳。没有真实语料，Claude只能靠猜，而猜出来的“像你们团队”往往全是错的细节——比如把你们团队从不加空格的“v2.1.0”写成“v2.1.0 ”，或者把内部代号“夜莺”擅自改成“Nightingale”。
按平台类型选语气锚点
方法一：GitHub / GitLab 提交信息
在提示词末尾加：“输出必须符合 Conventional Commits 规范，type 限定为 feat|fix|chore|docs|refactor|test|perf，scope 小写且不带下划线，subject 不超50字符，不加句号。”
【scope 必须来自你项目 package.json 的 name 字段或 src 目录下的子模块名，禁止虚构】
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
方法二：内部 Wiki / Notion 技术文档
加上：“使用第一人称复数‘我们’，避免‘你应当’；关键步骤前加✅，风险项前加⚠️；术语与 docs/internal/glossary.md 完全一致。”
方法三：Slack / Teams 即时消息
写明：“用短句，每句≤12字；允许用‘?’‘?’‘?’等emoji，但每条消息最多1个；技术名词首字母小写（如‘prisma’不写‘Prisma’）；不出现‘请’‘麻烦’‘辛苦’等敬语。”
堵住语气漂移的漏洞
第一步：在提示词最开头插入禁令句——“禁止使用以下词汇：‘建议’‘可以考虑’‘一般来说’‘值得注意的是’‘综上所述’。”
第二步：要求Claude每次输出前自检——“输出前，请逐字核对：是否每句话都符合上面指定的平台语境？如有任一不符，重写整段。”
第三步：强制格式校验——“最后一行必须是纯文本‘✓ 语气校验通过’，否则视为未完成。”
