AI实践(三)——基于飞书Openclaw的零代码HR系统开发

当前时间： 2026-08-17 17:33:03 分类：办公文件评论(0)

AI实践(三)——基于飞书Openclaw的零代码HR系统开发

Vibe Coding领域的高效工具包括Cursor、GitHub Copilot、Claude Code等，飞书Openclaw与上述工具相比存在差距，但具备相应的功能实现能力。以下为通过对话交互方式使用飞书Openclaw开发一个简易HR系统的不成功案例记录。

一、HR系统交付效果

1. 前端应用界面

2、后台数据表（多维表格）

3、交付总结

①在自然语言交互方面，飞书OpenClaw具备较强的语义理解能力；

②生成效率较高，可在30分钟左右完成简易HR系统的生成；

③技术方案的整体规划能力相对薄弱，未能实现秒搭前端应用与多维表格的打通；

二、踩过的坑

1、个人原因：沟通不够严谨，初始仅泛泛提出一句话需求，过程中需求表述零散，导致交付成果存在较多不完善之处

2、飞书OpenClaw原因：针对客户提出的不完善甚至存在错误的需求，未开展分析与确认工作，仅基于概率强行交付成果，导致实际交付内容无法投入使用。

要求Openclaw检查，方发现此前所建表格存在的问题，并完成相应修正。

3、飞书OpenClaw原因：技术整体方案评估能力不足。前期明确认为可实现秒搭前端应用与多维表格后台数据的集成，但经多次调试均未成功，目前应不具备该集成能力。

首次反馈可采用秒搭构建前端应用，后端以多维表格承载并展示数据。

启动秒搭与多维表格的对接集成工作：

集成未成功，定位问题出现在环境变量配置环节：

已完成环境变量配置，但前端与后端仍未实现集成：

针对版本发布及权限问题的反馈已完成处理，但核心问题仍未得到解决：

自信满满已找到根本原因——“姓名”格式问题

貌似开始瞎说，又定位是环境配置问题，但给的链接都不对

承认无法找到环境变量配置位置，采用硬编码方式处理，问题仍未得到解决

开始“甩锅”——缓存

没有解决问题，态度还可以

又一次到了根本原因

额度耗完，问题仍未解决。估计已被带到沟里，即便仍有可用额度，也未必能实现有效集成，推测其核心原因在于字段映射关系尚未完成配置。

4、飞书OpenClaw原因：token消耗比较快，在涉及调用妙搭的场景下，累计200轮对话即消耗2500万token，一个简易HR系统的实际开发工作未完成。

三、经验

Vibe coding工具支持通过自然语言交互编程，但与AI工具通过对话开展系统搭建工作前，需预先梳理、明确待搭建产品的应用场景、目标用户、核心工作流、功能需求、涉及的表与字段及关键控制逻辑，并形成结构化输出成果。
若无法直接形成结构化输出，应先借助AI工具开展结构化引导，经多轮沟通确认后，再启动与Vibe coding工具的对话搭建流程，会有更高的交付质量和效率。
对于前端页面要求较低的应用系统，可直接利用多维表格的AI功能进行搭建。该方式具备结构化引导机制，关键目前还是免费的。

4. 业务人员直接通过AI沟通搭建应用系统，特别是承载重要且复杂业务的系统，要保障交付质量与效率存在较大难度。在万物皆可编程的AI时代，企业内部分工可采用如下模式，或更有利于充分发挥各类人员的专业特长及AI工具的效率优势：业务应用人员借助AI前端设计工具完成基础UI设计；产品经理依据业务人员提供的UI建议稿及业务逻辑，通过AI工具搭建系统；开发人员介入处理搭建过程中无法自动解决的bug。