For your use case, on macOS open Automator.app and add three actions
1. "ask for finder items" (the source folder)
2. "filter finder items" (by name)
3. "copy finder items" (to target folder)
This takes roughly 5 clicks, 10 seconds at most.Repeatability and configurability is where the GUI action shines. With only one click more you can
- add filtering by size, opening date, modification date, etc. in addition or a combination thereof
- do the same action for multiple source folders and the same target folder
- choose whether you want to replace existing files
- add it as a folder action that runs automatically on modification of the source folder
Arguably much slower on the terminal.
Alternative on macOS, that works on all other major OS with similar shortcuts and a similar feature set, just not repeatable:
1. Go to source folder (shift-cmd-G)
2. Filter (cmd-shift-F)
3. Copy (cmd-A, cmd-C)
4. Go to target folder (shift-cmd-G)
5. Paste (cmd-V)
This repeatability, configurability and automation is where GPT falls short, for now.Do you have any sources I can read though? I always find it fascinating when our perceptions are so off like this.
Ironically, studies have shown that mouse-based interfaces are more efficient for practically all filesystem use-cases compared to CLI interfaces.
Despite objectively faster-time-to-solution, people self-report that they "feel" that the mouse GUIs are slower.
That's because there's fewer actions per second when using a mouse. It's a smooth gliding motion and then a single click, versus many keystrokes in a row with a CLI.
Rapid actions feel faster, even if it takes more wall-clock time to achieve a task.
Keep this in mind next time you sneer at a "bad graphic user interface" for being "slow".