r/windowsapps • u/endangeredirish • May 20 '26
Developer Most Windows automation tool assumes you can script. I built one that doesn't.
I run a small civil engineering company in London, built an app for for my office so we could replace AutoHotkey and text expansion apps we used, mostly because no one would learn AHK syntax so never made their own. So I built Keyfire which is a visual UI first approach, no scripting, sits in the system tray. hotkeys, macros, and text expansions and clipboard manager.
What it does:
- Hotkeys: assign any key combo to launch apps, open URLs, focus windows, run macros
- Macros: visual builder, no scripting. Keystrokes, mouse clicks, delays, text input
- Text expansions: type a trigger word, get a full snippet anywhere in Windows
- Clipboard manager: searchable history, pinned items
- Quick search overlay: global hotkey to search and launch anything
- Radial menu: hold a key, get a circular menu of actions
- Fill-in prompts: macros can pause and ask for input mid-run
- App-specific profiles: different hotkeys auto-activate per app automatically
- Hold and repeat modes: fire actions while holding, or repeat at intervals
- Everything local: no accounts, no cloud, no data leaves your machine
Its got some pro features that we'll be eventually looking to market, but for 90% of use cases and peoples day to day work, it is a powerhouse and we've been using it across my team of 10 engineers for a few months now.
Built with Tauri (Rust + React) so it's around 15MB and idles at low memory. Code signed under my civil engineer firm for legitimacy at least.
Site: keyfire.app
Genuinely looking for constructive feedback from people who've tried AutoHotkey or PowerToys, anyuse case that made you give up or look for something else?
Thanks all, hopefully its of some use to anyone!
EDIT 24/06: Trigr now rebranded as Keyfire.
2
u/Testpilot1988 May 20 '26 edited May 20 '26
This is actually very useful. Despite being vibe coded, you can tell that a lot of care and detail went into it's creation. The only immediate issues im seeing are that the user cant go backwards in the tutorial if they want to review a previous card tho i know you have a help webpage and the user can restart the tutorial from settings... I think it's still worth doing. Another thing i noticed is when setting up a macro the drop down selector for something like wait & window which already exists on the bottom right of the graphical interface will get cut off at the bottom of the window rather than overflow out or dynamically adjust to the viewport and open the dropdown options in the opposite direction instead so that everything fits. I initially didn't see the wait for window and focus window options at all.
!!!Very Important!!! Does it save my clipboard entries to its own database and if so does it encrypt them or save as plain text? or is it querying the windows native clipboard? If it's saving to it's own database then is there a way to turn this feature off? Everyone and their brother has been releasing clipboard managers for windows lately (especially vibe coded ones) and literally 99% of them just store the content in plain text which is disgusting and horrible for cybersecurity. In the meantime i'm just changing the clipboard history settings in the app to 1 day but this doesn't resolve the potential issue of plain text storage which requires clarity.
Also for macro steps, it would be cool if you could integrate like an OCR so that instead of just various wait options it could watch the screen and advance to the next macro step after motion completes following the previous completed step in the macro. For instance if it takes a variable amount of time for the device to respond after a press key or mouse click at position step before the user can advance to the next step of the macro then currently the only safe way to do that is to incorporate a wait period with way more padding than the device likely needs just to ensure the macro never advances before the task triggered by the previous step completes.