@praxisui/core 9.0.0-beta.1 → 9.0.0-beta.2

package/README.md

@@ -1,1323 +1,198 @@
 # @praxisui/core
 
-> Biblioteca central com interfaces e serviços fundamentais para o Praxis UI Workspace
+Shared contracts, tokens, services, metadata models, widget runtime primitives, and utilities used by the public `@praxisui/*` Angular packages.
 
-## Documentation
+Use this package directly when a host application or library needs Praxis UI types, global actions, metadata registries, schema clients, resource discovery, i18n, theme bridge, dynamic widget contracts, or shared runtime services.
 
-- Official documentation: https://praxisui.dev
-- Quickstart reference app: https://github.com/codexrodrigues/praxis-ui-quickstart
-- Recommended for: hosts that need the shared contracts, tokens, icons and base services used across `@praxisui/*`
+## Official Links
 
-## When to use
+- Documentation: https://praxisui.dev/docs/components
+- Live demo: https://praxis-ui-4e602.web.app
+- Quickstart app: https://github.com/codexrodrigues/praxis-ui-quickstart
+- API quickstart: https://github.com/codexrodrigues/praxis-api-quickstart-public
+- Source: https://github.com/codexrodrigues/praxis-ui-angular/tree/main/projects/praxis-core
+- Issues: https://github.com/codexrodrigues/praxis-ui-angular/issues
 
-- Centralize shared contracts, tokens and utilities across Praxis UI packages
-- Keep icon, config and dynamic widget infrastructure aligned in the host app
-- Avoid duplicating low-level primitives across multiple business libraries
-
-## Governed Semantic Decisions
-
-`DomainKnowledgeService` is the shared client for the governed Domain Knowledge
-change-set lifecycle exposed by `praxis-config-starter` at
-`/api/praxis/config/domain-knowledge/change-sets`. It intentionally models the
-separate platform boundaries for `create`, `validate`, governed status
-transition and `apply`, so consuming UIs can continue an AI-authored semantic
-decision without treating the frontend as the primary source of business rules.
-
-Use it when a cockpit or runtime needs to propose safe evidence, review a
-change-set projection, approve/reject the proposal, apply an approved change set
-or read back safe summaries. Runtime surfaces must continue to treat the
-resulting materializations as derived projections of the canonical semantic
-decision.
-
-## Runtime Component Observations
-
-`PraxisRuntimeComponentObservationEnvelope` is the shared contract for active
-runtime component observations. It lets hosts and component libraries publish a
-small, serializable and redacted snapshot of the active instance, such as
-identity, lifecycle, canonical refs, digests and affordance refs.
-
-The envelope is intentionally not a capability source of truth. It must be
-treated as an untrusted runtime observation that backend authoring services
-reconcile against governed manifests, schemas, resource capabilities, actions,
-surfaces and tenant/environment policy before any answer, preview or
-materialization can use it.
-
-Use `PraxisRuntimeComponentObservationRegistryService` or
-`registerPraxisRuntimeComponentObservation` to register providers with Angular
-lifecycle cleanup. Providers should produce snapshots lazily and must not expose
-raw rows, full form values, secrets or complete schemas.
-
-`praxis-dynamic-page` registers a runtime observation for the active page
-composition. The page observation publishes page identity, active widget keys,
-the selected widget when it still belongs to the rendered composition,
-composition link refs and declared related surface refs. Related surface refs
-include `runtimeSurfaceInstanceRef` when the page can derive a canonical runtime
-surface identity from widget, component, surface and resource refs, so backend
-grounding can disambiguate multiple widgets backed by the same resource path. It
-does not publish widget input values, state values, raw events, rendered DOM or
-intent decisions.
-
-## Form Layout Contract
-
-`FormColumn.items` and the exported `FormLayoutItem` contract define the
-canonical ordered content of a form column. Items with `kind: 'field'` reference
-`fieldMetadata[].name`; items with `kind: 'richContent'` host visual content and
-do not participate in `fieldMetadata`, `formData`, or submit payloads.
-
-`FormColumn.fields` is still accepted as migration input and as a derived
-projection of `kind: 'field'` items. New authors and tools should use `items[]`
-as the canonical source and the helpers exported from
-`form-layout-items.model`.
-
-## 🌟 Visão Geral
-
-A biblioteca `@praxisui/core` é o núcleo do Praxis UI Workspace, fornecendo interfaces robustas, serviços base e utilitários essenciais para todas as outras bibliotecas do ecossistema. Com a arquitetura unificada, oferece uma experiência de desenvolvimento consistente e type-safe.
-
-### Concept Usage
-
-- [Dynamic Component Rendering](https://github.com/codexrodrigues/praxis/blob/main/docs/concepts/dynamic-component-rendering.md)
-- [Headless UI & Design Systems](https://github.com/codexrodrigues/praxis/blob/main/docs/concepts/headless-ui-and-design-systems.md)
-- [Configuration‑driven development](https://github.com/codexrodrigues/praxis/blob/main/docs/concepts/configuration-driven-development.md)
-- [Declarative UI](https://github.com/codexrodrigues/praxis/blob/main/docs/concepts/declarative-ui.md)
-
-## ✨ Características Principais
-
-### 🏗️ Arquitetura Unificada
-
-- **TableConfig único**: Interface consolidada eliminando dualidade V1/V2
-- **Type Safety**: Tipagem forte e consistente
-- **Modular**: Interfaces bem definidas e organizadas
-- **Extensível**: Arquitetura preparada para crescimento
-
-### 🔧 Funcionalidades Core
-
-- **Interfaces de Configuração**: Modelos robustos para tabelas e componentes
-- **Serviços Base**: TableConfigService e utilitários essenciais
-- **Type Guards**: Validação em runtime
-- **Helper Functions**: Utilitários para manipulação de configurações
-
-## 🚀 Instalação
+## Install
 
 ```bash
-npm install @praxisui/core@latest
+npm i @praxisui/core@latest
 ```
 
-Exemplo completo (app de referência)
-- Quickstart: https://github.com/codexrodrigues/praxis-ui-quickstart
-
-### Peer dependencies (Angular v20)
-
-- `@angular/core` `^20.0.0`
-- `@angular/common` `^20.0.0`
-
-## ⚡ Quick Start
+Peer dependencies:
 
-### 1) `PraxisIconDirective`
+- `@angular/common`, `@angular/core`, `@angular/forms`, `@angular/material`, `@angular/platform-browser`, `@angular/router` `^21.0.0`
+- `rxjs` `~7.8.0`
 
-Hosts devem carregar Material Symbols para ícones `mso:*` e Material Icons classic quando usarem `mi:*`, componentes legados baseados em ligature classic, ou `mat-icon.material-icons`. Sem Material Icons classic, a ligature pode aparecer como texto visível, por exemplo `clear` dentro de um select.
+## Theme And Icons
 
-Para alinhar tokens e superfícies Angular Material/Praxis, importe o asset canônico do pacote depois do tema Angular Material e do CSS do CDK Overlay:
+Import the theme bridge after Angular Material and CDK overlay styles.
 
 ```scss
 @import "@angular/cdk/overlay-prebuilt.css";
 @import "@praxisui/core/theme-bridge.css";
 ```
 
+Use `PraxisIconDirective` to normalize Material Icons and Material Symbols names.
+
 ```ts
 import { Component } from '@angular/core';
 import { MatIconModule } from '@angular/material/icon';
 import { PraxisIconDirective } from '@praxisui/core';
 
 @Component({
-  selector: 'app-icons-demo',
   standalone: true,
+  selector: 'app-icons',
   imports: [MatIconModule, PraxisIconDirective],
   template: `
-    <!-- Material Icons (ligatures) -->
     <mat-icon [praxisIcon]="'mi:pending'"></mat-icon>
-    <!-- Material Symbols Outlined -->
     <mat-icon [praxisIcon]="'mso:right_click'"></mat-icon>
   `,
 })
-export class IconsDemoComponent {}
+export class IconsComponent {}
+```
+
+Hosts should load the icon fonts they use. Without the classic Material Icons font, ligature names such as `clear` can render as visible text.
+
+## Component Metadata
+
+`ComponentMetadataRegistry` is the shared registry used by builders and runtime loaders to resolve component metadata.
+
+```ts
+import { ComponentDocMeta, ComponentMetadataRegistry } from '@praxisui/core';
+
+const metadata: ComponentDocMeta = {
+  id: 'app-widget',
+  selector: 'app-widget',
+  component: AppWidgetComponent,
+  friendlyName: 'App widget',
+  description: 'Host-owned widget.',
+  icon: 'widgets',
+  lib: 'app-host',
+};
+
+registry.register(metadata);
 ```
 
-### 2) `DynamicWidgetPageComponent`
+Component-owned config editors and AI authoring manifests are declared on `ComponentDocMeta`. Hosts should discover and delegate through metadata instead of duplicating component-specific editors or operation manifests.
+
+## Dynamic Page Runtime
+
+`DynamicWidgetPageComponent` renders `WidgetPageDefinition` documents.
 
 ```ts
 import { Component } from '@angular/core';
 import { DynamicWidgetPageComponent, WidgetPageDefinition } from '@praxisui/core';
 
 @Component({
-  selector: 'app-grid-demo',
   standalone: true,
+  selector: 'app-page',
   imports: [DynamicWidgetPageComponent],
-  template: `
-    <praxis-dynamic-page [page]="page"></praxis-dynamic-page>
-  `,
+  template: `<praxis-dynamic-page [page]="page"></praxis-dynamic-page>`,
 })
-export class GridDemoComponent {
+export class PageComponent {
   page: WidgetPageDefinition = {
     widgets: [
       {
-        key: 'w1',
+        key: 'summary',
         definition: {
-          // Substitua pelo ID de um componente registrado no ComponentMetadataRegistry
-          id: 'your-registered-widget-id',
-          inputs: { title: 'Hello' },
-          outputs: { loaded: 'emit' },
+          id: 'app-widget',
+          inputs: { title: 'Summary' },
         },
       },
     ],
+    composition: { links: [] },
   };
 }
 ```
 
-Observação: os IDs de widgets usados na página devem estar registrados via `ComponentMetadataRegistry` para que o carregador dinâmico resolva os componentes.
-
-#### Composition links e nested component ports
-
-O wiring persistido de páginas dinâmicas deve usar `page.composition.links`.
-`page.connections` é formato legado/residual e não deve ser usado para novas
-páginas ou exemplos.
-
-Para conectar componentes internos de containers como `praxis-tabs` e
-`praxis-expansion`, use endpoints `component-port` com `ref.nestedPath`:
-
-```json
-{
-  "kind": "component-port",
-  "ref": {
-    "widget": "tabs-widget",
-    "nestedPath": [
-      { "kind": "tab", "id": "analytics", "index": 0 },
-      { "kind": "widget", "key": "sales-chart", "componentType": "praxis-chart" }
-    ],
-    "port": "pointClick",
-    "direction": "output",
-    "componentType": "praxis-chart"
-  }
-}
-```
-
-Regras de plataforma:
-
-- `ref.widget` é sempre o owner top-level presente em `page.widgets`;
-- `nestedPath` é relativo ao owner e deve terminar com segmento
-  `kind: "widget"` contendo `key` estável;
-- `ref.port` representa a porta real do componente filho;
-- `widgetEvent` em containers compostos é bridge avançada/legado, não caminho
-  principal de authoring;
-- `bindingPath` e dot-path profundo não são endereço canônico para nested
-  component ports.
-
-### Component config editors
-
-`ComponentDocMeta.configEditor` é a superfície pública canônica para um
-componente declarar como seus `definition.inputs` devem ser editados em hosts
-visuais como `praxis-dynamic-page` e `@praxisui/page-builder`.
-
-O editor pertence à lib dona da semântica do componente, não ao host. O host
-deve apenas descobrir `configEditor` via `ComponentMetadataRegistry`, abrir o
-componente no `SETTINGS_PANEL_BRIDGE` e aplicar/salvar o payload retornado.
-
-Contrato esperado:
-
-```ts
-registry.register({
-  id: 'praxis-rich-content',
-  selector: 'praxis-rich-content',
-  component: PraxisRichContent,
-  friendlyName: 'Praxis Rich Content',
-  configEditor: {
-    component: PraxisRichContentConfigEditor,
-    title: 'Configurar rich content',
-  },
-});
-```
-
-Payload recomendado para editores de inputs de widget:
-
-```ts
-{
-  inputs: {
-    // mesmo shape consumido por WidgetDefinition.definition.inputs
-  }
-}
-```
-
-Regra de plataforma: não crie editor local no host para uma semântica que já
-tem dono canônico. Corrija ou publique o `configEditor` no metadata da lib dona
-do componente.
-
-### Component AI authoring manifests
-
-`ComponentDocMeta.authoringManifestRef` é a superfície pública canônica para um
-componente declarar que possui manifesto executável de authoring por IA. O
-manifesto continua pertencendo à lib dona do componente; hosts e page builders
-devem usar esse campo para discovery, delegação e readiness, não para redefinir
-operações internas localmente.
-
-Contrato esperado:
-
-```ts
-registry.register({
-  id: 'praxis-table',
-  selector: 'praxis-table',
-  component: PraxisTable,
-  friendlyName: 'Praxis Table',
-  authoringManifestRef: {
-    componentId: 'praxis-table',
-    source: 'PRAXIS_TABLE_AUTHORING_MANIFEST',
-  },
-});
-```
-
-### Widget Shell body layout
-
-`WidgetShellConfig.bodyLayout` declares how projected widget content should use
-the shell body:
-
-- `content`: default natural document flow for tables, lists, forms and mixed content.
-- `fill`: makes the shell body a flex container whose direct child fills the usable body; use it for resizable charts, maps and canvases that own their viewport.
-- `scroll`: makes the shell body a flex container with body scrolling for content that may exceed the widget height.
-
-For corporate dashboards, pair chart contracts that use
-`sizing.mode = "fill-container"` with `bodyLayout: "fill"`. Avoid using `fill`
-for long textual content unless the widget supplies its own compact or empty
-state, because the fill body intentionally hides overflow.
-
-## 📚 API Surface
-
-- Exports públicos: consulte o arquivo
-  [`public-api.ts`](https://github.com/codexrodrigues/praxis/blob/main/frontend-libs/praxis-ui-workspace/projects/praxis-core/src/public-api.ts)
-  para a lista consolidada de serviços, tokens, modelos e utilitários disponíveis para importação.
-
-### Collection Export
-
-`PraxisCollectionExportService` é o contrato canônico para exportação de coleções usado por Table, List e próximos componentes de dados.
-
-- sem provider registrado, CSV/JSON local usa `loadedItems` e aplica escape de fórmulas para planilhas;
-- com `providePraxisHttpCollectionExportProvider()`, o host registra o provider HTTP oficial;
-- o provider HTTP envia `POST /{resourcePath}/export` usando `API_URL`;
-- escopos remotos `filtered` e `all` omitem `loadedItems` por padrão e delegam query/sort/paginação/seleção ao backend;
-- a resposta pode ser um arquivo binário com `content-disposition` ou um `PraxisCollectionExportResult` JSON;
-- resultados JSON suportam `status: 'completed' | 'deferred'`, `downloadUrl`, `jobId`, `warnings` e `metadata`;
-- resultados `completed` sem `content` nem `downloadUrl` são tratados como erro de contrato pelo runtime.
-
-```ts
-import { providePraxisHttpCollectionExportProvider } from '@praxisui/core';
-
-export const appConfig = {
-  providers: [
-    providePraxisHttpCollectionExportProvider(),
-  ],
-};
-```
-
-## 📄 Documentacao Tecnica da Lib
-
-- `projects/praxis-core/docs/connection-editor.md` (historico legado; fora do fluxo ativo)
-- `projects/praxis-core/docs/schema-flow.md`
-- `projects/praxis-core/docs/rfc-json-logic-semantics.md`
-
-## ⚙️ Global Config (bootstrap)
-
-- Use `provideGlobalConfigTenant(...)` para definir o tenant e bloquear o bootstrap até a config remota ser carregada.
-- Se não houver tenant, use `provideGlobalConfigReady()` para apenas aguardar o carregamento remoto.
-
-## `resourcePath` vs `resourceKey`
-
-No runtime Angular, os dois valores coexistem, mas cumprem papeis diferentes:
-
-- `resourcePath` e o endereco operacional usado para CRUD, fetch de schema e submit
-- `resourceKey` e a identidade semantica estavel recebida dos catalogos de discovery do backend
-
-Na pratica:
-
-- o backend publica links como `/schemas/surfaces?resource={resourceKey}` e `/schemas/actions?resource={resourceKey}`
-- o `ResourceDiscoveryService` segue esses links HATEOAS e recebe `resourceKey` de volta nos payloads de surfaces, actions e capabilities
-- os adapters de abertura preservam `resourceKey` no `context.resource` e o usam para gerar ids estaveis de runtime
-
-Regra de leitura:
-
-- se o problema for URL, submit, fetch ou schema, pense primeiro em `resourcePath`
-- se o problema for discovery semantico, contexto de surface/action ou identidade estavel, pense primeiro em `resourceKey`
-
-## `x-ui.optionSource` e Entity Lookup
-
-`@praxisui/core` preserva `x-ui.optionSource` como contrato canônico de opções remotas e lookups de entidade publicados por `/schemas/filtered`.
+Use `page.composition.links` for persisted wiring. `page.connections` is legacy/residual and should not be used for new pages or examples. Nested component ports should use `component-port` endpoints with `ref.nestedPath`.
 
-Os tipos públicos exportados para esse contrato ficam em `option-source.model`:
+## Resource Discovery
 
-- `OptionSourceMetadata`
-- `LookupFilteringMetadata`
-- `LookupFilterDefinitionMetadata`
-- `LookupSortOptionMetadata`
-- `LookupFilterRequest`
-- `OptionSourceFilterRequest`
-- `LookupSelectionPolicyMetadata`
-- `LookupCapabilitiesMetadata`
-- `LookupDetailMetadata`
-- `LookupCreateMetadata`
-- `LookupDialogMetadata`
-- `LookupResultColumnMetadata`
-- `EntityLookupDisplayMetadata`
-- `EntityLookupCollectionMetadata`
-- `EntityLookupPayloadMode`
-- `EntityLookupResult`
-- `EntityRef`
+`resourcePath` and `resourceKey` serve different purposes:
 
-Para `RESOURCE_ENTITY`, o `SchemaNormalizerService` mantém a semântica enriquecida usada pelos consumidores:
+- `resourcePath`: operational URL/path for CRUD, fetch, schema, read, submit, and filter flows
+- `resourceKey`: stable semantic identity from backend discovery catalogs, surfaces, actions, and capabilities
 
-- identidade: `entityKey`, `valuePropertyPath`, `labelPropertyPath`, `codePropertyPath`
-- exibição: `descriptionPropertyPaths`, `statusPropertyPath`, `disabledReasonPropertyPath`
-- busca e cascata: `searchPropertyPaths`, `dependsOn`, `dependencyFilterMap`
-- filtro rico: `filtering.availableFilters`, `defaultFilters`, `sortOptions`, `defaultSort`, `quickFilterFields`, `searchPlaceholder`
-- seleção: `selectionPolicy.allowedStatuses`, `blockedStatuses`, `allowRetainInvalidExistingValue`
-- operação: `capabilities.byIds`, `navigateToDetail`, `create`, `auditSnapshot`
-- detalhe governado: `detail.kind = surface`, `surfaceId`, `presentation`, `preferredWidget`, `mode`
-- UX de referência: `display.preset`, `usage`, `density`, `selectedLayout`, `resultLayout`, `fields`, `secondaryPropertyPaths`, `badgePropertyPaths`
+If the problem is URL or HTTP execution, start with `resourcePath`. If the problem is semantic discovery, surface/action context, or stable runtime identity, start with `resourceKey`.
 
-O bloco `display` descreve intenção de apresentação, não implementação visual local.
-Presets como `directory`, `reference`, `status`, `hierarchical`, `rich` e
-`compact` permitem que a mesma option-source seja usada em formulário, filtro,
-tabela editável, dashboard ou revisão sem duplicar regras no host. O runtime
-pode aplicar overrides locais quando o contexto exigir, mas a semântica
-preferencial continua no `optionSource`.
-Use `display.fields[]` para publicar subinformações ricas do resultado, como
-`cargo`, `departamento`, `dataAdmissao`, `status` ou métricas. Cada campo carrega
-`propertyPath`, `label`, `icon`, `presentation`, `tone` e `format`; o endpoint de
-option-source pode materializar esses campos em `OptionDTO.extra.richFields[]`
-para que runtimes exibam ícones, chips, badges ou valores formatados sem
-heurística local.
+## Schema And Metadata
 
-O helper `serializeOptionSourceFilterRequest(...)` monta o envelope canônico de
-Cut B para `POST /option-sources/{sourceKey}/options/filter`, preservando um
-único shape para:
+Core exports schema and metadata infrastructure used by form, table, list, chart, CRUD, and page-builder packages:
 
-- `filter`: filtro legado do recurso hospedeiro
-- `filters`: filtros estruturados do lookup
-- `search`: quick search
-- `sort`: chave metadata-driven de ordenação
-- `includeIds`: reidratação e retenção fora da página atual
+- `SchemaMetadataClient`
+- `SchemaNormalizerService`
+- ETag/cache helpers
+- `FieldDefinition` and `FieldMetadata` models
+- `x-ui.optionSource` models and serializers
+- `x-ui.analytics` models and `AnalyticsSchemaContractService`
+- `valuePresentation` models and resolver
+- form layout item models
+- JSON Logic models and runtime service
 
-Para Cut C, o core também publica helpers canônicos para cardinalidade e
-payload de coleção:
+`valuePresentation` is the shared display contract for scalar read-only values such as currency, number, date, datetime, time, percentage, and boolean.
 
-- `resolveEntityLookupPayloadMode(...)`
-- `isEntityLookupPayloadModeCompatible(...)`
-- `serializeEntityLookupValueForPayload(...)`
+## Global Actions
 
-Assim, `id`, `entityRef`, `ids` e `entityRefs` continuam sob a mesma semântica
-compartilhada entre runtime, submit de formulário e integrações futuras.
-
-O mapper de `FieldDefinition` para `FieldMetadata` deriva apenas a ponte runtime necessária (`dependencyFields` e `dependencyFilterMap`) a partir de `optionSource.dependsOn`. Ele não inventa política de reset, reload ou persistência; essas decisões continuam explícitas no metadata do campo.
-
-## `x-ui.analytics` no runtime
-
-O `@praxisui/core` trata `x-ui.analytics` como a projeção semantica analitica canonica vinda do backend.
-
-- o backend publica `x-ui.analytics.projections[]` com `intent`, `source`, `bindings`, `defaults` e `preferredFamilies`
-- o `AnalyticsPresentationResolver` escolhe a familia de apresentacao no runtime
-- `praxis-charts` continua sendo apenas um renderer possivel; ele nao vira a semantica-base do contrato
-
-Regra atual do resolver:
-
-- se houver uma projection com `preferredFamilies` compativel, ela orienta a escolha
-- chart automatico so acontece quando a semantica temporal for inequivoca
-- `analytic-table` nao e a sobra do resolver; ela e uma familia canonica escolhida quando a projection continua valida, mas nao e chart inequivoco
-- nos casos ambiguos, o fallback conservador e `analytic-table`
-- se o host nao expuser `analytic-table` e a semantica continuar ambigua, o resolver falha em vez de forcar `chart`
-- projections `timeseries` devem publicar `defaults.granularity` quando o renderer precisar executar `praxis.stats` sem heuristica local
-
-Shape publico da decisao:
-
-- `projectionId`: id da projection escolhida
-- `family`: familia resolvida (`chart`, `analytic-table`, `kpi`, `summary-list`)
-- `reason`: motivo explicito da decisao, util para debug e suporte
-
-## 🌐 Global Actions (shell + widgets)
-
-O core agora suporta **ações globais** executadas por widgets e pelo Widget Shell, permitindo integrar navegação, dialog, toast, analytics, API e rotas dinâmicas de forma padronizada.
-
-### 1) Providers (plug-and-play no host)
+Global actions let widgets and shells request host-mediated work such as navigation, dialog, toast, analytics, API calls, or surface opening.
 
 ```ts
 import {
   providePraxisGlobalActions,
   providePraxisToastGlobalActions,
-  providePraxisAnalyticsGlobalActions,
 } from '@praxisui/core';
-import { providePraxisDialogGlobalActions } from '@praxisui/dialog';
-
-providers: [
-  ...providePraxisGlobalActions({ dialog: false, toast: false, analytics: false }),
-  providePraxisDialogGlobalActions(),
-  providePraxisToastGlobalActions(),
-  providePraxisAnalyticsGlobalActions({ prefix: 'app' }),
-]
-```
-
-### 2) Mapeando outputs para ações globais
-
-`WidgetDefinition.outputs` pode apontar para ações globais:
-
-```ts
-definition: {
-  id: 'praxis-dynamic-form',
-  outputs: {
-    formSubmit: {
-      type: 'api.post',
-      params: { url: '/api/clientes', body: '${payload.formData}' }
-    }
-  }
-}
-```
-
-### 3) Ação global no Widget Shell
-
-```ts
-shell: {
-  actions: [
-    { id: 'back', icon: 'arrow_back', globalAction: { actionId: 'navigation.back' } }
-  ]
-}
-```
 
-### 4) Catálogo básico de ações globais
-
-- `navigation.back`
-- `navigation.openExternal` → `{ url }`
-- `dialog.alert` → `{ title, message, variant }`
-- `dialog.prompt` → `{ title, message, placeholder, defaultValue }`
-- `dialog.open` → `{ componentId, inputs, size, data }`
-- `toast.success` / `toast.error` → `{ message }`
-- `clipboard.copy` → `{ text }`
-- `trackEvent` → `{ eventName, payload }`
-- `log` → `{ level, message, payload }`
-- `api.get` / `api.post` / `api.patch` → `{ url, params|body }`
-- `navigation.openRoute` → `{ path, query?, fragment?, replaceUrl?, state? }`
-- `route.register` → `{ path, componentId|loadChildren, data?, resolve?, guards?, canMatch?, canActivateChild?, replace?, position? }`
-
-### 5) Rotas dinâmicas (route.register)
-
-Requer `componentId` **ou** `loadChildren`. Guards são resolvidos pelo host via `GLOBAL_ROUTE_GUARD_RESOLVER`.
-
-```ts
-// payload
-{
-  path: '/clientes/novo',
-  componentId: 'praxis-dynamic-page',
-  data: { pageId: 'clientes-novo' },
-  guards: ['auth', 'permission:clientes.create'],
-  position: 'before-wildcard'
-}
-```
-
-As rotas registradas são persistidas em `GlobalConfig.routes.dynamic`. O host deve re‑hidratar isso no bootstrap (ex.: ler `GlobalConfigService` e re‑aplicar com `route.register`).
-
-### 7) Output mapeado para ação global x conexões
-
-Quando `WidgetDefinition.outputs[output]` aponta para uma ação global (não `'emit'`), o evento **não** é repassado para conexões locais — a ação global tem prioridade.
-
-### 6) Estilo de toast
-
-O estilo padrão usa as classes `.pdx-toast-success` / `.pdx-toast-error`.  
-Inclua estilos equivalentes no app host (ou sobrescreva com `providePraxisToastGlobalActions`).
-
-## 🔎 Schema Viewer (para Showcases)
-
-Para exibir os metadados e schemas usados por um exemplo (ex.: na aba “Schema” de um showcase), use o componente `SchemaViewerComponent` e (opcionalmente) injete o contexto via `SCHEMA_VIEWER_CONTEXT`.
-
-```ts
-import { Component, Provider } from '@angular/core';
-import { PraxisTabs, TabsMetadata } from '@praxisui/tabs';
-import { SchemaViewerComponent, SCHEMA_VIEWER_CONTEXT } from '@praxisui/core';
-
-@Component({
-  standalone: true,
-  selector: 'app-tabs-showcase',
-  imports: [PraxisTabs, SchemaViewerComponent],
-  template: `
-    <!-- Aba Preview -->
-    <praxis-tabs [config]="tabs" tabsId="tabs-preview"></praxis-tabs>
-
-    <!-- Aba Schema -->
-    <praxis-schema-viewer [context]="schemaCtx"></praxis-schema-viewer>
-  `,
+export const appConfig = {
   providers: [
-    {
-      provide: SCHEMA_VIEWER_CONTEXT,
-      useFactory: () => ({
-        componentId: 'praxis-tabs',
-        title: 'Tabs — Schema & Metadata',
-        rawConfig: {
-          group: { alignTabs: 'center', dynamicHeight: true },
-          tabs: [ { id: 't1', textLabel: 'Dados', content: [] } ],
-        } satisfies TabsMetadata,
-      }),
-    } as Provider,
+    providePraxisGlobalActions(),
+    providePraxisToastGlobalActions(),
   ],
-})
-export class TabsShowcaseComponent {
-  tabs: TabsMetadata = { group: { dynamicHeight: true }, tabs: [] };
-  schemaCtx = {
-    componentId: 'praxis-tabs',
-    rawConfig: this.tabs,
-  };
-}
-```
-
-Campos opcionais do contexto (`SchemaViewerContext`):
-- `rawConfig` (JSON usado pelo exemplo), `effectiveConfig` (se houver merge de defaults);
-- `backendSchema` (OpenAPI/JSON Schema) e `schemaMeta` (path/operation/schemaType/schemaHash);
-- `normalizedFields` (se já normalizado; caso contrário, o componente aplica `SchemaNormalizerService`).
-
-## 🧩 Compatibilidade
-
-- `@praxisui/core` `1.0.0-beta.x` → Angular `20.x`
-
-## 📦 Publicação
-
-- Pacote ESM, gerado via `ng-packagr`.
-- Licença: Apache-2.0 (incluída no pacote).
-- Repositório e issues: [GitHub](https://github.com/codexrodrigues/praxis).
-
-## 📄 Licença
-
-Apache-2.0 — veja o arquivo `LICENSE` incluído no pacote.
-- Module format: `ESM2022`
-
-## 📝 Interfaces Principais
-
-### MaterialTimepickerMetadata
-
-```typescript
-const workShift: MaterialTimepickerMetadata = {
-  name: "workStart",
-  label: "Início do expediente",
-  controlType: "timePicker",
-  min: "08:00",
-  max: "18:00",
-  stepMinute: 30,
-  format: "24h",
 };
 ```
 
-### TableConfig - Interface Unificada
-
-```typescript
-interface TableConfig {
-  /** Metadados da configuração */
-  meta?: ConfigMetadata;
-
-  /** Definições de colunas */
-  columns: ColumnDefinition[];
-
-  /** Configurações de comportamento */
-  behavior?: TableBehaviorConfig;
-
-  /** Configurações de aparência */
-  appearance?: TableAppearanceConfig;
-
-  /** Configurações de toolbar */
-  toolbar?: ToolbarConfig;
-
-  /** Configurações de ações */
-  actions?: TableActionsConfig;
-
-  /** Configurações de exportação */
-  export?: ExportConfig;
-
-  /** Mensagens e textos */
-  messages?: MessagesConfig;
-
-  /** Localização e i18n */
-  localization?: LocalizationConfig;
-
-  /** Configurações de performance */
-  performance?: PerformanceConfig;
-
-  /** Configurações de acessibilidade */
-  accessibility?: AccessibilityConfig;
-}
-```
-
-### ColumnDefinition
-
-```typescript
-interface ColumnDefinition {
-  /** Campo da fonte de dados */
-  field: string;
-
-  /** Cabeçalho da coluna */
-  header: string;
-
-  /** Tipo de dados para formatação */
-  type?: "string" | "number" | "date" | "boolean" | "currency" | "percentage" | "custom";
-
-  /** Largura da coluna */
-  width?: string;
-
-  /** Visibilidade da coluna */
-  visible?: boolean;
-
-  /** Permitir ordenação */
-  sortable?: boolean;
-
-  /** Permitir filtragem */
-  filterable?: boolean;
-
-  /** Permitir redimensionamento */
-  resizable?: boolean;
-
-  /** Coluna fixa (sticky) */
-  sticky?: boolean;
-
-  /** Alinhamento do conteúdo */
-  align?: "left" | "center" | "right";
-
-  /** Ordem de exibição */
-  order?: number;
-
-  /** Estilo CSS personalizado */
-  style?: string;
-
-  /** Formato de exibição dos dados */
-  format?: any;
-
-  /** Mapeamento de valores para exibição */
-  valueMapping?: { [key: string | number]: string };
-}
-```
-
-### ConfigMetadata
-
-```typescript
-interface ConfigMetadata {
-  /** Versão da configuração */
-  version?: string;
-
-  /** Identificador único */
-  id?: string;
-
-  /** Nome amigável */
-  name?: string;
-
-  /** Descrição */
-  description?: string;
-
-  /** Tags para categorização */
-  tags?: string[];
-
-  /** Data de criação */
-  createdAt?: string;
-
-  /** Data de última modificação */
-  updatedAt?: string;
-
-  /** Autor da configuração */
-  author?: string;
-}
-```
-
-## 🎛️ Configurações de Comportamento
-
-### TableBehaviorConfig
-
-```typescript
-interface TableBehaviorConfig {
-  /** Configurações de paginação */
-  pagination?: PaginationConfig;
-
-  /** Configurações de ordenação */
-  sorting?: SortingConfig;
-
-  /** Configurações de filtragem */
-  filtering?: FilteringConfig;
-
-  /** Configurações de seleção */
-  selection?: SelectionConfig;
-
-  /** Configurações de interação */
-  interaction?: InteractionConfig;
-
-  /** Configurações de redimensionamento */
-  resizing?: ResizingConfig;
-
-  /** Configurações de arrastar e soltar */
-  dragging?: DraggingConfig;
-}
-```
-
-### PaginationConfig
-
-```typescript
-interface PaginationConfig {
-  /** Habilitar paginação */
-  enabled: boolean;
-
-  /** Tamanho da página */
-  pageSize: number;
-
-  /** Opções de tamanho de página */
-  pageSizeOptions: number[];
-
-  /** Mostrar botões primeira/última */
-  showFirstLastButtons: boolean;
-
-  /** Mostrar números das páginas */
-  showPageNumbers: boolean;
-
-  /** Mostrar informações da página */
-  showPageInfo: boolean;
-
-  /** Posição do paginador */
-  position: "top" | "bottom" | "both";
-
-  /** Estilo do paginador */
-  style: "default" | "minimal" | "advanced";
-
-  /** Estratégia de paginação */
-  strategy: "client" | "server";
-}
-```
-
-### SortingConfig
-
-```typescript
-interface SortingConfig {
-  /** Habilitar ordenação */
-  enabled: boolean;
-
-  /** Permitir ordenação múltipla (schema-only no runtime atual) */
-  multiSort: boolean;
-
-  /** Estratégia de ordenação */
-  strategy: "client" | "server";
-
-  /** Mostrar indicadores de ordenação */
-  showSortIndicators: boolean;
-
-  /** Posição do indicador */
-  indicatorPosition: "start" | "end";
-
-  /** Permitir limpar ordenação */
-  allowClearSort: boolean;
-}
-```
-
-Observação enterprise: `multiSort` está disponível no contrato de schema, porém no runtime atual deve ser tratado como `schema-only` (apenas 1 critério de ordenação efetivo).
-
-## 🎨 Configurações de Aparência
-
-### TableAppearanceConfig
-
-```typescript
-interface TableAppearanceConfig {
-  /** Densidade da tabela */
-  density: "compact" | "comfortable" | "spacious";
-
-  /** Configurações de bordas */
-  borders?: BorderConfig;
-
-  /** Configurações de elevação */
-  elevation?: ElevationConfig;
-
-  /** Configurações de espaçamento */
-  spacing?: SpacingConfig;
-
-  /** Configurações de tipografia */
-  typography?: TypographyConfig;
-}
-```
-
-### BorderConfig
-
-```typescript
-interface BorderConfig {
-  /** Mostrar bordas entre linhas */
-  showRowBorders: boolean;
-
-  /** Mostrar bordas entre colunas */
-  showColumnBorders: boolean;
-
-  /** Mostrar borda externa */
-  showOuterBorder: boolean;
-
-  /** Estilo da borda */
-  style: "solid" | "dashed" | "dotted";
-
-  /** Largura da borda */
-  width: number;
-
-  /** Cor da borda */
-  color: string;
-}
-```
-
-## ⚡ Configurações de Performance
-
-### PerformanceConfig
-
-```typescript
-interface PerformanceConfig {
-  /** Configurações de virtualização */
-  virtualization?: VirtualizationConfig;
-
-  /** Configurações de lazy loading */
-  lazyLoading?: LazyLoadingConfig;
-}
-```
-
-### VirtualizationConfig
-
-```typescript
-interface VirtualizationConfig {
-  /** Habilitar virtualização */
-  enabled: boolean;
-
-  /** Altura do item */
-  itemHeight: number;
-
-  /** Tamanho do buffer */
-  bufferSize: number;
-
-  /** Altura mínima do container */
-  minContainerHeight: number;
-
-  /** Estratégia de virtualização */
-  strategy: "fixed" | "dynamic";
-}
-```
-
-## 🔍 Configurações de Acessibilidade
-
-### AccessibilityConfig
-
-```typescript
-interface AccessibilityConfig {
-  /** Habilitar recursos de acessibilidade */
-  enabled: boolean;
-
-  /** Configurações de anúncios */
-  announcements?: AnnouncementConfig;
-
-  /** Navegação por teclado */
-  keyboard?: KeyboardAccessibilityConfig;
-
-  /** Contraste alto */
-  highContrast?: boolean;
-
-  /** Reduzir movimento */
-  reduceMotion?: boolean;
-
-  /** Labels ARIA personalizados */
-  ariaLabels?: { [key: string]: string };
-}
-```
-
-### AnnouncementConfig
-
-```typescript
-interface AnnouncementConfig {
-  /** Anunciar mudanças de dados */
-  dataChanges: boolean;
-
-  /** Anunciar ações do usuário */
-  userActions: boolean;
-
-  /** Anunciar estados de carregamento */
-  loadingStates: boolean;
-
-  /** Tipo de live region */
-  liveRegion: "polite" | "assertive";
-}
-```
-
-## 🛠️ Serviços
-
-### TableConfigService
-
-```typescript
-class TableConfigService {
-  /** Definir configuração atual */
-  setConfig(config: TableConfig): void;
-
-  /** Obter configuração atual */
-  getCurrentConfig(): TableConfig;
-
-  /** Verificar se um recurso está habilitado */
-  isFeatureEnabled(feature: string): boolean;
-
-  /** Obter resumo da configuração */
-  getConfigSummary(): ConfigSummary;
-
-  /** Obter configurações de paginação */
-  getPaginationConfig(): PaginationConfig | undefined;
-
-  /** Obter configurações de ordenação */
-  getSortingConfig(): SortingConfig | undefined;
-
-  /** Obter configurações de filtragem */
-  getFilteringConfig(): FilteringConfig | undefined;
-}
-```
-
-### Exemplo de Uso do Serviço
-
-```typescript
-import { TableConfigService } from '@praxisui/core';
-
-@Component({...})
-export class MyComponent {
-  constructor(private configService: TableConfigService) {}
-
-  ngOnInit() {
-    // Definir configuração
-    this.configService.setConfig(this.tableConfig);
-
-    // Verificar recursos
-    // No runtime atual, multiSort permanece schema-only.
-    const hasMultiSort = false;
-    const hasBulkActions = this.configService.isFeatureEnabled('bulkActions');
-    const hasExport = this.configService.isFeatureEnabled('export');
-
-    // Obter configurações específicas
-    const paginationConfig = this.configService.getPaginationConfig();
-    const sortingConfig = this.configService.getSortingConfig();
-  }
-}
-```
-
-## 🔧 Helper Functions
-
-### Configuração Padrão
-
-```typescript
-import { createDefaultTableConfig } from "@praxisui/core";
-
-// Criar configuração padrão
-const defaultConfig = createDefaultTableConfig();
-
-console.log(defaultConfig);
-// {
-//   meta: { version: '2.0.0', ... },
-//   columns: [],
-//   behavior: { pagination: { enabled: true, ... }, ... },
-//   ...
-// }
-```
-
-### Validação
-
-```typescript
-import { isValidTableConfig, isTableConfigV2 } from '@praxisui/core';
-
-// Validar configuração
-const config = { columns: [...] };
-
-if (isValidTableConfig(config)) {
-  console.log('Configuração válida');
-}
-
-if (isTableConfigV2(config)) {
-  console.log('Configuração V2 detectada');
-}
-```
-
-### Manipulação de Configurações
-
-```typescript
-import { cloneTableConfig, mergeTableConfigs, getEssentialConfig } from "@praxisui/core";
-
-// Clonar configuração
-const clonedConfig = cloneTableConfig(originalConfig);
-
-// Merge configurações
-const mergedConfig = mergeTableConfigs(baseConfig, {
-  behavior: {
-    pagination: { pageSize: 25 },
-  },
-});
-
-// Extrair configurações essenciais
-const essentialConfig = getEssentialConfig(fullConfig);
-```
-
-## 📊 Type Guards e Utilitários
-
-### Type Guards
-
-```typescript
-// Verificar se é configuração V2
-function isTableConfigV2(config: any): config is TableConfig;
-
-// Validar estrutura da configuração
-function isValidTableConfig(config: any): config is TableConfig;
-```
-
-### Utilitários de Configuração
-
-```typescript
-// Criar configuração padrão
-function createDefaultTableConfig(): TableConfig;
-
-// Clonar configuração profundamente
-function cloneTableConfig(config: TableConfig): TableConfig;
-
-// Merge duas configurações
-function mergeTableConfigs(base: TableConfig, override: Partial<TableConfig>): TableConfig;
-
-// Extrair configurações essenciais
-function getEssentialConfig(config: TableConfig): Partial<TableConfig>;
-```
-
-## 🧪 Testando com @praxisui/core
-
-### Setup de Testes
-
-```typescript
-import { TestBed } from "@angular/core/testing";
-import { TableConfigService } from "@praxisui/core";
-
-describe("TableConfigService", () => {
-  let service: TableConfigService;
-
-  beforeEach(() => {
-    TestBed.configureTestingModule({
-      providers: [TableConfigService],
-    });
-    service = TestBed.inject(TableConfigService);
-  });
-
-  it("should create", () => {
-    expect(service).toBeTruthy();
-  });
-
-  it("should set and get config", () => {
-    const config: TableConfig = {
-      columns: [{ field: "test", header: "Test" }],
-    };
-
-    service.setConfig(config);
-    expect(service.getCurrentConfig()).toEqual(config);
-  });
-});
-```
-
-### Testes de Helper Functions
-
-```typescript
-   import { createDefaultTableConfig, isValidTableConfig, cloneTableConfig } from "@praxisui/core";
-
-describe("Helper Functions", () => {
-  it("should create valid default config", () => {
-    const config = createDefaultTableConfig();
-    expect(isValidTableConfig(config)).toBe(true);
-  });
-
-  it("should clone config correctly", () => {
-    const original: TableConfig = {
-      columns: [{ field: "test", header: "Test" }],
-      behavior: { pagination: { enabled: true } },
-    };
-
-    const cloned = cloneTableConfig(original);
-    expect(cloned).toEqual(original);
-    expect(cloned).not.toBe(original); // Different reference
-  });
-});
-```
-
-## 📋 Migration Guide
-
-### Migração da Arquitetura V1/V2
-
-#### Mudanças Principais
-
-1. **Interface Unificada**:
-
-   ```typescript
-   // Antes
-   import { TableConfigV1, TableConfigV2, TableConfigUnified } from "@praxisui/core";
-
-   // Depois
-   import { TableConfig } from "@praxisui/core";
-   ```
-
-2. **Serviços Simplificados**:
-
-   ```typescript
-   // Antes
-   import { TableConfigAdapterService, TableConfigMigrationService } from "@praxisui/core";
-
-   // Depois
-   import { TableConfigService } from "@praxisui/core";
-   ```
-
-3. **Type Guards Atualizados**:
-
-   ```typescript
-   // Antes
-   isTableConfigV1(config) || isTableConfigV2(config);
-
-   // Depois
-   isTableConfigV2(config); // Sempre true para a nova arquitetura
-   ```
-
-## 🔍 Troubleshooting
-
-### Problemas Comuns
-
-#### Erros de Tipagem
-
-```typescript
-// Problema: Type error em propriedades opcionais
-// Solução: Usar optional chaining
-const pageSize = config.behavior?.pagination?.pageSize ?? 10;
-```
-
-#### Validação de Configuração
+Use `GlobalActionRef` and the catalog helpers when declaring or validating action payloads. The host remains responsible for registered executors and policy.
 
-```typescript
-// Verificar se configuração é válida antes de usar
-import { isValidTableConfig } from "@praxisui/core";
+## Collection Export
 
-if (!isValidTableConfig(userConfig)) {
-  console.error("Configuração inválida:", userConfig);
-  userConfig = createDefaultTableConfig();
-}
-```
+`PraxisCollectionExportService` is the shared export contract used by table, list, and future collection components.
 
-#### Performance Issues
+```ts
+import { providePraxisHttpCollectionExportProvider } from '@praxisui/core';
 
-```typescript
-// Para grandes volumes de dados, usar configuração otimizada
-const optimizedConfig: TableConfig = {
-  columns: [...],
-  performance: {
-    virtualization: {
-      enabled: true,
-      itemHeight: 48,
-      bufferSize: 20
-    }
-  }
+export const appConfig = {
+  providers: [providePraxisHttpCollectionExportProvider()],
 };
 ```
 
-## 📚 API Reference Completa
-
-### Exports Principais
-
-```typescript
-// Interfaces
-export interface TableConfig;
-export interface ColumnDefinition;
-export interface ConfigMetadata;
-export interface TableBehaviorConfig;
-export interface TableAppearanceConfig;
-export interface ToolbarConfig;
-export interface TableActionsConfig;
-export interface ExportConfig;
-export interface PraxisCollectionExportRequest;
-export interface PraxisCollectionExportProvider;
-export interface PraxisCollectionSelectionState;
-export interface MessagesConfig;
-export interface LocalizationConfig;
-export interface PerformanceConfig;
-export interface AccessibilityConfig;
-
-// Serviços
-export class TableConfigService;
-export class PraxisCollectionExportService;
-export class PraxisHttpCollectionExportProvider;
-
-// Helper Functions
-export function createDefaultTableConfig(): TableConfig;
-export function isValidTableConfig(config: any): config is TableConfig;
-export function isTableConfigV2(config: any): config is TableConfig;
-export function cloneTableConfig(config: TableConfig): TableConfig;
-export function mergeTableConfigs(base: TableConfig, override: Partial<TableConfig>): TableConfig;
-export function getEssentialConfig(config: TableConfig): Partial<TableConfig>;
-export function providePraxisHttpCollectionExportProvider();
-
-// Type Aliases
-export type TableConfig = TableConfigV2;
-export type TableConfigModern = TableConfigV2;
-export type PraxisExportFormat;
-export type PraxisExportScope;
-
-// Legacy (Deprecated)
-export type LegacyTableConfig = TableConfig;
-export const DEFAULT_TABLE_CONFIG = createDefaultTableConfig();
-```
-
-## 🤝 Contribuição
-
-### Como Contribuir
-
-1. Fork o projeto
-2. Crie branch para feature (`git checkout -b feature/nova-interface`)
-3. Commit mudanças (`git commit -m 'Add: nova interface para X'`)
-4. Push para branch (`git push origin feature/nova-interface`)
-5. Abra Pull Request
-
-### Guidelines para Interfaces
-
-- Usar nomes descritivos e consistentes
-- Documentar todas as propriedades
-- Manter backward compatibility quando possível
-- Adicionar testes para novas interfaces
-
-## 📊 Roadmap
-
-### Próximas Versões
-
-- ✅ Arquitetura unificada (v2.0.0)
-- 🔄 Enhanced validation (v2.1.0)
-- 📋 Plugin architecture (v2.2.0)
-- 🎨 Theme system integration (v2.3.0)
-
-## 📄 Licença
+Without an HTTP provider, local CSV/JSON export uses loaded items. With the HTTP provider, remote scopes such as `filtered` and `all` delegate execution to the backend export endpoint and should be gated by backend capabilities or HATEOAS links.
 
-Apache-2.0 – veja o `LICENSE` empacotado com esta biblioteca ou o arquivo `LICENSE` na raiz do repositório.
+## Runtime Observations And AI
 
----
+`PraxisRuntimeComponentObservationRegistryService` registers redacted runtime observations for active components. These snapshots are not a source of truth for capabilities. Backend authoring services must reconcile observations with manifests, schemas, resource capabilities, actions, surfaces, and tenant/environment policy.
 
-**Biblioteca Central do Praxis UI Workspace**  
-**Versão**: 2.0.0 (Unified Architecture)  
-**Compatibilidade**: Angular 20.x | TypeScript 5.8+
-## Value Presentation
+Core also exports shared AI authoring types, capability types, dynamic-page context packs, and domain catalog context packs used by component packages.
 
-`valuePresentation` e o contrato canônico horizontal de apresentação, consumido diretamente por runtimes metadata-driven e indiretamente por superfícies como `table` e `list`.
+## Domain Governance
 
-Regras de uso:
-- use `valuePresentation.type` para declarar a natureza do valor exibido (`currency`, `date`, `datetime`, `time`, `number`, `percentage`, `boolean`)
-- deixe `format` como override explicito quando quiser sair do default derivado de `type + localization`
-- use `localization` da superficie como base cultural; nao repita locale/moeda por coluna ou campo sem necessidade real
+`DomainKnowledgeService` and `DomainRuleService` are shared clients for governed semantic decision flows exposed by `praxis-config-starter`. Runtime surfaces should treat materializations as derived projections of backend-governed decisions, not as frontend-owned business rules.
 
-Precedencia:
-1. override explicito do valor/campo
-2. `valuePresentation`
-3. configuracao da superficie
-4. `LOCALE_ID`
+## Public API Areas
 
-Observacoes:
-- `valuePresentation` deve representar valor escalar de display/read-only; nao use para ranges, selections ou IDs semanticos
-- contratos legados como `format`, `numericFormat`, `currency` e `numberFormat` continuam aceitos como bridge de compatibilidade interna, mas novos metadados devem preferir `valuePresentation`
+Core exports:
 
-## Analytics Contract Client
+- shared services such as `GenericCrudService`, `GlobalConfigService`, `GlobalActionService`, `ResourceDiscoveryService`, `ComponentMetadataRegistry`, `PraxisJsonLogicService`, `LoadingOrchestratorService`
+- tokens and providers for API URLs, global config, global actions, loading, i18n, settings panel bridge, surface drawer bridge, collection export, field selector registry, and overlay/layer scale
+- models for table config, fields, forms, rich content, editorial content, widget pages, global actions, resource discovery, domain knowledge/rules, analytics, query context, loading, and collection export
+- helpers for schema ids, ETag fetch, field mapping, config merge, validation, IDs, inline filter controls, global action refs, and form hooks
+- dynamic widget/page runtime components and metadata
+- UI helpers such as icon picker, empty state card, resource quick connect, schema viewer, and `PraxisIconDirective`
 
-`AnalyticsSchemaContractService` e o cliente canônico para hosts que precisam resolver `x-ui.analytics` a partir de `/schemas/filtered`.
+See the package `public-api.ts` for the full export list.
 
-Regras:
-- reutiliza `SchemaMetadataClient` + `fetchWithETag`
-- devolve `PraxisXUiAnalytics` tipado
-- falha explicitamente quando `x-ui.analytics.projections[]` nao foi publicado
+## Notes
 
-Uso esperado:
-- `@praxisui/core` busca e valida o contrato semantico
-- bibliotecas verticais, como `@praxisui/charts`, especializam esse contrato para um renderer concreto
-- apps consumidores deixam de reimplementar fetch, cache, ETag e leitura manual de `x-ui.analytics`
+- `@praxisui/core` centralizes shared Angular/runtime contracts, but backend metadata semantics are still defined by the appropriate backend starter.
+- Do not use consuming apps to redefine contracts owned by core, metadata starter, config starter, or a component package.
+- Prefer `composition.links` for page wiring and `valuePresentation` for scalar display semantics.
+- Use the official documentation for full recipes on schema flow, option sources, analytics, global actions, dynamic pages, and governed AI flows.