我最近在使用 Claude Code,来进行浏览器控制,我发现很多网站都是对 Chrome DevTools MCP 和Playwright MCP 都进行拦截,没法使用.
所以Quicker的浏览器插件比较小众, 一般网站不进行拦截
如果把Quicker编辑成skills,这样AI就可以接管Quicker, 实现更强的交互能力, 比如屏幕识图,点击电脑,点击文本,点击网站.
Quicker 目前编辑动作大量采用图形方法,其实有点过时, 应该对接json,让ai也进行编辑, 在Quicker c#模块中,和 ai生产c# 还不能无缝使用, 这个是一个遗憾~
搞得好就可以像 open claw小龙虾一样火了 ,公司瞬间估值能超30亿
我的建议是做一个全新的 软件,专门对接AI,兼顾Quicker软件做过渡
京公网安备 11010502053266号
这个想法很有意思！Quicker 确实可以通过 HTTP API 或 CLI 的方式暴露给 AI 调用。当前可行的方案包括：Quicker 有推送服务可以实现远程触发，可以通过 HTTP 请求动作来对接外部服务。如果 CL 有兴趣，可以一起探讨这个方向！
我开发过skill也接通了，核心原理还是通过外部命令去调用quicker自带的动作。怎么说呢，ai可以调用执行，问题是网友自带的动作都没有返回值，那么就是一次性的。所以基本都不可用，都得重新编写动作，要返回参数，ai的连续操作才有意义。
感兴趣可以去项目看一看https://github.com/luoluoluo22/quicker-agent-skill
那样太麻烦了,你还不如直接 用c#代码呢, 本身 Quicker也是用c#模块,变成人可以看的,
现在是 Quicker要回归 AI能看懂的 skill, 所以就是看Quicker 愿不愿意搞整理了.
如果不愿意, 那还是让AI自己直接搞Windows模块, 原生接入速度更快,就是稳定性和研究要重头开始来,很麻烦.
我个人认为, 要么Quicker做, 要么微软做, 要么影刀PRA等做, 2年之后就会成熟了, 现在没必要自己做
我当然能写代码，但我还是没有放弃 Quicker 的原因，其实是它非常适合做一个云端同步的管理软件。当你有多个电脑或者新电脑时你就能明白，quicker的价值在于能有完全一样的体验，不用重复下载软件。年费这么便宜，自己管理服务器都没有quicker来的方便。我还开发了QK扳手动作，这就是开发QK动作的skill。还有一点就是生态和共享了
是的,多台电脑同步是一个好事, 这个还可以和同事共享成果,嗯,就是我感觉这玩意,要么深入研究做好,要么就浅一点,不然后面肯定会有更好的工具出来~