体验了 Alfred 和 uTools 之后，感觉 uTools 大多数时候已经能代替前者了，但"个人感觉"还有最无法替代的一点：
uTools 无法「在列表上直接显示结果」
uTools 最大的初衷是"提高效率"，然而很多插件的功能 (比如查单词、汇率计算、查询IP)，其实完全不需要弹出一个窗口来呈现，多一步就是麻烦。
而像 Alfred 那样，直接在当前输入框的列表就能显示结果，工作起来真的快很多！！「会减少很多干扰！！！」这一点尤其重要！如需进一步查看详情，再打开窗口呈现就好，也会更加完美。
下面是我自己写的一些 Alfred 插件，都是直接在列表中看到结果的，本想要改写成 uTools 的，但发现必须开新窗口，感觉用起来多一步，不够好用，灰溜溜又回到 Alfred 去了。
实时汇率查询
查 IP 地址位置
快速查看豆瓣评分
有道翻译：
可以看到，基本上这些功能直接在列表上呈现结果其实已经足够了。
你可以说是我个人习惯问题，但我真的认为这能减少窗口干扰！减少窗口干扰！减少窗口干扰！
灵魂行者
关于这一点，@lanyuanxiaoyao 在少数派发表的 uTools | 时隔一年，uTools 这位 Spotlight 新秀现在变得怎么样了? 有给出了一些思考，里面有将 Alfred 和 uTools 的交互设计做了对比，你可以看看会不会有共鸣。
我从你的截图中判断 Alfred 使用步骤是这样：
uTools 如果不做设置，用起来确实会有你提到「弹出窗口」的多余感。
但如果设置了全局快捷键，其实是可以一步到位你想要的窗口，比如「计算稿纸」，我通常设置为「Alt+/」唤出（这个在uTools 的设置里找到「全局快捷键」即可设置），一步到位。
确实使用快捷键可以减少一步，这也是目前唯一的"临时"解决方法。
但如果插件数量较多的话，为每个功能配置一个快捷键，是非常难以记忆的！同时也容易和其他软件冲突。而记忆简短的单词、拼音则容易得多。
比如查询豆瓣评分，这并非频繁的日常操作，即便设置过快捷键，但当某一天需要使用时，却并不一定能记得是哪个组合，而使用 db 或 douban 这样的命令就非常符合记忆规律了。
写这段的意思并不是指当前 uTools 的方式不好 (相反，拥有结果窗口是 Alfred 所没有，也是更吸引我的强大特性)，但依然衷心希望能考虑增加多一种呈现结果的形式，让开发者和用户根据需求去选择更合适的使用，只有这样才能让 uTools 拥有更高的灵活性，更加符合"效率至上"的初衷。
不同的实现逻辑，各有各的好处，
不过utool可以考虑增加api接口，共插件提供实时实时的结果呈现，通过注册关键字的形式触发实时调用和结果呈现@dto#15121
我觉得这个可以开放一个API让一切交给插件开发者决定
以及workflow支持
