RentTools.io：开源房源管理工具

19次阅读

获取下载链

微信关注「软件教程管家」公众号，回复 renttools

30秒速读

同时在爱彼迎、Booking、Vrbo 上挂房，最烦的不是没客人，是日历对不上：一边刚被订，另一边还在可订，撞单了才发现。RentTools.io 是一个开源的短租房源管理工具，核心思路是用 iCal 把各平台日历汇总到一处，再管清洁、管访客、管消息。本文讲清它能做什么、iCal 同步的边界在哪、部署前要准备什么。关键词：RentTools.io。

项目信息表

项目名	RentTools.io
仓库地址	Gribadan / RentTools.io
主要语言	TypeScript（Next.js + Prisma + SQLite）
运行平台	Web，可自托管；也有官方在线入口
许可证	MIT

核心功能

多平台日历汇总：通过 iCal 拉取 Airbnb、Booking.com、Vrbo、Hostaway、Lodgify 等平台的预订，合并成统一日历，还能把合并后的日历重新输出成 iCal Feed 供平台订阅回去。
双重预订检测：合并日历后能发现跨平台的撞单，手动录入的预订也会参与冲突检测。
清洁排班：展示退房到入住之间的周转任务，支持给清洁人员派单，缓冲日不足会有冲突提示。
访客信息收集：生成一次性链接让访客自己填入住信息，还能用 Google Gemini OCR 从护照图片里提取结构化字段。
多语言消息模板：按房源配置入住指引、退房须知等模板，内容可复制到 Airbnb、Booking.com 或 WhatsApp 使用。
多房源协作：支持多套房源、联合房东邀请，清洁人员只能看到分配给自己的房源，另有访客搜索和跨房源运营报表（入住率、均价、收入）。

上手指南

先确认各平台的 iCal 地址（关键卡点）：这是整个系统的数据源头。去每个平台后台找到日历导出/iCal 订阅地址，确认权限、更新频率，地址失效整个同步就停了。
选择在线版还是自托管：房源少、想先试效果，用官方在线入口最快；房源多、在意数据归属，走自托管（Next.js + Prisma + SQLite 技术栈）。
自托管部署卡点：数据库初始化、外部服务凭据（比如 Gemini OCR 的 Key）、数据备份方式，公开资料没有完整清单，部署前务必通读仓库 README 和配置示例。
录入第一套房源验证闭环：接好 iCal、建一条手动预订测试冲突检测、派一次清洁任务、发一条访客链接，全链路跑通再批量导入。
规划 SQLite 备份：自托管用的是 SQLite 单文件数据库，定时把 db 文件备份到别处，丢了就是全丢。

独家整理：适用边界（什么情况选它，什么情况别选）

场景	结论	原因
个人房东，2-10 套房，多平台挂房	适合	这正是它设计的目标场景，功能闭环完整
小型管理团队，需要清洁协作	适合	清洁派单、房源级权限、联合房东都覆盖了
只做单一平台	没必要	平台自带日历够用，上它反而多一层维护
需要实时渠道管理（改价、上下架同步）	不适合	它基于 iCal 轮询，不是平台私有实时接口，做不了毫秒级同步
企业级权限、审计、复杂收益管理	不适合	公开资料未体现这些能力，先看源码再决定
处理护照等敏感证件信息	谨慎	OCR 走外部服务，数据的存储、传输、访问边界要单独评估合规