复写原来的执行 sql 的方法，做一个拦截即可。

像是 LLM Agent 这种开发配置平台，万变不离其宗其实就是个 Flow， 至于是 DAG/LIST 其实也只是一个展现交互方式。 另外我个人觉得这个应该做在低代码平台上面，因为对于低代码平台来讲本身具有规则引擎，并且 API/DB 等这种仅仅是获取资源的一种方式，他们并不该做为平台主体，作为依赖项更贴切一点。

在我目前的思想理解上，现在市面上的 agent 开发平台例如 langflow/dify/coze/chatdb 无非是原本 flow 中一些特殊节点（llm 相关的逻辑推理/知识嵌入/rerank），例如与测试相关的流程类的用例中，因为原本就包含一些控制器步骤（if/for/while）只要步骤增加一些 llm 相关的处理节点，外部套入 sse/ws 接口，就可以对外暴露出一个自己配置的 ai 助手。

正经群 话少也不让说与技术无关的事情 看到会提醒

加我 AYO-YO-O

求职软件上看一下高等级的职位要求。

主动去监测变化不如回调通知来的便捷, 例如加 git 仓库提交相关代码变更的事件回调亦或者 pipeline 中部署相关的事件触发回调。

你好，18 年毕业现在应该是六年不到一点的经验吧。 前后端写 CRUD 一俩个月就可以了（科班的）， 主要是看你的兴趣点有没有在这上面，其他设计的时间就比较需要漫长的积累了。

真的喜欢可以先看看 CICD 团队每天都干啥 觉得自己可以胜任不 可以的话内部调岗也不是不可以呀

我可能没有讲清楚，让你可能有点误解。
第一点：工作内容，我的工作除了这个平台我也有参与运维平台/前端建设只不过这些木有分享，另外也有一些资源协调/外包调研的工作项，持续迭代来说一家企业在每个阶段的着重点的也是不一样的，只要是真实落地项目一定随着公司发展而持续并进的，其实你可以通过我发的时间线都可以感知企业发展的过程，其次建设效率上来说这篇文章发的内容开发时间也不过一个多月，时间人力也真是不多的。
第二点： 我觉得领导给不给你时间是取决于你有没有提前展示出你在同等时间内在其他方面产出的价值体现，就像我不可能让一个刚学前后端的人，甚至框架设计也不太明白的人让她 all in 平台建设一样。我的看法是在业余时间丰富自己（我一开始也是这样），做一些超出工作之外的东西，厚积而薄发，起码在领导层面你是一个上进的人。（ps: 如果公司不需要建设这种基建平台，连一个人都不愿意投入的话那真的就没的讨论了 ）

其实建设成本很低的，设计开发运维目前都只是一个人，只不过个人兴趣使然会在空的时候经常维护，投产范围的话实习生/测试/前端/开发/产品都在用。 商业化前 CTO 也有想过，但可能需要更多时间人力投入了，就先搁置。 这玩意其实会者不难，有真正落地的项目的话其实维护到最后也都会成这样全方位的内部建设平台的，更多情况下常说的接口测试/ui 测试也只是测试的一小方面，还有更多的功能面需要更完善的功能去覆盖。

用了 Master -Slave 分布式多节点模式 APScheduler 作为调度器分发任务 Celery Work 作为执行者获取任务执行回传

落地迭代时间略长 现在的内部逻辑属实有点复杂...

https://testerhome.com/topics/37824 可以参考我这个中的代码扫描就是发现此类问题

可以的呀 不嫌麻烦可以加 AYO-YO-O 我拉你进去

有帮助就好

可以参考一下我之前发的，都是工作上实际落地使用的。

王总你都快把我的平台照着画完了都

花总也很牛呜呜呜！

很棒，但有个建议：现在异步路由里面全都是同步的 sqlalchemy orm 建议切换到异步 session 操作， 否则会阻塞事件主循环，在多个用户使用时造成请求堵塞

👍👍👍

我们统计 API 覆盖率 分为后端 swagger、前端/安卓代码、线上流量、测试平台出口流量主要这四个个维度；维度数据对比可以看出后端冗余接口（后端与前端）、 生产上使用少的接口（前端与线上）, 另外根据这些未覆盖的会有一个统计排行以及优先级覆盖的顺序（生产调用次数）来保证线上最多使用最核心的接口得到覆盖、以及接口更改后对于线上的大致影响度

👍🏻👍🏻👍🏻 花总钻研精舍值得我们学习

可以呀 WX: AYO-YO-O 我拉你进来哈