AI很擅长把零散信息整理成顺畅的介绍，也能快速生成房源标题、客服回复和活动文案。但“写得像真的”不等于“事实已经成立”。民宿文案里最容易出错的，往往不是语气，而是设施、价格、服务主体、文化故事和有效期这些会影响客人决定的字段。
更稳妥的做法，是把AI当成起草工具，把事实判断留在人工手里。先建立一份当前有效的事实底表，再让老板或管家逐项核对，最后把能够对外发布的版本固定下来。
先把事实字段从表达字段里分开
一份房源事实底表，至少要把房型名称、可入住人数、床位、卫生间、楼层、出入口、网络、停车、早餐、公共区和可提供的额外用品分别列出。每个字段旁边再记录核验来源、核验时间、负责确认的人，以及它是否会因房态、季节或预约而变化。
价格不能只写一个“优惠价”。应把适用日期、房型、人数、包含项目、额外收费、取消和改期条件回到当前订单页或正式规则中确认。服务也要区分“门店自己提供”“可以代为提供信息”“需要第三方确认”和“目前没有”。AI容易把建议写成承诺，人工要把这四种状态分开。
五类内容必须逐项人工复核
第一类是设施。AI可能把同一门店的公共设施、另一种房型的配置，或过去存在的设备拼到当前房源里。核对时不要只看照片，还要对照房间记录和现场状态；涉及无障碍、儿童、老人或安全的设施，尤其不能凭印象确认。
第二类是价格和权益。活动文案中的“包含”“赠送”“免费”“不限时”“随时可用”等词，会直接改变客人的预期。每一个词都要能在订单、合同、价目表或当前有效规则中找到对应说明。找不到依据的，就改成“可咨询”“以页面显示为准”，或者删除。
第三类是服务主体。接送、餐饮、导览、维修、医疗协助和周边活动可能由不同主体负责。文案必须说明谁提供、是否需要预约、是否另付费、发生变化时找谁，而不是把“可以帮忙联系”写成“门店提供全程服务”。
第四类是文化故事。地方名称、建筑来历、人物经历、传统习俗和社区故事都需要来源。没有可靠出处的内容不要为了增加氛围而补细节；如果是店主口述、个人理解或创意表达，就明确它的性质，不要包装成地方史实。
第五类是有效期。设施会更换，价格会调整，活动会结束，周边项目会关闭。每次发布前都要检查日期、版本和适用范围。自动回复尤其要设置人工接管条件，遇到日期、退款、特殊需求和投诉时，不能继续用一段旧模板循环回答。
给AI输出设置“可回答”和“不可回答”
可以让AI负责整理已确认的事实、优化结构、生成不同语气的版本，但不要让它自行决定价格、库存、退改、服务可用性或安全结论。对于资料里没有出现的字段，要求输出“待人工确认”，而不是自动补齐。
客服回复还要做场景测试。用客人可能提出的实际问题去问：今天是否有房、某个设施是否在这一房型、早餐是否包含、临时取消怎么处理、带孩子是否适合、需要帮助时联系谁。逐条检查回答有没有超出当前规则，有没有把“建议”说成“已经安排”，有没有省略限制条件。
保留人工修改记录，让错误可以追溯
每次发布至少保留原始资料版本、AI初稿、人工修改人、修改时间和最终发布文本。修改不需要写成长篇报告，但要能回答三个问题：改了什么事实？依据在哪里？下次什么时候需要重新核验？
当客人指出文案与实际不一致时，不要只改一条回复。先确认是事实底表过期、AI拼接错误、人工漏审，还是平台页面没有同步，再同时修正底表、模板和对外页面。这样才能把一次错误变成下一次的检查规则。
AI写文案，真正要自动化的是整理和表达，不能自动化的是事实成立。设施看现场，价格看当前规则，服务看真实主体，故事看来源，有效期看版本。做到这几层人工核对，内容才能既有速度，也不把客人的预期建立在一句未经确认的承诺上。具体门店、平台和活动信息，应以当期订单、正式页面、现场记录和相关主体的公开资料为准。
