登录社区云，与社区用户共同成长
邀请您加入社区
HITL 在本项目 = “写操作执行前的用户确认闸口”，用两阶段 A2A（prepare 不执行 / execute 才执行）+ 双层 Redis interrupt 实现，目前是完整文档、零代码落地，且与你的并行 dispatch 设计刻意解耦。需要我把这份 HITL 设计里**"代码未落地"的部分**，对照你之前那套并行 retry 设计，理出一份"实现时谁先谁后、哪些会互相打架"的依赖图吗？
前端被 "判死刑" 五次，却每次都活得更好。从 AI 冲击到浏览器 OS 化，从跨端统一到全栈融合，市场淘汰的从来不是前端，而是停止成长的人。你的位置，取决于你是否还在牌桌上。
CommonQuery零代码查询的第一步就是调describe——前端拿到字段元数据数组，才知道渲染什么控件、什么列、什么校验。这篇拆describe()怎么把缓存里的四类元数据拼成前端能消费的JSON，以及mapDisplayType映射表。
我用的是那种零代码就能拖一拖配一配搭智能体的平台,挂个知识库、勾上"返回引用",发布成一个 API,半天就上线给同事用了。我一个平时主要写后端的,没碰前端也没训模型,居然就把这小助手立起来了。结果呢,它答得倒是顺,但有次它跟同事说"满 200 减 30",我翻遍文档根本没这条——它自己编的。我们组有份四十多页的内部 SOP,新人天天来问我"退款流程第几步要走审批",问烦了我就想塞个 AI 小助手进
我后来是在一个零代码搭智能体的平台上配的：函数节点后面挂一个校验节点，校验节点的失败分支连回模型节点形成重试环，到次数上限走转人工分支。见过模型连编三次不同的假 ID 死活不改的，再循环下去就是烧钱，到上限直接转人工。这种具体原因塞回去，模型很多时候会反应过来"哦我没问用户要订单号"，转头去问用户，而不是再编一个。这种"入参幻觉"我吃过亏，下面用问答的形式把我趟过的几个问题理一遍。MaaS，现成
