我给租车业务搭了第一个 AI 员工：我的航海实战复盘
任哈哈Lorena原帖作者来源为作者航海复盘，没有统一收益、利润或投放 ROI 口径；文中订单结果不能全部归因于 Agent。
这篇文章讲了什么
作者从传统行业转 AI，用一天一夜完成航海前 6 项作业，为日本租车业务搭建“租车广告运营员”Agent。独特方法：先按“收到输入后自动完成什么、输出到哪里”写岗位卡，明确输入、动作、输出、成功标准、人工兜底；再建 06-AI 内容库作唯一事实来源；把人工判断拆成工作流和 Mermaid 流程图；连接飞书并以“通过/修改/驳回”审核；最后设每日 9 点自动任务。内部测试跑通资料读取、中日英三语生成、多平台适配与飞书回传，生成 7 个非空文件但标记禁止发布；自动任务尚未连续稳定。
值得读的实操细节
先写岗位卡，再搭 Agent
作者没有先做脱离业务的演示，而是定义“租车广告运营员”：每天上午 9 点启动或收到飞书指令时，读取 06-AI 内容库中已确认的车型、价格、车辆素材和历史记录，选择推广车辆，生成中日英三语多平台广告包，完成合规与真实性自查，保存到 05_今日待发布，并发送飞书供人工审核。岗位卡包含输入、处理动作、输出、成功标准、人工兜底和本期不做；作者建议让 AI 一次只问一个问题，回答模糊时继续追问，直到能写成明确规则。
内容库与判断规则是安全边界
所有业务数据必须来自 06-AI 内容库，Agent 可以重新组织表达，但不能创造价格、优惠券、路线、联系方式或预订链接；同一价格若在两个文件里不一致，Agent 必须暂停。选车也不是一句“选今天要推广的车”：当天可租优先，连续 3 天没有订单的车优先，多辆车同时满足条件时顺序轮换，人工指定车型时以人工指令为先。标题至少包含主体、行动和价值三个有效信息点，同一车型两周内避免重复，换新角度要检查结论、论据和认知是否有变化。
先跑最小闭环，审核后再自动化
作者在飞书私聊发送真实任务，链路已能到达 Hermes Gateway，Agent 也能回复；内部测试跑通读取资料、选择车辆、生成中日英内容、适配小红书/Instagram/微信朋友圈、写入指定目录、检查并返回飞书，实际生成 7 个非空文件，但因部分业务资料未补齐，全部标记为“内部测试稿，禁止发布”。审核口令统一为“通过/修改/驳回”，修改意见必须使用“位置＋问题＋目标”结构；收到“修改”时不能立刻写入长期记忆，只有新版再次确认“通过”后才入记忆。每日 9 点自动任务已建立，但一次运行因读取资料超时中断，尚未连续稳定。
按 AI、教练、志愿者分工借力
作者把借力拆成三类：完全听不懂时先问 AI 亦仁，把基础概念和问题整理清楚；已做出半成品后，再带具体问题找教练判断方向和方案取舍；行动中断或可能掉队时，接受志愿者的提醒和进度支持。案例包括安装 Hermes 前先检查 Node.js 和 pnpm 环境，再按克隆、安装依赖、构建和启动操作；请教教练时带着可演示的基础版本，获得“把选修进阶一下”“了解 FDE”“多刷 X”“写帖子分享心得”等建议。最终仍要自己修改、重新验证和复盘。
你能从原帖了解哪些问题
- 01
如果完全没有 AI 基础，搭建租车广告 Agent 时最应该先验证哪三个关键节点：资料读取、内容生成，还是飞书回复？
- 02
06-AI 内容库中哪些字段必须人工确认并锁定，才能避免 Agent 编造价格、优惠券、路线、联系方式或预订链接？
- 03
每日自动任务在连续稳定运行前，哪些异常必须触发暂停并转人工，例如资料缺失、价格冲突、Provider Timeout？
- 04
文中提到广告投放后大部分车辆陆续产生订单，但作者也承认不能全部归功于 Agent；实际经营中应如何区分 Agent、渠道、季节和既有客户带来的影响？
原作者的一句话
不是学会了以后开始做，是因为开始做了，才逼着自己学会。
—— 任哈哈Lorena
能生成内容，不等于能安全发布。
—— 任哈哈Lorena
领取三天生财有术体验卡
扫码领取，在生财有术里阅读更多圈友的实践与复盘。
卡券网整理于 2026-09-11。项目结果为作者自述；本页为精选解读。