@praxisui/table 8.0.0-beta.33 → 8.0.0-beta.34

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -170,6 +170,7 @@ Filtro runtime:
170
170
  - The table session identity follows `table:{routeKey}:{componentInstanceId || tableId}` so multiple tables on the same page can preserve separate assistant sessions.
171
171
  - Minimizing the table shell keeps the governed session in `PraxisAssistantSessionRegistryService` with `presence: 'origin-anchor'`; the visual affordance returns to the table assistant trigger, which changes to the minimized state and reopens the preserved session. The App Shell does not interpret or execute table semantics.
172
172
  - The table snapshot stores only safe context: table identity, target, context chips, manifest reference, resource path, schema field names, data/runtime digests, capability refs and governance hints.
173
+ - When rows are selected, the assistant context includes a governed `table-row-selection` digest with selected count, id field, selected ids and a small sanitized row sample. The runtime never uses selected row text to decide primary intent; the LLM/backend receives the digest only as grounding after the assistant turn has the table component scope.
173
174
  - Prompts that indicate shared business decisions, such as rules, policies, compliance, LGPD, approval, eligibility or access control, must be routed to governed `domain-rules` handoff instead of local table config patches.
174
175
 
175
176
  ### Consultative answers vs governed edits
@@ -295,6 +295,7 @@ Diretriz de compatibilidade:
295
295
  - `filterCriteria` continua válido em componentes que ainda publicam esse contrato
296
296
  - para novo authoring, recipes e bindings, prefira `queryContext`
297
297
  - a semântica mínima garantida hoje é `queryContext.filters`; `sort`, `limit` e `page` devem ser consumidos apenas por widgets que já declararam suporte a esses campos
298
+ - `queryContext.filters` continua sendo um DTO plano com semântica de conjunção simples; filtros compostos com OR ou grupos aninhados devem evoluir pelo contrato canônico proposto em `projects/praxis-core/docs/rfc-query-context-filter-expression.md`, não por aliases ou payloads ad hoc do frontend
298
299
 
299
300
  ## Payloads que devem ser evitados
300
301