Use this checklist on real Android devices to verify that BashClaw behaves correctly in Termux before shipping changes that affect mobile workflows.
Record these details for each run:
- device model and Android version
- Termux version
- whether Termux:API is installed
- whether Termux:Boot is installed
- whether storage permission has been granted
- whether the device is using battery optimization restrictions
Run:
pkg install jq curl termux-api
./install.sh
bashclaw termux doctorVerify:
bashclaw termux doctorreports a Termux-style runtime- temp and state directories are writable
- missing optional capabilities are shown as warnings, not fatal errors
- the command exits successfully when core dependencies are present
Run:
bashclaw termux enable --setup-storage --install-boot --notify
bashclaw termux status
bashclaw termux pathsVerify:
- state, cache, config, logs, memory, and sessions directories exist
- shared storage links exist after
--setup-storage - the boot script exists under
~/.termux/boot/ bashclaw termux statusshows the expected paths and service mode- completion notification succeeds when Termux:API is available
Run:
bashclaw termux operator enable
bashclaw termux operator statusVerify:
- operator mode is enabled in config
- the default agent tool profile is
termux-operator - a new agent session exposes Termux tools without manual config edits
Run:
bashclaw agent -m "Send a toast saying BashClaw mobile check via termux_notify"
bashclaw agent -m "Copy the text mobile-check into the clipboard using termux_clipboard"
bashclaw termux recipes daily_digest runIf supported on the device, also verify:
termux_openopens a URL or file intent correctlytermux_smscan prepare and send a test messagetermux_battery,termux_wifi, andtermux_locationreturn valid JSON- device control tools such as brightness, volume, torch, vibrate, and wakelock succeed or fail with clear error messages
Run:
bashclaw gateway start
bashclaw watchdog startVerify:
- the gateway and watchdog can be started manually
- after killing the Termux app and reopening it,
bashclaw termux statusstill reports sane paths and state - after a device reboot with Termux:Boot installed, the boot script still exists and the expected service behavior occurs
- logs under BashClaw state directories show recoverable restarts instead of silent failures
Verify:
- files written to the Downloads helper path are visible from Android file apps
- generated reports can be opened through
termux_open - share flows succeed through
termux-share - missing storage permission produces actionable output instead of cryptic shell errors
Run at least these built-ins:
bashclaw termux recipes clipboard run
bashclaw termux recipes connectivity run
bashclaw termux recipes battery run
bashclaw termux recipes daily_digest runVerify:
- each recipe either completes successfully or returns a specific missing-capability error
- notification-based recipes do not hang when the terminal is backgrounded
- degraded connectivity states are surfaced clearly
Starting from an existing BashClaw install with prior state:
git pull --rebase
./bashclaw update
bashclaw termux doctorVerify:
- upgrades do not break existing state directories or config
- boot integration remains intact
- operator mode settings survive the upgrade
- Termux tool commands still resolve correctly after the update
A device passes validation when:
- fresh install and upgrade flows both succeed
- operator mode enables without manual repair
- core Termux API features work or degrade with explicit guidance
- boot, restart, and storage flows behave predictably
- built-in recipes complete without shell-level breakage