Hacker News AI · 10/9/2026, 19:03:48
Open-source macOS tool bigarrow enables AI agents to visually guide users with non-intrusive screen overlays
bigarrow is an open-source macOS CLI tool designed for AI agents, enabling them to draw click-through, non-focus-stealing arrows and text on the screen. It solves the problem of agents relying solely on terminal text by providing visual cues to guide users through specific GUI actions like clicking 'Allow', requiring no special permissions to operate.
SOURCE COVERAGEOriginal coverage
Contents4 sections
big-arrow-on-the-screen (bigarrow): one small macOS CLI and an agent skill. Click-through, never steals the focus, gone by itself. MIT.

Your AI agent can refactor a monorepo, write a migration and explain monads, but when it needs you to click one button it prints "please click Allow in the dialog" into a terminal you are not looking at.
bigarrowgives it a finger.

bigarrow point --element "Allow" --app "System Settings" --text "Franz, click Allow"A big, friendly arrow with a sign appears on top of everything, points at the thing, and goes away again. It is click-through, it never steals your focus, it works on every display and every Space, and it needs no permission at all to draw. It is one small Swift binary. There is no daemon, no menu-bar icon, no account, no telemetry, and, we checked twice, no AI inside. It is an arrow.
What is this actually for?
Fair question. Arrows have existed since roughly the Paleolithic. Here is what changed: software agents now do real work on your Mac, and they keep hitting the same wall, the part that only a human may do.
- "Click Allow." macOS permission prompts, OAuth consent screens, "Open with...?" dialogs. The agent can find the button but must not, or cannot, press it for you. It can now point at it.
- "Your turn." 2FA codes, CAPTCHAs, passkeys, a payment confirmation, a signature, a legal checkbox. The things an agent should never click on its own behalf. It points, you decide, it continues.
- "It's this window, not that one." You have 14 Chrome windows. The agent knows which one it means:
--window "Google Chrome:Pull request". It even picks the right tab:--app "Google Chrome:Pull request". - "I need you, and you're making coffee."
--sayreads the sign aloud. Your Mac will literally call you back to your desk. - Guided setups and onboarding. Walk a human through a settings pane step by step:
start, wait until they acted,stop, next step. Like a product tour, minus the product. - Remote help. "No, the other gear icon." Point at it instead of describing it.
- Demos, screencasts, docs. Highlight what matters while recording, or render the arrow straight into a PNG with
--pngfor documentation. - Debugging coordinates. Not sure your Accessibility, screenshot or Peekaboo coordinates are right? Point at them and look.
--dry-run --jsontells you where it would point without drawing.
Situations we have all been in
Staged with a neutral demo dialog and recorded with the real bigarrow on a clean CI runner (BACKDROP_ARGS=--cover scripts/funny-scenes.sh). The dialogs are fake. The feelings are real.
![]() | ![]() |
--color green | --shape zigzag --color orange |
![]() | ![]() |
--color purple | --close-button, because the human gets the last word |
![]() | ![]() |
three starts, one button, zero ambiguity | --style box --corners sharp, plus a lesson about macOS permissions |
![]() | |
--shape spiral: once around the sign, then to the button |
What it is not: a screen annotator for humans, a click bot, or a screenshot tool. It never clicks, types or captures anything. It only points. Deliberately.
Install
brew install franzenzenhofer/tap/bigarrow
bigarrow install-skill # teaches Claude Code (~/.claude/skills) and Codex (~/.agents/skills)From source: swift build -c release (Xcode 16 or newer, macOS 14 or newer), binary at .build/release/bigarrow.
The three commands an agent needs
bigarrow point --element "Allow" --app "System Settings" --text "Franz, click Allow" # by label
bigarrow point --at 760,500 --text "Franz, click HERE" # by coordinate
bigarrow start --window "Safari:Inbox" --text "This window" && bigarrow stop # until stoppedEvery arrow ends by itself. Nobody has to clean up after an agent that forgot:
| Time limit | bigarrow point ... --duration 10 (default 8 s; start 300 s; --duration 0 = no limit) |
| Start and stop | bigarrow start ... returns at once; bigarrow stop (or stop --all) removes it |
| The agent goes away | an arrow ends when the agent process that drew it exits (CLAUDE_PID, or BIGARROW_OWNER_PID) |
| The human answers | bigarrow stop --hook as a Claude Code UserPromptSubmit hook clears that session's arrows |
| The human closes it | --close-button puts a clickable X on the sign (opt-in) |
Targets: --at X,Y, --rect X,Y,W,H, --mouse, --window App[:title], --element Label --app App, --peekaboo ID --snapshot see.json (from Peekaboo's see --json). Coordinates are global top-left logical points, the space Accessibility, CGWindowList and Peekaboo report. --display N makes --at and --rect relative to one display.
An arrow is tied to the app it points into. --app App[:window or tab title] (or --window) brings that app, window or Chrome/Safari tab to the front first, because pointing at a window hidden behind your terminal is a special kind of unhelpful; and while another app covers the target, the arrow hides and comes back with it. --no-raise leaves your windows alone. bigarrow elements --app X lists what --element can match. bigarrow doctor shows permissions, who owns them, and your displays.
Every command takes --json. Exit codes: 0 ok, 2 bad input, 3 target not found, 4 permission missing. Agents love exit codes. Humans tolerate them.
(注:更多技术实现细节与完整 API 文档请查阅原项目 README)






