Raycast 能不能实现 LaunchBar 的 Instant Send 功能？

quicklink, quicksearch 都可以对选中的文本操作

@nino LaunchBar 的 Instant Send 不仅仅是对文本，而是对一切可选中的东西

昨天有 Alfred ，今天有 Raycast ，明天还会更为 fancier 的工具。但是这么多年，LaunchBar 上最核心的东西一直很稳定地在那里，用来用去又回到 LaunchBar 。个人期待的不是 Raycast 上拥有 LaunchBar 的 Instant Send ，而是 LaunchBar 也能增加 Raycast 上的一些功能，没有也无所谓。

一直是两个同时用，之前是 alfred + launchbar 。
现在是 launchbar + raycast

@hsulin LauchBar 有点类似管道过滤器的设计模式确实优雅，但有两个问题让我不得不换到 raycast 。一个是在中文环境里到现在仍然不支持拼音索引，导致搜索文件的功能几乎残废（ app 还勉强可以使用英文名字启动）另一个就是社区越来越不活跃了，这对于一个非常依赖第三方插件扩展的工具来说几乎是致命的，所以虽然留恋，在经过几次反复后，我最终还是换到了 raycast 。

我就不一样了，我三个都用。Alfred 剪切板+一些 workflow ，Raycast 公司的一个插件比较好用+切换日夜间，LaunchBar 主力启动器+常规操作

没人用 utools 吗

我是 Hapigo+Raycast 一起用

@dodolee 不知道你说的“管道过滤器的设计模式”具体怎么理解。启动软件最核心的就是它的操作逻辑，这方面 LauchBar 比其它几家都要好：在 LaunchBar 上选中的东西本质上就是“已载入”，等待发送下一步操作。不仅仅 Instant Send 本身，而是整个 LaunchBar 本质上是 Instant Send 。

本人重要资料正好不是中文，反而避免了干扰，搜索中文材料用 Spotlight 就行了，而索引中文命名的软件，如你所言，设置 alias 就行了。

支持各种 Script 语言的 Action Editor 有没有社区不重要，直接去问 ChatGPT 要 Script 。

@hsulin 是的，我说的“管道过滤器的设计模式”就是这个意思，每个 action 的输出又可以作为下一个 action 的输入，于是这个链条可以无限延续下去，对于程序员来说这个设计显得一致且优雅（就像是*nix 命令行通过管道组合各种小工具从而实现强大的功能）