BRUI Core (Browser UI Automation Core)
A flexible and robust browser UI automation framework that provides essential functionality for browser-based UI automation projects.
Features
- Browser Management: Automated browser launching and control across different operating systems
- Configuration Handling: Flexible configuration management with TOML and environment variable support
- Clipboard Integration: Easy clipboard monitoring and manipulation
- UI Integration Base: Extensible base classes for UI automation
- Cross-Platform Support: Works on Linux and macOS
Installation
From PyPI (recommended)
pip install brui_core
From source (editable)
Using uv (recommended)
git clone https://github.com/AutoByteus/brui_core.git
cd brui_core
uv sync
Development / testing extras
With uv, dev dependencies are synced by default. To sync all extras:
uv sync --all-extras
Build the distribution
This project utilizes uv for modern, isolated builds:
# Build with specific Python version
uv build --python 3.11
This will produce the source distribution and wheel in the dist/ directory.
Quick Start
from brui_core.ui_integrator import UIIntegrator
async def main():
# Initialize the UI integrator
ui = UIIntegrator()
await ui.initialize()
try:
# Your automation code here
pass
finally:
# Clean up
await ui.close()
# Run with asyncio
import asyncio
asyncio.run(main())
Lifecycle Note
UIIntegrator now uses explicit lifecycle control only. It does not run a background keep-alive loop.
If your page is closed and you need a fresh tab, call await ui.reopen_page() explicitly.
Requirements
- Python 3.11+
- Playwright (pinned in
pyproject.tomland installed automatically) - Chrome/Chromium browser installed
- Pillow, pyperclip, and other transitive dependencies installed with the package
Configuration
The framework is configured using environment variables:
| Environment Variable | Description | Default |
|---|---|---|
CHROME_PROFILE_DIRECTORY |
Chrome profile to use | Profile 1 |
CHROME_REMOTE_DEBUGGING_PORT |
Remote debugging port | 9222 |
CHROME_DOWNLOAD_DIRECTORY |
Directory for downloads | (System Default) |
CHROME_USER_DATA_DIR |
User data directory for session persistence | (System Default) |
Session Persistence (Logins & Cookies)
To maintain login states (cookies, local storage, cache) across different automation runs, you can configure the user_data_dir.
- Default Behavior: If
user_data_diris not set, Chrome uses your system's default user profile (e.g.,~/.config/google-chromeon Linux). This means your automation shares the same session as your personal browsing. - Custom / Isolated Session: To keep your automation isolated (or to maintain multiple distinct signed-in states), set
user_data_dirto a specific path. As long as you point to the same directory, Chrome will restore your previous session, keeping you logged in. - Chrome/Chromium 136+ Requirement: Recent Chrome and Chromium versions (136+) refuse to enable remote debugging on the default profile directory. You must set
user_data_dirto a non-default path for CDP to work.
Example (Environment Variable):
export CHROME_USER_DATA_DIR="./my-bot-profile"
Manual Smoke Tests
This repo includes a few manual smoke tests under scripts/ to verify local setup.
These are not part of automated CI.
Browser CDP connectivity
uv run python scripts/test_browser.py
This connects to a running Chromium instance over CDP on http://localhost:9222 and opens Google.
UIIntegrator sanity check
uv run python scripts/test_ui_integrator.py
This initializes UIIntegrator, opens a page, and optionally writes a screenshot.
LLM server + Chromium Docker check
bash scripts/test_llm_server_docker.sh
This waits for a local LLM server on port 51739 and Chromium on port 9222, then probes their HTTP endpoints.
Contributing
- Fork the repository
- Create your feature branch (
git checkout -b feature/amazing-feature) - Commit your changes (
git commit -m 'Add some amazing feature') - Push to the branch (
git push origin feature/amazing-feature) - Open a Pull Request
License
This project is licensed under the MIT License - see the LICENSE file for details.
Support
For support, please open an issue in the GitHub repository.
Acknowledgments
- Built with Playwright
- Developed by AutoByteus
Metadata
Release files for brui-core 2.0.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| brui_core-2.0.2.tar.gz | 13.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| brui_core-2.0.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 25.6 kB
Release files / brui_core-2.0.2.tar.gz
| Download URL | brui_core-2.0.2.tar.gz |
|---|---|
| Size | 13.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
2cb1e4759b886069bd05c1d7a48d292f13febbf6af6a5ef00cdaf800238611af
|
|
BLAKE2b-256 checksum How to use checksums |
ffbba5d5aa8fda58ada7bae70191f3476299dbc7e046bdb890cce2aa27a4056a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Apr 16, 2026.
Transparency logRelease files / brui_core-2.0.2-py3-none-any.whl
| Download URL | brui_core-2.0.2-py3-none-any.whl |
|---|---|
| Size | 12.1 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
e7d2cde5bc82f65856639ffe871be11925a585bb44973da83f6620e49597faa5
|
|
BLAKE2b-256 checksum How to use checksums |
fda922a0c0465202984ef403f2b4d7b847806b90bc457172902f85dc8ffcfe7f
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Apr 16, 2026.
Transparency log