No forced model path.
Use the provider and model appropriate for the project, including local model paths where supported.
Data boundary
ADDOM keeps product state close to the machine and makes consequential actions visible before they cross the active boundary.
The boundary
“Local-first” does not mean remote providers are local. It means ADDOM's own application state is device-anchored and remote transmission follows explicit provider use.
Never transmitted by ADDOM
Only after an explicit choice
Provider responsibility: remote model requests are governed by the provider and account you configure. Review that provider's terms and privacy controls before sending sensitive project material.
Control surfaces
Data boundaries become more useful when the actions crossing them are understandable and adjustable.
Use the provider and model appropriate for the project, including local model paths where supported.
Permission modes define what the current thread may inspect or change.
Tools that cross the active boundary can pause for an explicit decision.
The MIT-licensed source makes the application's behavior reviewable beyond this policy statement.
Questions
No. ADDOM does not include remote product telemetry or developer data collection.
Yes. When you choose a remote model, the request and context you provide are sent through that configured provider path. ADDOM does not make the remote provider local.
Provider credentials are stored on the device for the local ADDOM profile and used for the provider path you configure.
No. ADDOM operates on project folders you choose; removing the application does not make those folders ADDOM-owned data. Consult the repository documentation for current application-data behavior.
Verify the claim
The repository contains the implementation, security policy, contribution guidance, and issue tracker.