Config · Customer documentation
Publish feature flags and configuration values for apps to fetch over HTTP.
What you prepare
The keys/values your app will read; never include secrets.
Steps in the workspace
- 01Create a configuration project.
- 02Set configuration keys and values.
- 03Fetch the public URL from your app.
Example request / integration
Publish maintenance=true and let the app GET it to toggle a maintenance banner.
# Create a project; set maintenance to true in its workspace.
curl --fail-with-body "$FLAGS_URL"
# Example response: {"project":"My app","flags":{"maintenance":true}}
# Do not put passwords in published flag values.Examples use placeholders: replace $BASE_URL, $SESSION_TOKEN and issued URLs with real values. Never publish session tokens or API keys in a webpage or repository.
Management API entry point
POST /api/picosvc/flags/projectsProject name, key, JSON value, and enabled state.
A public JSON endpoint returning enabled values.
What it does not do
No user targeting, percentage rollouts, or A/B experiments.
Feature comparison and sources
Targeting and rollout:Return enabled values per project.
LaunchDarkly:Documents attribute-based targeting and percentage rollouts.
Feature comparison and sources · LaunchDarkly ↗The product overview is public. The workspace handles creation, editing and history. The all-service dashboard shows usage and links for all 16 tools.