steipete/remote-mac

Remote Mac

Use when the user says MacBook, Mac Studio, clawmac, megaclaw, Molty, Tailscale, or asks to run/check something on one of Peter's Macs.

Peter's Topology

• Primary daily driver: Peter's MacBook Pro, local host steipete-mbp, Tailscale peters-macbook-pro-1.
• Corporate workhorse: Mac Studio, Tailscale peters-mac-studio-1, usually best reached as [email protected].
• Personal cloud OpenClaw: clawmac (Peter may typo/say crabmac), Tailscale/SSH steipete@clawmac, gateway via LaunchAgent ai.openclaw.gateway, loopback 127.0.0.1:18789, Telegram connected.
• Network split:
  • corporate: Peter's work-managed environment. Treat Mac Studio as the main remote Mac to configure and inspect there.
  • personal: Peter's personal LAN / personal cloud environment, including clawmac.
• Network boundary: clawmac and the personal LAN are unreachable from Peter's corporate Mac. Never use clawmac as a relay or LAN vantage from there.
• Molty: runs on Mac Studio when healthy. Expected runtime is tmux session openclaw-gateway-watch-main from /Users/steipete/clawdbot with pnpm gateway:watch --benchmark, LAN bind *:18789, Discord bot Molty, plus Slack and Telegram connected.
• megaclaw: alternate Mac node, replaced retired moltymac (2026-07-05). Tailscale/SSH steipete@megaclaw. No OpenClaw gateway by design — the personal claw runs on clawmac; do not configure or start one on megaclaw.

Non-Mac fleet nodes (full detail in computers.yaml):

• gorillaclaw: personal Ubuntu Linux node at GorillaServers (Los Angeles), Tailscale 100.93.99.79; SSH user steipete.
• steipetesurface: Peter's personal Windows Surface, Tailscale 100.118.219.64, SSH user steip. Corporate Windows laptop CPC-steip-11ENO is separate and work-managed.

Not Peter's Macs (do not configure/brand as his):

• crabhammer: Scaleway M4-XL given to vince; on Peter's tailnet + billing but provisioned for vince (no SSH access). Listed under handed_off: in computers.yaml.

Manager repo source of truth (canonical inventory of all nodes, Mac and non-Mac):

• /Users/steipete/Projects/manager/computers.yaml
• /Users/steipete/Projects/manager/agents.yaml

Discovery

1. Start with live tailscale status --json; match hostname/DNS name and use the node's current IP. Manager-cached Tailscale IPs may be stale.
2. In the corporate environment, default to Mac Studio for remote configuration work. Reach it through its live Tailscale node. MagicDNS may be disabled; use the current TailscaleIPs[0] directly. Do not try clawmac, mDNS, or personal-LAN discovery from there.
3. In the personal environment, if Tailscale is down or SSH times out, try LAN discovery:

dns-sd -B _ssh._tcp local
arp -a

4. Try mDNS names such as HOST.local only when on the same LAN.
5. If Mac Studio's live Tailscale node is offline from the corporate environment, stop: it must wake or reconnect before SSH or Screen Sharing diagnosis can continue.

SSH Rules

Use non-interactive SSH by default:

ssh -o RequestTTY=no -o RemoteCommand=none HOST 'COMMAND'

The local SSH alias mac-studio auto-attaches tmux. For one-shot commands, either use [email protected] or override both options above.

For long-running or interactive remote work, use tmux on the remote host and keep the session name obvious.

OpenClaw Checks

Use login shells on remote Macs so Homebrew and pnpm are on PATH:

ssh -o RequestTTY=no -o RemoteCommand=none [email protected] \
  'zsh -lc "openclaw gateway status --json; openclaw channels status --json"'

Mac Studio / Molty healthy shape:

• tmux list-sessions includes openclaw-gateway-watch-main.
• ps axww includes pnpm gateway:watch --benchmark.
• lsof -nP -iTCP:18789 -sTCP:LISTEN shows a listener on *:18789.
• openclaw channels status --json shows Discord Molty, Slack, and Telegram connected.

clawmac healthy shape:

• launchctl list includes ai.openclaw.gateway.
• lsof -nP -iTCP:18789 -sTCP:LISTEN shows loopback listeners.
• openclaw channels status --json shows Telegram connected.

Codex Automations

• Codex cron automations are host-local scheduler state, not generic cloud jobs.
• In the corporate environment, configure or mirror those automations on Mac Studio unless Peter says otherwise.
• Treat ~/.codex/automations/<automation-id>/automation.toml on the target host as the source of truth for the scheduled job definition on that machine.
• If the goal is to move a cron automation from Peter's current corporate machine to Mac Studio, do the machine work on Mac Studio:
  • ensure the intended repo checkout exists there
  • sync the required repo-local policy files
  • create or update the matching ~/.codex/automations/... entry on Mac Studio
  • disable or pause the old corporate-host copy if Peter wants only one runner
• Do not assume Codex app thread handoff moves cron scheduler ownership; thread movement and cron ownership are separate.

clawmac GUI Access

• Prefer direct clawmac automation over Tailscale/SSH first: open -a "Google Chrome", AppleScript, Chrome DOM JavaScript, and remote Peekaboo clicks.
• For gog OAuth on clawmac, keep the browser on clawmac. Start gog auth add in remote tmux, open the printed URL on clawmac Chrome, click consent with AppleScript/DOM automation, then verify with zsh -lc 'gog auth list --check --json --no-input'.
• If GOG_KEYRING_PASSWORD is exported by the remote shell environment, use the matching login shell for checks and tmux prompt feeding, and never print the value.
• If SSH/cron hits GUI-only prompts that direct automation cannot handle, use local Peekaboo through Jump Desktop's clawmac window as fallback.
• Find it with peekaboo list windows --app "Jump Desktop" --json; capture by --window-title clawmac or the reported --window-id.
• Clicks use local global coordinates through the Jump Desktop window; verify with a raw window screenshot before clicking.
• Chrome cookie/keychain issues: security may prompt for Chrome Safe Storage; Peter must enter the login keychain password, then click Always Allow.
• After approval, verify over SSH with /Users/steipete/Projects/bird/bird check and /Users/steipete/.openclaw/bin/bird-gui check.

Live Testing Policy (OpenClaw)

• Default for live tests on any of Peter's Macs: session-owned dev gateway — isolated OPENCLAW_STATE_DIR scratch dir + free port. Never bind 18789 while a real gateway runs; never launchctl kickstart/bootout/bootstrap or openclaw gateway stop/restart a service this session did not start.
• clawmac = PRODUCTION. Any restart/stop, config/state write under ~/.openclaw, or live test against its gateway needs explicit per-task approval from Peter in chat. One approval = one task, never standing.
• Any shared Mac Studio gateway or dev-watch session is semi-production: same approval rule; never stop a tmux session this task did not start.
• Tunnel footgun (megaclaw AND Peter's MacBook Pro): 127.0.0.1:18789 on those hosts is an SSH tunnel into clawmac — "localhost" tests there hit production. Same approval rule applies. Neither host runs a local gateway service.
• DB/state for testing or migration rehearsal: production copies need explicit per-task approval naming the destination and handling. Work only on the approved copy; writing back or migrating production in place needs separate approval.
• Heavier cross-machine/OS live E2E routes through $crabbox, not Peter's personal gateways.

Safety

• Do not assume host identity from a stale IP; verify hostname/user when possible.
• Do not print secrets from remote files or shells.
• If a host is unavailable after Tailscale + LAN fallback, say what was tried.
• For OpenClaw Gateway on Peter's machines, follow repo docs/AGENTS; do not install/start/stop services unless asked.