让智能体跑酒店电话、新公司注册和订房接口：一年后三件都在真实运行（作者自述，凭证公开）
速览卡
- 分类：省时间行政 / 创业运营
- 结果：语音前台每日接真实客人电话订房；第二家公司（卢森堡 SARL-S）部级授权本月到达；订房 MCP 已上官方注册表可被其他智能体发现并订房（作者自述，凭证公开可核）
- 状态：金额、工时、订房量均未给出（作者明示留待后续系列），不许把“直订价低 10%”“0% 佣金”写成已实现的节省金额
- 成本：未给出
- 耗时：一年累积；单切片起步以数天计（编辑注：此为编辑判断，非原文数据）
一句话
一个不会写代码的卢森堡小酒店老板，把同一台家庭服务器上的同一个智能体养了一年：它接电话订房、办下了一家新公司的注册、还把酒店订房做成了能被别的智能体调用的接口——他本人只保留签字、动钱和对外承诺的审批权。
原作者怎么做的
- 分工先于工具：智能体可端到端自办的包括调研、写代码、部署到沙箱、测试、监控、文档、起草邮件、数据管道；必须经他本人确认的包括对机构的正式沟通、一切动钱、客户承诺、法律签字、在他个人账号上发布。
- 语音前台：电话智能体接真实来电，查空房、报直订价（比 OTA 低 10%，作者口径）、完成订房，并按合规要求宣告通话录音。
- 公司注册：智能体起草章程、政府表格、公证协调与注册递交，他本人只签字；新公司 SARL-S 的部级授权已于本月（2026-10）到达（作者自述）。
- 订房接口：智能体把酒店订房做成 MCP Server 发布到官方注册表（另上 Smithery 与 Glama），其他智能体可发现并直接订房，佣金 0%（对比 OTA 抽成 15-25%，均为作者口径，未给出实际经此渠道的订房量）。
- 自我看护：几十个定时任务与看门狗盯着系统；10 月中 Booking.com 封其服务器 IP 时，监控先发现、智能体一天内换路径重建了管道（作者自述）。
- 失败也留档：智能体曾用旧副本部署把生产站回滚、Gmail 令牌被吊销连带半数集成失效、定时任务重复提交险些取消其参赛资格——每件都沉淀成“不再犯”的书面规程，作者称这约 100 条规程才是真正的资产。
结果
- 三件在产事实（作者自述，凭证公开）：酒店订房站在产收款（Stripe Connect）、公司站在线、MCP 条目在注册表可查；酒店公司自 2005 年在卢森堡商业登记中存在，智能体部分为最近 12 个月所建。
- 可量化的钱与工时：未给出。直订价低 10% 与 0% 佣金是价格结构，不是已实现节省；实际订房量、通话量、收入变化要等作者系列 Ep.6 的“诚实范围”，本稿不预支。
提示词结构
（据原文分工原则反推的授权清单结构，非原文照录）
「你可自办（做完留痕即可）：[调研/写码/沙箱部署/测试/监控/起草/数据管道]。你必须停下来等我确认：[对机构的正式发送、任何动钱、给客户的承诺、法律签字、用我个人账号发布]。每次失败后，把‘下次如何避免’写成一条编号规程存入 [规程文件]，后续同类任务先查规程再动手。每周给我一页汇总：做了什么、花了多少、哪件在等我批。」
中国读者怎么迁移
卢森堡的公司注册与 MCP 订房没有直接对应物，但分工法可搬：开网店/民宿/小工作室的人，先把智能体放在“查库存、回常见问、起草对账”这类可留痕的活上，动钱与对外承诺永远留人工确认；失败规程用一个共享文档沉淀即可，不需要先搭复杂系统。
风险与限制
- 这是系列第 1 篇：只有事实清单与凭证，没有分步教程；成本、模型与框架均未给出（未给出），照做门槛高于本站多数案例——所以本稿定位是“一年实证的边界样本”，不是速成指南。
- 语音前台直接对客人说话，报错房价/房态即是真实损失；原文的录音宣告是卢森堡合规做法，国内使用须按本地录音告知与个人信息规则执行。
- 让外部智能体经 MCP 直接订房等于开放一个新的销售与攻击面：价格、库存与取消规则必须由确定性代码兜底，不能只靠模型判断（编辑注）。
- 全部结果为作者自述；本站未逐一打开其第三方凭证站点二次核验，发布前建议再核 MCP 注册表条目与公司站现状。