cubb

Does just what it says on the tin: toggles Bluetooth on or off depending on the current state. It's built to work with OS X Yosemite and Yosemite alone.
 
To use, just type bt and press enter. If Bluetooth is on, it will be turned off. If Bluetooth is off, it will be turned on.
  The original AppleScript was written by fartheraway in response to a question on StackExchange. I just packaged it and gave it a simple icon that will work equally well on dark and light themes.   Known shortcomings: - Current state (on or off) not shown - New state not shown/notified   Download “Bluetooth Toggle” workflow (via CloudApp)   Packal  

I just looked through the programming guide for LaunchBar 6 "actions" which are their equivalent of workflows. Alfred, in general, has more comprehensive workflow support (not even counting the GUI layout tool), but LaunchBar 6 has some features it would be nice to see in Alfred:
 
- Scripts can be marked to be killed if they don't return before the next keypress, e.g., user types 'A', script searches the internet, user types 'B', script is killed and re-run with 'AB'     This is an overall feature that's been requested many times but I don't think anyone actually mentioned killing the currently running script.   - Scripts support either 'strings' or 'paths'     I believe a script that takes a path gets path completion support in the LaunchBar entry box.   - Scripts can return a 'string', a 'path' or a complex result     LaunchBar assumes defaults for everything if your script just returns a string or a path instead of XML, JSON, etc.   - Environment variables are passed to the script w/various paths and information about the state of the option key, command key, etc.   - LaunchBar can accept script output in JSON, XML or a property list XML     I don't care about property list XML, but I would love if JSON was an option.   - Items returned by a script can include a quicklook URL   - Items can indicate another script to run to get the next 'level' of items, e.g., a multi-level menu - Items can directly list out the next 'level' of items     Various Alfred scripts now have hacks that "re-call" the script and mimic multiple levels of results. LaunchBar bakes it into the workflow model.   - LaunchBar actions are code signed   - LaunchBar supports using JavaScriptCore as a scripting language   - Scripts can marked to be initiated by LaunchBar but LaunchBar immediately returns (doesn't wait for output)