How to use @owlmeans/api-config — the shared entrypoint declaration and import-time allowlist plugins behind the runtime config document a backend advertises and a frontend merges into its own config at boot. Auto-invoked when importing api-config, or when wiring runtime API config between a server and a client.
Scanned 9/22/2026
Install to Claude Code
npx -y skills add owlmeans/common --skill api-config --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Api Config?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/owlmeans-api-config)More formats (shields.io, HTML) on the badges page.
---
name: api-config
description: How to use @owlmeans/api-config — the shared entrypoint declaration and import-time allowlist plugins behind the runtime config document a backend advertises and a frontend merges into its own config at boot. Auto-invoked when importing api-config, or when wiring runtime API config between a server and a client.
user-invocable: false
---
# @owlmeans/api-config
**Layer:** Core
**Install:** `"@owlmeans/api-config": "^0.1.18-rc.29"` in `dependencies`
The contract package of a three-package flow: this one declares the endpoint and what may cross it,
`@owlmeans/api-config-server` answers it, `@owlmeans/api-config-client` fetches it and merges the
answer into the client config. Nothing here runs — it is the shared declaration all three agree on.
## Key Exports
| Export | Description |
|--------|-------------|
| `advertise` | The single immutable declaration — route `/assets/config.json`, `sticky: true` so a router attaches it unconditionally |
| `API_CONFIG` | Internal adapter alias for `advertise`; do not use it for ordinary application lookup |
| `apiConfigPlugin(plugin)` | Registers one package's public config selection as its module loads |
| `every(selection, where?)` | Applies a selection to every list item or object-map value, optionally filtering items |
| `ApiConfigPlugin` | `{ allow, deny? }` — nested allowlist with an optional nested redaction selector |
| `advertisedConfig(cfg)` | Applies every imported package contract to build the endpoint document |
| `ApiConfig` | The partial public document a client merges into its local config |
## Usage
The declaration is bound on both sides, so neither imports the other's package — they only share
this one. A server or browser package binds `advertise`; it does not import a flattened shared list:
```typescript
import { advertise } from '@owlmeans/api-config'
import { bind } from '@owlmeans/server-entrypoint'
export const serverBindings = [bind(advertise, handler)]
```
Most apps never do this directly: a backend built on `@owlmeans/server-app` already carries the
server side in its built-in `entrypoints`, and a client panel package already carries the client
side.
## What may cross
The document is default-deny: a server config value is absent until the package that owns its
browser consumer registers a precise `allow` selector during import. Do not allow an ancestor with
`true` unless every descendant is public; name fields instead, and use `deny` when an otherwise
public collection carries nested credentials.
```typescript
import { apiConfigPlugin, every } from '@owlmeans/api-config'
apiConfigPlugin({
allow: { oidc: { providers: every(true) } },
deny: { oidc: { providers: every({ secret: true, apiClientId: true }) } },
})
```
The base contract supplies public routes, branding, login settings, selected debug flags and
frontend plugins. `@owlmeans/oidc`, `@owlmeans/flow`, `@owlmeans/i18n` and `@owlmeans/payment`
register their own client settings during import. Databases, queues, SMTP, secrets and every
unregistered config extension never cross the unauthenticated endpoint.
## Depends On
- `@owlmeans/entrypoint`, `@owlmeans/route`, `@owlmeans/config`
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!