FlossWare's shared control plane for configuring coding agents and independently usable FlossWare AI capabilities. Supported installation targets include Fedora/RHEL derivatives, Debian-family Linux, FreeBSD, Windows, and Termux.
A normal user does not need to clone this repository. The bootstrap installer downloads managed artifacts/source archives and installs the control plane into the user's FlossWare directory:
curl -fsSL https://raw.githubusercontent.com/FlossWare/coding-agent-setup/main/install.sh | bash
flossware-ai tuiThe control-plane CLI is also available non-interactively:
flossware-ai config show
flossware-ai config explain optimization.population
flossware-ai config validate
flossware-ai demoThe managed runtime lives at ~/.flossware/ai (or the platform-appropriate user-data location). Reinstallation and cleanup never require manually deleting that directory.
For a local checkout, contributor build, or explicit source fallback, use the repository's scripts/install.sh and set FLOSSWARE_USE_SOURCE=true when source checkout behavior is desired.
Profiles are stored centrally under the managed FlossWare state root. The public installation ships only the provider-neutral default profile; organization-specific examples are not installed as built-ins.
A directory binding selects the profile used while operating in that directory. Bindings are stored centrally, not as .flossware files in projects. The most specific matching directory wins.
flossware-ai config current
flossware-ai config bindings
flossware-ai config show
flossware-ai config validateGit is optional. A directory does not need to be a Git repository to use profiles or launch an agent.
The control plane resolves the current directory's profile before launching an agent:
flossware-ai run claude
flossware-ai claude
flossware-ai crushThe selected profile is exported to the launched process along with the effective configuration and provenance. Work profiles can restrict which coding-agent executables are permitted.
In v1, directory bindings select a profile; they are not an independent value-merge layer. Effective values are resolved in this order:
defaults → system → user → profile → project → environment → CLI
↓
policy
The configuration contract is versioned as flossware.config.v1. Unsupported or unsafe values are excluded rather than silently becoming effective configuration.
The TUI supports selectable themes, including Turbo and dBASE-style presentation. Theme state is stored centrally under the managed FlossWare state root.
flossware-ai tui --theme turbo
flossware-ai tui --theme dbase4See docs/ for the operator guide, profile schema, configuration contract, installation/reproducibility guidance, and architecture decisions.