Website profiles · Technology insights · Alternatives

bunchapp.co

Your new favorite way to automate macOS. Bunch uses plain text files to launch applications, perform system tasks, run scripts, and automate everything.

No paid content found
Visit website
Profile views 1 Outbound visits 11 Normal
Bunch.app Full homepage screenshot

At a glance

Category
Development
Language
English
Paid-content signal
No paid content foundObserved
Registered
2021
Hosting
New Dream Network, LLCInferred
HTTPS certificate trusted
PassedObserved
Last updated

Website review

This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.

What is Bunch.app?

Bunch.app is a macOS automation tool that works from plain text files. Each file, called a "Bunch," contains a list of apps to launch and commands to run, and Bunch turns the folder of these files into a menu you can trigger with a few keystrokes. Its syntax is designed to be simpler than AppleScript, so a line like launching an app or changing a system setting is just written as text.

The practical idea is "context switching." You build a Bunch for each mode of work and play, and switch between them instead of rearranging windows and settings by hand. The site's own examples show the range:

  • Screencasting: hide the Dock and Desktop icons, change the wallpaper, hide open windows, and load the recording app; reverse it all when the Bunch closes.
  • Podcasting: open recording software and show notes, set audio inputs and outputs, and pause backups to save bandwidth.
  • Coding: close Finder windows, open the project folder, start iTerm in the project directory and run git pull, then open the IDE.
  • Scheduling: a timed Bunch that closes social apps during set hours and relaunches them when you toggle it back.

It suits Mac users who repeat the same setup routine several times a day and are comfortable editing a text file, more than people who want a purely graphical automation builder. The trade-off is that its power depends on learning the syntax and on macOS-specific commands; it is not a cross-platform tool.

To decide whether it fits, write down the five apps and settings you open every time you start a particular kind of work. If that list is stable, it is a good candidate for your first Bunch file.

How do I create and run my first Bunch file to switch between work contexts?

Create a plain-text file with a .bunch extension, put it in your Bunch Folder, and give it a name that reflects the work mode—for example Focus.bunch. Each line is one instruction, such as an app name, a file or website to open, or a system setting to change. Bunch turns the files in that folder into a menu, so running a Bunch means choosing it from that menu (or triggering it with a keystroke, as the site describes). The page shows a simple example where lines like Audio Hijack, (audio input Scarlett Solo) and (do not disturb) are combined in one file.

A practical first pair

Start with two small Bunches that mirror each other, so switching back is as easy as switching in:

  • Focus.bunch: open your editor or IDE, open your project folder, and enable Do Not Disturb.
  • Comms.bunch: open your chat and email apps, and turn Do Not Disturb off.

Keep each file to a handful of lines at first. Once the menu entry appears and behaves as expected, add the reversible steps—Bunch's own examples describe closing apps, restoring wallpaper, or unhiding the Dock when a Bunch is toggled off.

What to check before adding more

Confirm the exact syntax for settings and options on Bunch.app, since parenthetical modifiers and command lines need to match what Bunch expects. Then test one Bunch at a time: launch it, note which apps and settings changed, and toggle it off to see what is restored. That gives you a reliable base before building larger context switches for recording, podcasting or coding.

Can Bunch automate system settings like hiding the Dock or changing wallpaper for screencasts?

Yes. Bunch’s own documentation describes exactly this use: a screencast Bunch can hide the Dock, change the wallpaper, hide Desktop icons, hide open windows, and load your screen-recording app, then reverse those changes when it closes. The same page notes that a Bunch is a plain text file whose lines launch apps or change system settings, so Dock hiding and wallpaper changes are within its intended scope rather than a workaround.

A practical way to structure it

Think of it as two halves: a “recording” state and a “restore” state. Put the disruptive changes (Dock hidden, wallpaper swapped, Desktop icons hidden) in the setup half, and the reversals in the closing half so a finished session doesn’t leave your Mac in presentation mode.

  • Setup: hide Dock, set wallpaper, hide Desktop icons, hide open windows, launch the recorder.
  • Teardown: quit the recorder, restore wallpaper, unhide Dock, show Desktop icons.

Decision criteria

If you record screencasts occasionally, a single Bunch you trigger from the menu is enough, and the toggle-style behavior the page describes for other contexts applies here too. If you record on a schedule or across several machines, keep the Bunch in the shared Bunch Folder so the same plain-text definition travels with you.

For anyone weighing alternatives, macOS Shortcuts can also change some system settings but is more click-driven to edit, whereas Bunch’s plain-text files are easier to version and read. The official Apple documentation covers Shortcuts if you want to compare, and Bunch.app itself has the example screencast Bunch to copy from.

How does Bunch compare to AppleScript for automating macOS tasks?

Bunch is easier for assembling a repeatable "workspace" than AppleScript, but it is not a general-purpose replacement for AppleScript as a scripting language. Bunch takes a folder of plain text files, each line naming an app or command, and turns them into a menu you trigger to launch apps, load files, open websites and change system settings—so a context switch becomes a couple of keystrokes rather than a script you write and maintain.

AppleScript is a full automation language: you write logic, loops and conditionals, and drive scriptable apps through their dictionaries. That makes it the better choice when the task needs decisions, error handling, or deep control of one application's internals. Bunch's own framing is "like AppleScript but way easier," which is accurate for the common case of starting and stopping a set of things in order.

Dimension Bunch AppleScript
What you write Plain-text lines listing apps and commands A script in a programming language
Learning curve Low; readable syntax Higher; app dictionaries and syntax to learn
Best at Context switching: launch apps, load files, open sites, change settings Conditional logic, loops, precise app control
Typical trigger A menu built from your Bunch folder Script menu, app, or another tool calling it
Trade-off Less expressive for complex branching More setup and maintenance per task

Concrete uses from the page show the split clearly. A screencast Bunch might hide the Dock, change the wallpaper, hide Desktop icons and open the recording app, then reverse those changes when it closes. A podcast Bunch opens recording software, starts show notes, sets audio inputs and outputs, and pauses backups—then restores them. A coding Bunch closes Finder windows, opens the project folder, runs iTerm in the project directory with a git pull, and opens the IDE. These are sequences of discrete actions; if one step needed to branch on a condition, that is where AppleScript earns its keep.

A practical next step: list the apps and settings you touch when switching between two modes of work. If it is a fixed sequence, write it as a Bunch and trigger it from the menu. If a step must inspect something and decide what to do next, keep that step in AppleScript and let the Bunch handle the surrounding launch-and-restore work. For more on the tool itself, see Bunch.app.

Can I schedule Bunches to run automatically at specific times?

Yes. Bunch supports scheduled Bunches that run at set times, and you can also toggle one on and off manually when you want that context back.

How this fits real use

The page's own example is silencing social media during set times: a scheduled Bunch closes Twitter and other social apps, and you relaunch them by toggling the Bunch when you're ready. The same pattern suits other recurring contexts — a "Deep Work" Bunch that opens your editor and a focus playlist at 9 a.m., or an "End of Day" Bunch that quits work apps and reopens your personal ones.

Two practical distinctions to keep in mind:

  • Scheduled vs. on-demand. Scheduling is best for recurring boundaries (work hours, quiet periods). Toggling is better for ad hoc switches, like jumping into a podcast recording session.
  • Reversal matters. Since a Bunch changes apps and system settings, plan what should happen when it ends or is toggled off. The screencast example on the page shows this: quitting apps, restoring the wallpaper, and unhiding the Dock and Desktop icons on close.

Next step

Start with one narrow, reversible Bunch — for example, hide distracting apps at a fixed time and restore them when toggled off — then add scheduling once the manual version behaves as expected. If you want to compare approaches, Bunch.app documents its scheduling and examples directly.

How do I set up Bunch to prepare my podcast recording environment with audio inputs and backups?

Bunch handles this by treating your podcast setup as a plain-text "Bunch" file: one line per action, triggered from a menu with a couple of keystrokes. For a recording context, that means a single Bunch that opens your recording software, starts a show-notes document, sets your audio inputs and outputs, and pauses backups to save bandwidth—then restores everything when you close it. Bunch's own examples describe exactly this podcast workflow, including pausing backups during the session and putting things back afterward.

What to put in the Bunch

Build the file around three phases, since Bunch runs lines top to bottom:

  1. Open your workspace — recording software, a new or existing show-notes document, and any chat or reference apps you want visible.
  2. Set the audio environment — point inputs and outputs at your interface. Bunch's syntax lets you attach parameters to an app line, as in its Audio Hijack (audio input Scarlett Solo) example, and it can change system settings directly.
  3. Quiet the machine — pause backups and enable Do Not Disturb so notifications and bandwidth don't intrude.

For teardown, Bunch supports closing actions that quit apps and revert settings, the same pattern its screencast example uses to restore the wallpaper and Dock.

A practical starting point

Write the file in the Bunch Folder, name it something like Podcast.bunch, and test it before a real session:

  • Run it once with nothing recording and watch each step happen, so you can see which line fails if an app is slow to launch.
  • Keep the audio-setting lines near the top so your interface is ready before the recorder opens.
  • Add a comment line above each group so the file stays readable months later.
  • If your backup tool has no direct command, Bunch's script-running capability can call its CLI or a shell command instead.

Trade-offs to weigh

Plain text is easy to edit and version, but it is also literal: a renamed app or a changed audio device name will silently skip or misdirect a step, so re-test after macOS or app updates. Pausing backups protects recording quality but leaves a gap in your backup history—fine for an hour-long session, worth scheduling around for long ones. And because Bunch triggers from a menu rather than watching your system, it won't stop you from opening a social app mid-recording; a scheduled Bunch that closes distracting apps during set times covers that case.

As a next step, duplicate your working Bunch into a second file (say, Podcast-Solo.bunch) with different input settings, so solo and interview setups become two menu items instead of manual reconfiguration.

Related questions

More questions →
How Is Bunch.app Different from AppleScript for Mac Automation?

Bunch.app is a macOS automation tool that uses a folder of plain text files, each containing a list of apps and commands, and presents them as a menu for one-click or keystroke-triggered "context switches." Compared with AppleScript, Bunch trades a full scripting language for a simpler, line-by-line format aimed at launching apps, changing system settings, and running scripts. It suits people who want to switch work environments quickly without writing complex scripts; AppleScript remains the better fit when you need deep, programmatic control over individual apps.

The core difference: a task list versus a scripting language

AppleScript is a general-purpose automation language with variables, handlers, conditionals, and app-specific dictionaries. Bunch is not a language in that sense. A Bunch is just a plain text file, and each line tells Bunch to perform a task, such as launching an app or changing a system setting. The site describes it as "like AppleScript but way easier."

That distinction shapes everything else:

Dimension Bunch.app AppleScript
Authoring format Plain text file, one task per line Scripting language with syntax and app dictionaries
Learning curve Intuitive syntax, easy to get started Steeper; requires learning language and app-specific terms
Primary unit A "Bunch" — a named context of apps and settings A script or script file
Triggering Menu of all Bunches in the Bunch Folder; switch with a couple of keystrokes Run from Script Editor, menu bar, or other hosts
Typical tasks Launch apps, load files, open websites, change settings, run scripts Anything an app exposes, including complex logic
Best for Quickly switching between work modes Deep, conditional, app-specific automation

What a Bunch file looks like

The site's example shows how terse the format is. A line can combine an app with parameters and a system state:

Audio Hijack (audio input Scarlett Solo) (do not disturb)

Each line is a task. The Bunch Folder holds all your Bunches — for example Comms.bunch, Code.bunch, and Documentation.bunch — and they become a menu ready to automate context switches. There is no need to declare variables or look up an app's scripting dictionary to get started.

Where Bunch fits better than AppleScript

Bunch is built around "contexts" — different modes of work and play that you switch between with a couple of keystrokes. The site's examples show the pattern:

  • Screencast prep: a Bunch hides the Dock, changes the wallpaper, hides Desktop icons, hides all open windows, and loads your screen recording app. When it closes, it can quit apps, restore the wallpaper, unhide the Dock, and show Desktop icons again.
  • Podcasting: open recording software, start a show-notes document, set audio inputs and outputs, and pause backups to save bandwidth — then put everything back when done.
  • Coding project switches: close all Finder windows, open the project folder, open iTerm to the project directory and run git pull, open the project in your editor or IDE, and even start a time-tracker timer.
  • Scheduled silence: a scheduled Bunch closes Twitter and other social apps during set times, and toggling the Bunch launches them again.

These are exactly the tasks where writing AppleScript would mean assembling many separate commands and app-specific syntax. In Bunch, each becomes a line or two in a text file.

Where AppleScript still wins

Bunch's simplicity is also its limit. Because a Bunch is a list of tasks rather than a programming language, anything requiring branching logic, loops, or fine-grained control over an app's internal objects is better handled in AppleScript — or in a script that Bunch runs. Bunch does support running scripts as one of its task types, so the two can coexist: use Bunch as the menu and context manager, and call AppleScript (or shell scripts) for the steps that need real logic.

How to decide

Choose Bunch if your automation is mostly "set up my environment": launching a set of apps, opening files and websites, changing system settings, and switching between named contexts from a menu. Choose AppleScript if you need conditional logic, app-specific object manipulation, or automation embedded inside another app's workflow. If you need both, start with Bunch for the context switch and delegate complex steps to scripts it runs.

Bunch is described on its site as free, with no special discounts offered to visitors.

How a Bunch Plain Text File Works

A Bunch is a plain text file in which each line tells Bunch to perform one task—launch an app, change a system setting, load a file, open a website, or run a script. You save these files in the Bunch Folder, and Bunch turns each one into a menu item you can trigger with a couple of keystrokes. The syntax is intentionally simple, closer to a readable checklist than to a programming language, so the main prerequisite is knowing which apps and settings you want in a given context.

The basic structure

Each line is one instruction. Bunch reads the file top to bottom and acts on each line. The site's own example is a single line:

Audio Hijack (audio input Scarlett Solo) (do not disturb)

That line launches Audio Hijack, sets its audio input to Scarlett Solo, and turns on Do Not Disturb. Parenthetical modifiers attach to the item before them, which is how one line can carry more than one action.

A more typical working Bunch combines several lines:

Safari
Notes
(do not disturb)

Here Bunch opens Safari, opens Notes, and enables Do Not Disturb—three lines, three tasks, no scripting syntax to learn.

What a line can do

According to the site, a line can tell Bunch to:

  • Launch apps
  • Load files
  • Open websites
  • Change settings
  • Run scripts

The same page describes the overall tool as able to "launch applications, perform system tasks, run scripts, and automate everything," and frames the syntax as "like AppleScript but way easier." That comparison is the useful mental model: you get app launching and system changes without writing AppleScript, but you are still describing a sequence of actions rather than writing logic.

From file to menu

The Bunch Folder holds all your Bunches. The site's example folder contains:

Comms.bunch
Code.bunch
Documentation.bunch

Each file becomes an entry in a menu, so a "context switch" is just picking a different Bunch. That is the core mechanism: the text file is the definition, the folder is the collection, and the menu is the trigger. You write the file once and reuse it whenever you enter that mode of work.

Practical examples of what one file can hold

The site gives several concrete Bunches that show how far a single text file can go:

Scenario What the Bunch does
Screencast prep Hides the Dock, changes wallpaper, hides Desktop icons, hides open windows, loads the screen recording app; on close, quits apps, restores wallpaper, unhides Dock and icons
Podcasting Opens recording software, starts a show notes document, sets audio inputs and outputs, pauses backups to save bandwidth, then restores everything
Coding project switch Closes Finder windows, opens the project folder, opens iTerm to the project directory and runs git pull, opens the project in your editor or IDE, optionally starts a time tracker
Social media silence A scheduled Bunch closes Twitter and other social apps during set times; toggling it relaunches them

The screencast and podcast examples are worth noting because they include a closing behavior: a Bunch can undo its own changes when you switch away, which is what makes it a "context" rather than a one-shot launcher.

What to check before you start

  • You are on macOS. Bunch is described as a macOS automation tool; nothing on the page indicates other platforms.
  • You are comfortable editing plain text. There is no mention of a graphical Bunch editor—the files themselves are the interface.
  • You know the exact names of your apps and settings. Lines reference apps and system settings directly, so a typo in an app name is the most likely first failure.
  • You accept that it is free. The page states plainly that "Bunch is free," so there is no purchase step before you try a first file.

If you can write a three-line list of what you open every morning, you can write a Bunch. Start with apps only, confirm the menu entry appears and launches them, then add parenthetical settings and closing behavior once the basic file works.

What Is Bunch.app and What Does It Do?

Bunch.app is a macOS automation tool that turns plain text files into one-click "context switches." Each Bunch file lists apps to launch and commands to run, and Bunch presents every file in your Bunch Folder as a menu item. It fits you if you repeatedly set up the same working environment—apps, files, websites, system settings—and want to switch between those setups with a couple of keystrokes instead of doing it by hand.

How a Bunch Works

A Bunch is just a plain text file. Each line tells Bunch to perform one task, such as launching an app or changing a system setting. The site's example line looks like this:

Audio Hijack (audio input Scarlett Solo) (do not disturb)

That single line launches Audio Hijack, points its audio input at the Scarlett Solo interface, and enables Do Not Disturb. The site describes the syntax as intuitive and "like AppleScript but way easier."

All Bunches live in a folder called the Bunch Folder. The site's example shows files like Comms.bunch, Code.bunch, and Documentation.bunch. Bunch reads that folder and turns each file into a menu entry, so triggering a context switch is a matter of picking it from the menu.

What Tasks Can a Bunch Perform?

According to the site, a Bunch can:

  • Launch apps
  • Load files
  • Open websites
  • Change settings
  • Run scripts
  • Automate "everything" else you can express as a line in a text file

Because it is plain text, you can edit a Bunch in any text editor, keep it in version control, or copy it between machines.

Example Use Cases

The site lists several concrete scenarios that show the range of the tool:

Scenario What the Bunch does
Screencast prep Hides the Dock, changes wallpaper, hides Desktop icons, hides open windows, loads the screen recording app; on close, quits apps, restores wallpaper, unhides the Dock and Desktop icons
Podcasting Opens recording software, starts a show notes document, sets audio inputs and outputs, pauses backups to save bandwidth, and restores everything when done
Switching coding projects Closes Finder windows, opens the project folder, opens iTerm in the project directory and runs git pull, opens the project in your editor or IDE, and can start a time tracker
Silencing social media A scheduled Bunch closes Twitter and other social apps during set times; toggling the Bunch relaunches them
Web development Opens the project in your editor, starts a local web server, and creates a single-site browser to monitor changes

The pattern across all of these is the same: a Bunch sets up a mode of work, and closing or toggling it can reverse the changes.

Is It Right for You?

Bunch is a good fit if you:

  • Work on a Mac and switch between distinct modes (coding, recording, writing, focused work)
  • Are comfortable editing plain text files
  • Want repeatable environment setup without writing AppleScript or a full automation script

It is a weaker fit if you prefer a graphical rule builder, need automation on Windows or Linux, or only occasionally change your setup—the overhead of writing Bunches pays off with repetition.

The site states that Bunch is free. No pricing tiers, paid plans, or login requirements are mentioned in the available material, so treat those details as unconfirmed and check the site directly if they matter to your decision.

Getting Started

  1. Create a plain text file with a .bunch extension in your Bunch Folder.
  2. Add one task per line—an app name, a file path, a URL, or a setting in parentheses.
  3. Open the Bunch menu and select the file to run it.
  4. Refine the file as you learn the syntax; the site's example Bunches (screencast, podcast, coding, and others) are the fastest reference for line formats.

The main thing to verify as you go is that each line produces the expected result—launch the Bunch and check that apps open, settings change, and closing it restores your previous state where the Bunch is designed to do so.

What Kinds of Tasks Can You Automate with Bunch.app?

Bunch.app automates macOS "context switches" — the setup and teardown work around a mode of work or play. You write a plain text file (a "Bunch") where each line is an app to launch or a system task to perform, and Bunch turns the files in your Bunch Folder into a menu you trigger with a couple of keystrokes. It fits best when your repetitive work is "open these apps, load these files, change these settings, then undo it all later" — not when you need complex conditional logic.

The core mechanism

A Bunch is just a plain text file. Each line tells Bunch to do one thing, such as launching an app or changing a system setting. The site's own example line is:

Audio Hijack (audio input Scarlett Solo) (do not disturb)

That single line launches Audio Hijack, points its audio input at the Scarlett Solo, and turns on Do Not Disturb. The site describes the syntax as "like AppleScript but way easier," and says the Bunch Folder holds all your Bunches, which become a menu for triggering context switches. The actions the site lists are: launch apps, load files, open websites, change settings, and run scripts.

Concrete scenarios the site documents

Preparing to record a screencast

A Bunch hides the Dock, changes your wallpaper, hides Desktop icons, hides all open windows, and loads your screen recording app. When it closes, it can quit apps, restore your wallpaper, unhide the Dock, and show your Desktop icons again. This is the clearest illustration of Bunch's two-way design: setup on launch, cleanup on close.

Getting ready to podcast

A Bunch opens your recording software, starts a new show notes document, and sets your audio inputs and outputs. It can also pause your backups to save bandwidth, and put everything back in place when you're done.

Switching coding projects

A Bunch closes all your Finder windows, opens your project folder, opens iTerm to your project directory and runs a git pull, and opens your project in your text editor or IDE. The site notes it can even integrate with your time tracker to start project timers.

Silencing social media on a schedule

A scheduled Bunch closes Twitter and other social apps during set times. You launch them again when you're ready, just by toggling the Bunch.

Web development

A Bunch opens a project in your editor, starts a local web server, and creates a single-site browser to monitor changes while you work.

How to decide whether it fits your task

If your task looks like… Bunch is a good fit Why
Open a fixed set of apps and files for a mode of work Yes One line per app or file; the Bunch becomes a menu item
Change system settings (Dock, wallpaper, Desktop icons, Do Not Disturb) Yes Settings changes are listed as supported actions
Run a script or shell command as part of setup Yes Scripts are a listed action; the coding example runs git pull in iTerm
Undo everything when you're finished Yes Closing a Bunch can quit apps and restore settings
React to conditions, branch, or loop Not what the site describes The documented model is a flat list of lines per file

Getting started

  1. Create a plain text file for one context — for example Comms.bunch, Code.bunch, or Documentation.bunch, the names the site uses.
  2. Put one action per line: an app name, a file, a website, a setting, or a script.
  3. Keep the file in your Bunch Folder so it appears in the menu.
  4. Trigger it from the menu, and close it to run the teardown actions you defined.

The site states Bunch is free, so there's no purchase decision to weigh before trying it. The main thing to check is whether your repetitive setup work is a fixed list of actions — if so, it maps directly onto a Bunch file.

Is Bunch.app free, and how do I get started?

Yes. Bunch.app is free, according to its own welcome page, which notes there are no special discounts or prizes because the tool costs nothing. You get started by creating a Bunch Folder, adding a plain text file with one app or command per line, and then triggering that file from Bunch's menu. The page does not describe any paid tier, account requirement, or download steps beyond "Learn more," so treat the free claim as the vendor's statement and check the site for the current download and any system requirements before installing.

What Bunch actually is

Bunch is a macOS automation tool. It watches a folder of plain text files — the Bunch Folder — and turns each file into a menu item. Each line in a file tells Bunch to do one thing: launch an app, load a file, open a website, or change a system setting. The page describes it as "like AppleScript but way easier," and the syntax is meant to be readable at a glance.

The page's own example line is:

Audio Hijack (audio input Scarlett Solo) (do not disturb)

That single line launches Audio Hijack, sets its audio input, and turns on Do Not Disturb. Parenthetical modifiers attach to the app or setting they follow.

Getting started, step by step

  1. Install Bunch and locate its Bunch Folder. The page says the Bunch Folder "contains all your Bunches," and that files in it "become a menu." The exact location is not given on this page, so confirm it in the app or documentation after installing.
  2. Create a plain text file inside that folder. Name it for the context you want, such as Comms.bunch or Code.bunch — the page shows both naming styles in its examples.
  3. Add one task per line. Start with a single app launch to verify the setup works, then add settings, files, or websites on their own lines.
  4. Trigger it from the menu. Each file in the folder appears as a menu item; selecting it runs the lines in order.
  5. Verify and iterate. If a line does nothing, check that the app name matches exactly and that any parenthetical modifiers are valid for that app. Add lines one at a time so you can tell which one fails.

What you can automate

The page groups capabilities into: launch apps, load files, open websites, change settings, and "automate everything" via scripts and system tasks. Its worked examples show the range:

Scenario What the Bunch does
Screencast prep Hides Dock, changes wallpaper, hides Desktop icons and open windows, loads the recording app; on close, reverses each change
Podcasting Opens recording software, starts a show-notes document, sets audio inputs/outputs, pauses backups to save bandwidth, restores everything afterward
Coding Closes Finder windows, opens the project folder, opens iTerm in the project directory and runs git pull, opens the project in your editor; can start a time-tracker timer
Social media limits A scheduled Bunch closes Twitter and similar apps during set times; toggling it relaunches them
Web development Opens the project in your editor, starts a local web server, and creates a single-site browser to monitor changes

The pattern across all of these is context switching: build a "context" for a mode of work and flip between contexts with a couple of keystrokes.

Practical notes before you commit

  • Plain text is the whole format. There is no proprietary project file, so your Bunches are portable and editable in any text editor.
  • Reversibility matters. Several examples depend on Bunch undoing changes when a Bunch closes. Test that behavior on your own setup before relying on it for something like restoring your wallpaper.
  • Scheduling exists but the page only mentions it in the social-media example; check the documentation for how scheduled Bunches are configured.
  • Cost: the page states Bunch is free. It does not mention pricing tiers, trials, or payment, and it also does not state licensing terms, so verify those on the site if they matter to you.

For more worked examples, the page points to its examples section ("See more examples"), which is the fastest way to find a starting template close to your own workflow.

Website Overview

Identifiable technologies and additional version or configuration signals make the service easier to fingerprint, which may help targeted scanners narrow their checks. Page metadata, canonical configuration and social previews work together to provide more consistent search and sharing presentation.

Domain and Registration

Transfer-protection status is present, helping reduce the risk of unauthorized domain transfers. The domain has about 5 years of registration history; its current configuration provides more context than age alone. The registrar is Tucows Domains Inc., a widely used domain service provider. The domain uses the common .co extension, which is not an independent safety signal.

DNS and Email

The observed email authentication setup is incomplete: DMARC is missing. The lowest TTL is 60 seconds, supporting rapid record changes at the cost of more frequent lookups. Nameservers are provided by dreamhost.com, indicating managed DNS hosting. MX records point to the dreamhost.com email service. No CNAME was found; the observed records resolve directly to addresses.

TLS and Certificates

The certificate uses an RSA 2048-bit public key, offering broad client compatibility. The server supplied a complete certificate chain. No organization name is present in the certificate; the available fields are consistent with domain validation. The certificate was issued by Let's Encrypt, commonly associated with automated certificate services. The certificate's total validity is about 89 days, consistent with a short renewal cycle.

HTTP and Browser Security

The checked browser-security headers were not detected, leaving fewer explicit browser-side safeguards. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. No obvious internal addresses or debug information were found in the headers. The Server header identifies Apache without an exact version. No explicit CDN or WAF marker was found in the response headers.

Technology Stack Analysis

The public page identifies Jekyll 4.3.4, Apache, with exact versions exposed for 1 technologies. These details can narrow vulnerability checks, although exposure alone is not a vulnerability.

Search and Social Sharing

The Generator tag identifies Jekyll v4.3.4, making the publishing system easier to fingerprint. Twitter Card metadata is configured. JSON-LD includes Organization data, helping describe the organization as an entity. The title has 28 characters, within a common display range. A meta description is present, with 152 characters.

Hosting and Email

DNSdreamhost.com
HostingNew Dream Network, LLC
Emaildreamhost.com
Approximate IP geolocation (inferred; a CDN or proxy may differ from the origin server) United States flagHillsboro, Oregon, United States Inferred 205.196.210.11

Registration details

RDAP / WHOIS

RegistrarTucows Domains Inc.
Registered2021-04-07
Expires2027-04-07
Domain statusclientTransferProhibited https://icann.org/epp#clientTransferProhibited、clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Nameserversns1.dreamhost.com、ns2.dreamhost.com、ns3.dreamhost.com
DNSSECunsigned

DNS records

DNS

TypeNameValueTTLPriority
Abunchapp.co205.196.210.1160—
MXbunchapp.comx1.dreamhost.com600
MXbunchapp.comx2.dreamhost.com600
NSbunchapp.cons1.dreamhost.com14400—
NSbunchapp.cons2.dreamhost.com14400—
NSbunchapp.cons3.dreamhost.com14400—
TXTbunchapp.cov=spf1 mx include:netblocks.dreamhost.com include:relay.mailchannels.net -all60—

TLS and certificates

TLS / SSL

AssessmentNormal configuration
Supported protocolsTLSv1.2、TLSv1.3
Negotiated protocolTLSv1.3
Certificate subjectwww.bunchapp.co
IssuerLet's Encrypt
Valid until2027-01-02T01:17 · Remaining when checked: 67 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HTTP

HeaderValue
content-typetext/html; charset=utf-8
cache-controlno-transform
serverApache

Identified technologies

Jekyll 4.3.4Apache

Pages, Search and Sharing

Meta descriptionYour new favorite way to automate macOS. Bunch uses plain text files to launch applications, perform system tasks, run scripts, and automate everything.
Canonical URLhttps://bunchapp.co/
LanguageEnglish (default)
Twitter Cardsummary

No robots.txt found

No sitemaps found

User reviews (0)

  • No reviews yet.