民宿房东用 Claude Code 搞定房屋手册多语言化和客人咨询回复

晚上 11 点，手机亮了。是从台湾来的客人，发来一句「The lock box code doesn’t work」——密码锁打不开。

那天我正忙着打扫另一套要交接的房子，根本腾不出手翻英文手册。中文手册倒是有，可英文版半年前丢进翻译工具之后就再没动过，门口的密码早就换了，英文版里却还是旧的。最后我只能用手机一个字一个字地敲英文，让客人在门外干等了 30 分钟。点评只给了 4 星，还附了一句「response was a bit slow」。少这一颗星，下一单的成交机会也跟着溜走了。

做民宿、做短租，这种「语言墙」和「时间墙」同时砸过来的瞬间，迟早会遇上。今天就聊聊怎么用 Claude Code 加生成式 AI，把这两堵墙一点一点削薄。不是什么魔法，是那种不起眼但真管用的工具。

本文要点

• 房屋手册的多语言化，别当成「翻译」，要当成「源数据只留一份，自动展开成各语言」，这样才不容易出错。
• 咨询回复的做法是：把常见问题做成模板让 AI 起草，只有最后点发送由人来判断，这样最安全。
• 密码、地址、联系方式这类个人信息和钥匙信息，在交给 AI 之前先用占位符替换掉，彻底隔离。
• 把翻译和回复起草都做成固定流程后，单套房每月大约能省 3 到 5 小时，首次响应从 30 分钟缩到 5 分钟。
• 文末会划清「交给 AI 的范围」和「必须由人来拍板的范围」。

读者画像和现在的工作流

这篇文章想象的读者，是一个人或几个人打理 1 到 10 间房的民宿、短租房东。有人全职做，也有人是本职工作之余顺带搞。共同点是：打扫、订单管理、客人咨询都压在很少几个人身上，而且自己不是英语或中文母语者（对海外房东而言外语就是日语、英语等）。

现在的咨询回复，是不是大致这样转？

1. Airbnb 或 Booking.com 的收件箱里，进来一条英文或别的外语消息。
2. 连蒙带猜读个大概，再贴进翻译 App 把意思弄明白。
3. 用母语想好回复，又丢进翻译 App 转成对方的语言。
4. 心里没底，不确定译文怪不怪，硬着头皮点发送。
5. 明明手册里写过的内容，每次还是从零开始重新敲一遍。

这个循环的问题在哪？同一个问题（入住时间、垃圾分类、从最近的车站怎么走），每次都在手动回答。手册里明明写了，只因为语言不同，就跟「没写」一个样。这正是 AI 该上场的地方。

常见的返工和烦心事

民宿、短租的现场，我自己实际踩过的返工，列在这儿：

• 改了密码，唯独英文版还是旧的。只改了中文手册，忘了同步多语言版。这是钥匙类纠纷里最常见的原因。
• 翻译腔调每套房都不一样。一套房很客气，另一套房又干巴巴。一旦手上有好几套，整体的统一感就没了。
• 同样的问题每次都全文重打。「垃圾周几扔？」每次都敲三行。一天来 5 条，光这一项就 20 分钟。
• 机器翻译翻车。「请把被子叠好」被翻成「Please fold the futon mattress and throw it away」这种意思，客人一脸懵——这种笑不出来的事也真发生过。

烦心事的根子，是「翻译每次都现场临时做」。源头的文字没有集中整理在一个地方，所以更新也好、质量也好，都稳不下来。

交给 AI 的范围，和必须由人拍板的范围

先把界限划清楚。这里含糊了，AI 就会「好心办坏事」，擅自改地址，或者擅自答应给折扣。

环节	可以交给 AI	必须由人判断
手册翻译	各语言初译、措辞统一	密码、地址、紧急联系方式是否正确
咨询回复	模板化问题的草稿	发送按钮，以及费用、延住、退款的承诺
语气调整	礼貌度统一、错别字	各套房专属规则的最终确认
FAQ 整理	问题分类、指出遗漏	涉及法规、消防、邻里规则的表述

原则很简单：凡是碰到「钱」「钥匙」「法律」的判断，从头到尾由人来做。除此之外，润色文字、增加语言、生成草稿这些活，尽管往 AI 那边推。

用例 1：房屋手册从一份源数据展开成多语言

最管用的就是这个。换个思路：不是「把中文手册翻译过去」，而是「按条目切好一份源数据，从它生成各种语言」。

先把手册拆成条目：入住、Wi-Fi、垃圾、设备用法、紧急联系方式、退房流程。以这个粒度，只留一份中文作为「唯一正本」。像密码、地址这种会变、又该保密的值，不直接写进正文，而是写成 {{door_code}} 这样的标记（占位符）。

然后这样拜托 Claude Code：

你是民宿、短租房屋手册的翻译负责人。
请把下面这份中文手册，翻译成英语、繁体中文、韩语。

约束：
- 被 {{ }} 包住的值不翻译，原样保留
- 在保持对客人尊重的同时，写成简短明确的句子
- 各语言内部的语气保持统一
- 避免专业术语和生造英文，用海外客人第一眼就能看懂的词
- 无法翻译的专有名词保留原文，并在括号里补一句简短说明

输出：每种语言加一个小标题，条目顺序和原中文保持一致

---
（这里粘贴拆好条目的中文手册）

用占位符有两个理由。一是改密码时，只需改源数据这一处，就能反映到所有语言。二是钥匙信息从 AI 的输入和翻译结果里都被隔离开了，从信息泄露的角度更安全。

实际的填值，用这样一段短脚本就能自动化。有 Node.js 就能跑。

import { readFile, writeFile } from "node:fs/promises";

// 钥匙、地址等机密信息，放在代码之外（环境变量或单独文件）管理
const secrets = {
  door_code: process.env.DOOR_CODE || "0000",
  wifi_pass: process.env.WIFI_PASS || "changeme",
  emergency_tel: process.env.EMERGENCY_TEL || "000-0000-0000",
};

function fillPlaceholders(template, values) {
  return template.replace(/\{\{(\w+)\}\}/g, (whole, key) => {
    if (key in values) return values[key];
    throw new Error(`未定义的占位符：${key}（请把它加进 secrets）`);
  });
}

// 读取翻译好的模板（含占位符），写出最终版
const langs = ["en", "zh", "ko"];
for (const lang of langs) {
  const template = await readFile(`manual.${lang}.txt`, "utf8");
  const filled = fillPlaceholders(template, secrets);
  await writeFile(`out.manual.${lang}.txt`, filled, "utf8");
  console.log(`${lang}: 完成 (${filled.length} 字)`);
}

这段脚本的关键，是只要还有没填的占位符，就会直接报错停下。「{{door_code}} 忘了填就把英文版发出去」这种事故，机器替你挡住。改了密码就更新 DOOR_CODE，跑一次即可，所有语言同时更新到最新。

用例 2：让 AI 起草模板化的咨询

接下来是咨询回复。海外客人的问题，其实八成是模板化的：入住时间、从车站怎么走、Wi-Fi、扔垃圾、退房流程。把「问题的型 → 回复草稿」这一段交给 AI。

回复起草用的提示词模板长这样：

你是民宿、短租房东的回复助手。
请针对客人发来的消息，写一份礼貌而简短的回复草稿。

规则：
- 用和客人相同的语言回复
- 房屋手册（见下）里有答案的，只用手册里的内容
- 手册里没有的、涉及费用或延住的内容，标注「需房东确认」，不要写进正文
- 回复末尾的署名和房名由我来补，请留空

房屋手册节选：
（粘贴入住、Wi-Fi、垃圾、退房流程等）

客人的消息：
（这里粘贴收到的消息）

重点是「手册里没有的内容、关于钱的话，别让它写进正文，只让它打个标记」这条约束。这样就能避免 AI 擅自承诺「延住免费」之类的事故。读一遍草稿，没问题就发。只有需要确认的地方，自己补上一句。就这一道手续，首次响应就从 30 分钟变成 5 分钟。

想提高模板化的精度，就先从自己的收件箱里抽出「最常见问题 Top 10」做成 FAQ。做 FAQ 本身也能让 AI 帮忙：只要说「我把过去的回复记录贴给你，请把问题分成 10 类，每类各写一份标准答复草稿」就行。

用例 3：跨房统一语气和时效

一旦手上有好几套房，手册质量就会参差不齐。所以可以定期把所有房的手册一起丢给 AI 做一次评审。

当成检查清单这样拜托：

下面是几套房的房屋手册。请按以下几点评审：
1. 密码、联系方式等占位符是否还有 {{ }} 没替换掉
2. 各套房之间的礼貌语气是否有偏差
3. 垃圾分类、退房流程里有没有漏掉说明的条目
4. 有没有海外客人容易误解的生造英文或含糊表述
请把问题逐条列出，注明房名、条目、原因。只给修改建议，不要擅自改写。

明确写上「不要擅自改写」是诀窍。评审只到给建议为止，采不采纳由人决定。这样「一回头发现地址被换成了别套房的」这种事故就没了。

用了之后有什么变化

我自己一套房的体感，粗略折成数字。都是估算，会随房子和入住率上下浮动。

项目	用之前	用之后
多语言手册更新	逐个语言手工改，半天	改源数据一处再生成，15 分钟
咨询首次响应	边翻译边回，30 分钟	确认草稿加发送，5 分钟
改密码后的同步	所有语言手动改，容易漏	脚本跑一次，零遗漏
每月对应时间	—	单套房节省约 3 到 5 小时

按时薪折算，每月省下 3 到 5 小时，哪怕只有一套房，也相当于拿回了几百块钱的时间。多套房的话，效果就是直接相乘。成本那一边，AI 使用费每月几块到几十块，前期搭模板花半天。论回本速度，我觉得算相当快的那一类。

对 Claude Code 本身怎么上手还很模糊的人，建议先读一遍Claude Code 新手入门指南，后面这些提示词会更好跑起来。要是对代码不熟又想往下推进，写给非工程师的 Claude Code更适合当入口。

安全和个人信息的注意事项

这部分正因为是民宿、短租，才特别想提醒你：

• 密码、钥匙信息别直接写进 AI 的输入里。用占位符替换，真实值在脚本那边（环境变量或手边的单独文件）填入。不在 AI 的聊天记录里留下钥匙信息，是底线。
• 客人的姓名、护照、订单号不要随手贴上去。贴咨询内容时，只留正文里的事由，能定位到个人的信息都删掉。
• 回复的最终发送由人来按。把 AI 的草稿直接设成自动发送，错误信息或不当承诺就会原样送到客人手里。
• 别把整份手册一直往免费翻译服务里灌。对那种不清楚把什么存到了哪里的服务，连地址在内的全文反复投喂，要避免。

民宿做的是「真实地址加钥匙」的生意。数字世界的便利和物理世界的安全，要分开管理。这条界限千万别破。想让提示词把规则贯彻到底，CLAUDE.md 最佳实践可以参考。各地的短租、民宿运营往往有当地法规约束，运营前先把当地主管部门的官方规则看一遍更稳妥，比如可以从 Airbnb 官方的「负责任的房东」页面了解通用注意点。

常见问题

Q. 和机器翻译有什么区别？ A. 不是单词替换，而是能加上「简短、不引起误解、语气统一」这些条件，把它整理成像样的句子。再加上用占位符把钥匙信息隔离出去，更新的麻烦和泄露的风险同时下降。

Q. 编程是必须的吗？ A. 只做翻译和回复草稿的话，不写代码、只贴提示词就能转。那段填值脚本是「有了更省事」的辅助，是复制粘贴就能跑的范围。等做出手感了再加上也完全来得及。

Q. 能支持到几种语言？ A. 只要源数据整理好了，英语、中文、韩语这一带是实用级别。不过输出一定要先过一遍——自己的眼睛，或者请懂那门语言的熟人确认——再发出去。

Q. 给客人的回复可以全自动吗？ A. 最好别。费用、延住、退款、邻里纠纷，都是该由人判断的领域。草稿交给 AI，发送按钮留给人——这个分工能挡住事故。

Q. 多套房也能用吗？ A. 能。每套房分开各留一份源数据，用评审提示词跨房检查，就能统一语气和时效。想提高提示词精度，可以一并看看提示词设计进阶；想再压缩日常操作时间，Claude Code 效率提升技巧也值得一读。

下一步

想一边学一边试的房东，先到免费 PDF 和教材页拿到模板，在自己的一套房上小步跑起来。如果是多套房或代运营，想以团队的方式把业务改进也设计进去，那培训与导入咨询更合适。按自己所处的阶段，从其中一边开始就够了。

我实际试下来的结果

开头那次「晚上 11 点的钥匙纠纷」之后，我在自己的房子上真把这套流程搭了起来。验证了三点。

第一点，占位符这套做法是不是真能减少事故。改了密码跑一次脚本，英语、中文、韩语三个版本同时更新到了最新。手动改的那阵子「唯独英文版是旧的」这种事，从物理上就不会再发生。这一条最见效。

第二点，回复草稿的精度。我把过去 20 条咨询让 AI 起草，跟自己手写的对比。模板化问题里有 17 条，基本不用改就能发的质量。剩下 3 条牵涉费用和延住，正如预期，都被打上了「需房东确认」的标记，按计划该由人来写——它真就这么运转了。

第三点，时间。入住前一晚的咨询对应，平均从 30 分钟上下缩到了 5 分钟上下。当那条原本 4 星的点评，在下一位客人那里变回提到回复够快的 5 星时，说实话挺开心的。

这不是什么花哨的自动化。钥匙和钱的判断留在自己手里，只把翻译和起草往机器那边靠。就是这条小小的界限，在民宿、短租的现场是真管用——这是我现在的实感。