风扇不是很大的问题 主要是需要 ssd 。 氦气盘噪音 会越来越大。

以下纯属个人意见：
retool 用过一段时间，也造过低代的轮子，尝试在国内项目中使用。
国内环境对比国外还是有很大的不同。
技术问题：retool 这种 low code 的工具，虽然叫 lowcode 但实际上干啥都得写 code 。JS 搞逻辑，代码非常换碎片化所以只能做非常简单的界面。 界面复杂后， 维护成本几何上升。 数据访问层全靠写 SQL ，没有 orm ，防注入又不能手拼 SQL. 想展示一个表格，支持基本 CRUD+搜索，一大堆 SQL 数据源。 没有 workflow 支持，js 碎片漫天飞。写完一个项目，交给另一个人。因为不像正常代码有结构，low code 代码散落在各个角落或者平铺，很难理顺逻辑。
国内商业困境：低代包括 retool 的逻辑是乐高。 本质上用户本人自己什么需求，用乐高搭一个粗浅能用的出来。这个时候你的逻辑是看手里有啥 ui 组件， 在功能上实现本质需求就可以。 这套在海外玩得很好。 但是在国内，企业：别整这些我给你钱，不管你用啥把我需求做出来就行。 你这个样式不好（低代提供的乐高模块），给我改成 xxx 样子的。 样式的订制需求一提出来， 低代就跪了。个人：个人不会给你付钱的。 国外能接受买个工具自己满足需求， 国内环境大量习惯直接订制 APP. 甲乙方的逻辑完全不一样。

如果是 windows 平台 欢迎尝试 clicknium 。https://www.clicknium.com/documents/quickstart

@Ne 因为采用的是类似 namespace 的方式，纯数字是非法的。 我们修改一下自动生成的规则吧。 多谢提醒。 下个版本会修复。

@allanpk716 不确定这个功能有很强的需求。 本质上是需要给 locator 一个方式定位到 UI 元素。 直接用识别理论上效率会很低。 不如直接调用 ocr 的库，自己控制，然后把对应的值用代码配置给 locator.

@zx900930 人工自己操作 不能跳过的话 自动化操作也是不能跳过的。

@huntzhan 这个问题，我也想知道答案。目前还是希望先做一个真正有用的工具，验证我们的想法是对的。

可以加入双向链接 应该会比较有吸引力。

@brianinzz 你用的是 Chrome 浏览器吗？如果是 打开 chrome://settings/content/popups 设置里允许发送弹出式窗口并使用重定向 加入当前网站

@lele140 感谢支持。

@brianinzz 可以加一下 slack 吗？ 看看是什么问题导致的，确实有个别用户遇到了跳转打不开的问题，我们还没能复现。https://join.slack.com/t/clicknium/shared_invite/zt-1cfxsstw7-s0CeJdhyg5wQ1h7_KKc6QQ

@brianinzz 我们采用的是 native message 的方式。 所以理论上不会被 driver 特征检查到。https://developer.chrome.com/docs/apps/nativeMessaging/

@shyling 我们在文档里面有介绍目前使用到的一些 automation 技术：
https://www.clicknium.com/documents/concepts/web
https://www.clicknium.com/documents/concepts/uia
Locator 是通过 id 确认位置的。
locator 数量多并不会让人晕，我们设计了几种方法：
1. locator 可以重命名为你认为有意义的名字。
2. 当鼠标悬停在代码上时，会自动展示 locator 对应的 UI 元素快照，你可以直接 open ，validate ，recpature 。
https://s1.328888.xyz/2022/08/12/6xdZN.png
3. 在 locator store 中，可以配置 locator 的参数，validate 你的 locator 的位置，重新 capture ，甚至支持实时的 Action 来操作 locator 对应的 UI 元素，验证 locator 的有效性。
https://s1.328888.xyz/2022/08/12/6JNpd.png

网页内容变了的话： 那当然 locator 就失效了哦。 毕竟如果 html 的 class 都发生变化了，界面很可能布局都变了。

@dionyphus 听过，我其实在 ms 呆过一段时间。 这类图形化编辑的 RPA 产品（类似的还有 UIpath ，影刀）在使用过后，我个人觉得有一些问题。业务人员需要有一些编程的基本概念和逻辑才能学会使用，这一点其实要求不低，普通用户很难学会使用。如果用户本来已经有一些编程的基础，图形化的界面反而是累赘，嵌套，循环，条件判断，函数不如直接写代码。 如果真的用这类产品写一些稍微复杂一点的流程，图形化界面基本上很难满足需求，导致图形化界面混合零碎的代码块，难看难用难维护。 所以我个人觉得直接写 Python 可能是一种更好的方式。

@RheatiN 请多多指教。

@youthfire 现在团队太小了，资源有限。跨平台妥妥在我们的 Roadmap 上。

@tqyq88 目前还不支持 headless 。要支持 headless 应该不麻烦。我把它定义在了高级功能里，现在主要想做简单。 有需求的话，我们可以加入对 headless 的支持。

@czwstc 我更新了一版 现在 3.9+的版本也不需要安装前置依赖了。

欢迎来用 Clicknium 呀，免费的。 https://www.clicknium.com 桌面端和网页端都支持。可以参考我发的上一个帖子。 有问题可以随时在 slack 里面问，我也是团队成员之一。https://clicknium.slack.com/join/shared_invite/zt-1cfxsstw7-s0CeJdhyg5wQ1h7_KKc6QQ#/shared-invite/email