周五下午三点五十八分，我已经在盘算晚上是吃火锅还是烧烤。老板一条消息弹出来：“紧急，做个审批看板，下周一上线。”我看了眼时间，默默把火锅群设成了免打扰。
没错，又是我。全公司唯一的前端，需求像瀑布一样涌来，而我只有一台用了三年的Mac和一颗想下班的心。
故事要从那个“黑色星期五”说起
事情是这样的。我们公司内部一直用着一套古老的审批流程——员工填Excel，发邮件给主管，主管打印签字，再扫描回传。你没看错，2025年了，还在打印签字。
老板终于受不了了，周五下午四点，在钉钉上扔给我一句话：“小X，做个在线审批看板，能看到所有待审、已审、驳回的单子，最好有个仪表盘统计。下周一我要给管理层演示。”
我当时的状态：脑袋嗡了一下，血压升了一下，然后迅速冷静下来——因为我想起上周刚研究过的一个路子。
要是搁一年前，接到这种需求，我要做：设计数据库表（虽然我是前端但小公司没人）、写后端接口、写前端页面、配路由、联调、改样式……保守估计三天起步，周末泡汤。
但这一次，我决定换个打法。
三行配置，是怎么搞定的？
我先打开了公司去年采购的JNPF快速开发平台。当初买它是因为几个后台管理页面实在写吐了，领导批了预算想试试“全栈低代码”。说实话，最开始我是抵触的——总觉得这类平台会把我这种前端的饭碗砸了。但用了几个月发现，它反而帮我挡掉了无数“这周五下班前要”的紧急需求。
这次我甚至不打算自己动手拖拽组件，因为JNPF最近接了个AI助手，可以直接用自然语言生成页面。
我深吸一口气，在AI助手的对话框里敲下第一行“配置”：
“帮我创建一个审批看板页面，包含三个选项卡：待审批、已审批、已驳回。每个选项卡里有一个表格，展示对应的审批单据。表格列包括：申请人、部门、事由、提交时间、操作（查看详情/审批按钮）。”
回车，等了三秒钟。
页面骨架出来了。三个选项卡、表格、操作列，连按钮样式都是公司设计规范里的蓝色。我甚至没动鼠标。
但这只是UI布局，数据源还得配吧？按理说要写接口、绑字段。我想偷懒到底，又敲了第二行：
“表格的数据源，请帮我生成模拟接口，字段包括id、applicant、dept、reason、submitTime、status。待审批表格展示status='pending'的数据。”
AI自动给我创建了三个Mock接口，路径都给好了：/api/approval/pending、/api/approval/approved、/api/approval/rejected。我只需要在表格组件的“数据源配置”里选一下这些接口，字段自动映射。
你以为这就完了？最骚的是第三行。
老板说过，每个审批单点“审批”后，要弹一个确认框。我想加点幽默感——毕竟周五加班已经很惨了，不如让弹窗吐槽一下。于是第三行：
“在点击审批按钮时，弹出一个确认框，内容为‘天，又加班审批了，确定通过？’，确定后调用通过接口，刷新当前表格。”
AI生成了一个完整的事件动作链：弹出自定义提示框 → 等待用户确认 → 调用/api/approve接口 → 刷新表格。全程可视化配置，我连一行JavaScript都没写。
算下来，真正需要我手工输入的“配置”，就是那三句自然语言描述。剩下的全是AI自动生成、平台自动渲染。
哦对了，老板还想要一个仪表盘统计。我补了第四句（超了三行，破功了）：“在页面顶部加三个卡片，分别显示待审批总数、今日已审批数、平均审批时长。” AI自动从接口聚合数据，卡片样式跟整个页面浑然一体。
从老板发消息到我完成可演示的版本，算上泡咖啡的时间，总共不到一个小时。其中40分钟是我在反复调整AI的措辞，想让它生成的弹窗文案更阴阳怪气一点。
演示时刻：老板以为我通宵了
周一早上，我把链接甩给老板。他在自己电脑上打开，点了几下，眼神从“将信将疑”变成了“这是你周末加班搞的？”
我抿了一口咖啡，没说话。
“这个表格的筛选条件也有？”他问。
“有。右上角搜索框按申请人、事由模糊搜索，自动调用接口。”
“这个驳回还能填理由？”
“能。弹窗里有个文本框，必填。”
“数据是实时的？”
“Mock数据，正式接真实数据库改一下接口地址就行，不用改页面。”
老板拍了拍我的肩膀：“辛苦了，这周给你调休半天。”
我在心里默默算了一下：实际工作量——写那三行配置，加后期微调样式，总计不到两小时。调休半天，血赚。
但是，故事没那么简单……
爽完了吗？爽。但我必须说一个残酷的真相：这种“一句话生成系统”的能力，就像潘多拉的魔盒，一旦打开就关不上了。
自从那次演示之后，老板尝到了甜头。以前他提需求还要考虑“开发资源够不够”，现在他觉得“小X连审批看板都能一个小时搞定，那这个XX系统应该也很快吧？”
于是，我的需求列表从每周两三个，暴涨到每周七八个。什么销售仪表盘、库存预警看板、客户反馈分析……每一个都要求“像上次那个审批看板一样，快、好看、还能改”。
最离谱的一次，老板指着一个竞品网站上的复杂图表页面说：“这个，下周能出来吧？我看你上次挺快的。”
我只能苦笑。低代码+AI的效率神话，在老板眼里变成了“什么都能一小时搞定”的错觉。他看不到的是：审批看板之所以那么快，是因为它完全符合低代码平台的“标准模型”——CRUD表格、状态流转、简单统计。而那些真正复杂的场景（比如实时协作、复杂权限矩阵、自定义报表），AI和低代码都帮不了太多，该手写还是得手写。
我现在学聪明了。每次接到新需求，我会先判断：这个在JNPF这类平台上能不能用AI快速生成？ 如果能，我就开开心心“写配置”；如果不能，我会提前给老板打预防针：“这个需要手写一些自定义组件，估计要两天。”
同时，我也在逐渐把平台的一些扩展能力教给产品经理和运营同事——让他们自己去配简单的页面。比如用JNPF的流程设计器配审批流，用报表设计器做统计图。反正AI都能辅助他们生成大部分配置，我只负责处理那些平台搞不定的边缘逻辑。这样一来，我的纯手工活反而从“每周三天”降到了“每周一天”。
写在最后：别学我，除非你想加班更多
如果你也想尝试“三行配置搞定一个系统”，我有几条发自肺腑的建议：
-
别让老板知道你到底花了多长时间。 你可以说“研究了两天新技术”，但别说“就泡了杯咖啡”。否则下次需求会翻倍。
-
选一个扩展性好的低代码平台。 AI生成快是加分项，但万一需要手写自定义组件，平台得支持你“越狱”。像JNPF这类既提供可视化AI辅助、又允许代码级二次开发的平台，才是长线作战的正解。
-
学会说“不”。告诉老板：“AI和低代码擅长标准化的CRUD和流程类系统，但带复杂算法、实时协同、特殊交互的，还是得老老实实写代码。”给他画个能力边界图，省得他以为你是魔法师。
-
把一部分配置能力下放。 让业务部门自己学着用AI+低代码搭简单页面。你去培训他们一小时，未来你就能少干十小时的活。这才是真正的反内卷。
最后，送大家一句话：工具越强，能者越累。 但如果你能把自己从重复劳动里解放出来，去研究真正有价值的技术——比如怎么让那个AI助手更懂你们公司的业务术语——那这波就不亏。
好了，我不多说了。老板又发消息了，说下季度要搞个“智能驾驶舱”，问我能不能用“说话的方式”生成。
我先去把咖啡泡浓一点。
