hobots 2.2.0 → 2.4.0

package/dist/protocol.cjs.map

@@ -1 +1 @@
-{"version":3,"sources":["../src/protocol.ts"],"sourcesContent":["/**\n * Tipos do protocolo do Hobots (SDK → servidor).\n *\n * Este arquivo é a fonte de verdade do wire format e só pode reexportar tipos:\n * o app valida os payloads com zod e trava o drift via `satisfies z.ZodType<...>`\n * contra estes tipos (importados de `hobots/protocol`).\n */\n\n// Wire format de tasks (agente ↔ servidor) — reexportado aqui para o app\n// consumir tudo de `hobots/protocol`.\nexport type {\n  RunStatus,\n  RunUpdateStatus,\n  RunLogLevel,\n  RunLogEntry,\n  InstanceInfo,\n  PollRequest,\n  RunDescriptor,\n  PollResponse,\n  RunError,\n  RunProgress,\n  RunUpdateRequest,\n  RunUpdateResponse,\n  RunItemStatus,\n  RunItemInput,\n  RunItemsCreateRequest,\n  RunItemsCreateResponse,\n  RunAttachmentContentType,\n  RunAttachmentCreateRequest,\n  RunAttachmentCreateResponse,\n  RunAttachmentConfirmRequest,\n  RunAttachmentConfirmResponse,\n} from './tasks/protocol';\n\n/**\n * Tipo de um evento — o que ele é, não o quanto ele fala. Só 'fatal', 'error' e\n * 'warning' viram issue; 'success' é ingerido e nunca abre issue.\n * Ruído de log não é evento: para isso existem os logs da execução (RunLogLevel)\n * e as breadcrumbs, que têm níveis próprios com 'debug'/'info'.\n */\nexport type EventType = 'fatal' | 'error' | 'warning' | 'success';\n\n/** Nível de uma breadcrumb — trilha do que aconteceu antes, aqui log é bem-vindo. */\nexport type BreadcrumbLevel = 'debug' | 'info' | 'warning' | 'error' | 'fatal';\n\n/** Frames em ordem innermost-first (mesma ordem impressa pelo V8). */\nexport interface StackFrame {\n  function?: string;\n  filename?: string;\n  lineno?: number;\n  colno?: number;\n  in_app: boolean;\n}\n\nexport interface Breadcrumb {\n  /** ISO 8601 */\n  timestamp: string;\n  type?: string;\n  category?: string;\n  message?: string;\n  level?: BreadcrumbLevel;\n  data?: Record<string, unknown>;\n}\n\nexport interface ExceptionData {\n  type: string;\n  value: string;\n  stacktrace?: { frames: StackFrame[] };\n}\n\nexport interface EventUser {\n  id?: string;\n  username?: string;\n  email?: string;\n}\n\nexport interface EventPayload {\n  /** uuid v4 sem hífens (32 hex), gerado pelo SDK */\n  event_id: string;\n  /** ISO 8601 */\n  timestamp: string;\n  type: EventType;\n  message?: string;\n  exception?: ExceptionData;\n  /** Override de agrupamento; quando ausente o servidor calcula pelo stack trace */\n  fingerprint?: string[];\n  breadcrumbs?: Breadcrumb[];\n  tags?: Record<string, string>;\n  user?: EventUser;\n  contexts?: Record<string, Record<string, unknown>>;\n  extra?: Record<string, unknown>;\n  release?: string;\n  environment?: string;\n}\n\n/** Status de uma step (etapa). `warning` = terminou, mas merece atenção (não é falha). */\nexport type StepStatus = 'ok' | 'warning' | 'error' | 'cancelled';\n\nexport interface StepData {\n  /** 16 hex */\n  step_id: string;\n  parent_step_id?: string;\n  op?: string;\n  description?: string;\n  status?: StepStatus;\n  /** ISO 8601 */\n  start_timestamp: string;\n  /** ISO 8601 (fim da step) */\n  timestamp: string;\n  data?: Record<string, unknown>;\n}\n\nexport interface TransactionPayload {\n  event_id: string;\n  name: string;\n  op?: string;\n  status: string;\n  start_timestamp: string;\n  timestamp: string;\n  steps: StepData[];\n  tags?: Record<string, string>;\n  release?: string;\n  environment?: string;\n  /** Correlaciona esta transaction a uma execução de task (ctx.tx dentro de um task handler) */\n  run_id?: string;\n}\n\nexport interface HeartbeatPayload {\n  instance_id: string;\n  name?: string;\n  interval_ms: number;\n  /** ISO 8601 */\n  timestamp: string;\n  metadata?: Record<string, unknown>;\n  release?: string;\n}\n\nexport type EnvelopeItem =\n  | { type: 'event'; payload: EventPayload }\n  | { type: 'transaction'; payload: TransactionPayload }\n  | { type: 'heartbeat'; payload: HeartbeatPayload };\n\nexport interface Envelope {\n  sdk: { name: string; version: string };\n  /** ISO 8601 */\n  sent_at: string;\n  items: EnvelopeItem[];\n}\n"],"mappings":";;;;;;;;;;;;;;;;AAAA;AAAA;","names":[]}
+{"version":3,"sources":["../src/protocol.ts"],"sourcesContent":["/**\n * Tipos do protocolo do Hobots (SDK → servidor).\n *\n * Este arquivo é a fonte de verdade do wire format e só pode reexportar tipos:\n * o app valida os payloads com zod e trava o drift via `satisfies z.ZodType<...>`\n * contra estes tipos (importados de `hobots/protocol`).\n */\n\nimport type { EnvironmentInput } from './environment-protocol';\nimport type { MachineSnapshot } from './machine-protocol';\n\n// Wire format de tasks (agente ↔ servidor) — reexportado aqui para o app\n// consumir tudo de `hobots/protocol`.\nexport type {\n  RunStatus,\n  RunUpdateStatus,\n  RunLogLevel,\n  RunLogEntry,\n  InstanceInfo,\n  PollRequest,\n  RunDescriptor,\n  PollResponse,\n  RunError,\n  RunProgress,\n  RunUpdateRequest,\n  RunUpdateResponse,\n  RunItemStatus,\n  RunItemInput,\n  RunItemsCreateRequest,\n  RunItemsCreateResponse,\n  RunAttachmentContentType,\n  RunAttachmentCreateRequest,\n  RunAttachmentCreateResponse,\n  RunAttachmentConfirmRequest,\n  RunAttachmentConfirmResponse,\n} from './tasks/protocol';\n\n// Snapshot de recursos da máquina — usado no heartbeat, no poll e em contexts.machine.\nexport type { MachineProcess, MachineSnapshot } from './machine-protocol';\nexport type { Environment, EnvironmentInput } from './environment-protocol';\n\n/**\n * Tipo de um evento — o que ele é, não o quanto ele fala. Só 'fatal', 'error' e\n * 'warning' viram issue; 'success' é ingerido e nunca abre issue.\n * Ruído de log não é evento: para isso existem os logs da execução (RunLogLevel)\n * e as breadcrumbs, que têm níveis próprios com 'debug'/'info'.\n */\nexport type EventType = 'fatal' | 'error' | 'warning' | 'success';\n\n/** Nível de uma breadcrumb — trilha do que aconteceu antes, aqui log é bem-vindo. */\nexport type BreadcrumbLevel = 'debug' | 'info' | 'warning' | 'error' | 'fatal';\n\n/** Frames em ordem innermost-first (mesma ordem impressa pelo V8). */\nexport interface StackFrame {\n  function?: string;\n  filename?: string;\n  lineno?: number;\n  colno?: number;\n  in_app: boolean;\n}\n\nexport interface Breadcrumb {\n  /** ISO 8601 */\n  timestamp: string;\n  type?: string;\n  category?: string;\n  message?: string;\n  level?: BreadcrumbLevel;\n  data?: Record<string, unknown>;\n}\n\nexport interface ExceptionData {\n  type: string;\n  value: string;\n  stacktrace?: { frames: StackFrame[] };\n}\n\nexport interface EventUser {\n  id?: string;\n  username?: string;\n  email?: string;\n}\n\nexport interface EventPayload {\n  /** uuid v4 sem hífens (32 hex), gerado pelo SDK */\n  event_id: string;\n  /** ISO 8601 */\n  timestamp: string;\n  type: EventType;\n  message?: string;\n  exception?: ExceptionData;\n  /** Override de agrupamento; quando ausente o servidor calcula pelo stack trace */\n  fingerprint?: string[];\n  breadcrumbs?: Breadcrumb[];\n  tags?: Record<string, string>;\n  user?: EventUser;\n  contexts?: Record<string, Record<string, unknown>>;\n  extra?: Record<string, unknown>;\n  release?: string;\n  environment?: EnvironmentInput;\n}\n\n/** Status de uma step (etapa). `warning` = terminou, mas merece atenção (não é falha). */\nexport type StepStatus = 'ok' | 'warning' | 'error' | 'cancelled';\n\nexport interface StepData {\n  /** 16 hex */\n  step_id: string;\n  parent_step_id?: string;\n  op?: string;\n  description?: string;\n  status?: StepStatus;\n  /** ISO 8601 */\n  start_timestamp: string;\n  /** ISO 8601 (fim da step) */\n  timestamp: string;\n  data?: Record<string, unknown>;\n}\n\nexport interface TransactionPayload {\n  event_id: string;\n  name: string;\n  op?: string;\n  status: string;\n  start_timestamp: string;\n  timestamp: string;\n  steps: StepData[];\n  tags?: Record<string, string>;\n  release?: string;\n  environment?: EnvironmentInput;\n  /** Correlaciona esta transaction a uma execução de task (ctx.tx dentro de um task handler) */\n  run_id?: string;\n}\n\nexport interface HeartbeatPayload {\n  instance_id: string;\n  name?: string;\n  interval_ms: number;\n  /** ISO 8601 */\n  timestamp: string;\n  metadata?: Record<string, unknown>;\n  release?: string;\n  /** Ambiente da instância — é ele que o app exibe e que as regras de alerta filtram */\n  environment?: EnvironmentInput;\n  /** Recursos da máquina no momento do beat (CPU, memória, disco, processo) */\n  machine?: MachineSnapshot;\n}\n\nexport type EnvelopeItem =\n  | { type: 'event'; payload: EventPayload }\n  | { type: 'transaction'; payload: TransactionPayload }\n  | { type: 'heartbeat'; payload: HeartbeatPayload };\n\nexport interface Envelope {\n  sdk: { name: string; version: string };\n  /** ISO 8601 */\n  sent_at: string;\n  items: EnvelopeItem[];\n}\n"],"mappings":";;;;;;;;;;;;;;;;AAAA;AAAA;","names":[]}

package/dist/protocol.d.cts

@@ -1,3 +1,76 @@
+/**
+ * Ambiente lógico onde o robô roda.
+ *
+ * Arquivo-folha do protocolo (não importa nada): referenciado pelo heartbeat, pelo
+ * poll de tasks (`InstanceInfo.environment`) e pelos eventos/transactions, e
+ * reexportado por `hobots/protocol`.
+ *
+ * A fonte única do vocabulário (rótulos em pt-BR, apelidos legados aceitos e a
+ * normalização) vive no servidor, em packages/utils/src/environments.ts — o SDK é
+ * publicado sozinho no npm e não depende do monorepo, então o union é redeclarado
+ * aqui. O servidor normaliza o que chega: valores antigos de texto livre ('prod',
+ * 'qa', 'homologacao') continuam sendo aceitos e classificados.
+ */
+type Environment = 'development' | 'testing' | 'staging' | 'production';
+/**
+ * O que o wire realmente aceita: o ambiente canônico ou uma string legada que o
+ * servidor normaliza ('prod', 'qa', 'homologacao'...). O `string & {}` preserva o
+ * autocomplete dos quatro valores sem fechar a porta para o que já roda em campo
+ * — e mantém os `satisfies z.ZodType<...>` da api fechando contra `z.string()`.
+ */
+type EnvironmentInput = Environment | (string & {});
+
+/**
+ * Snapshot dos recursos da máquina onde a instância roda.
+ *
+ * Arquivo-folha do protocolo (não importa nada): reexportado por `hobots/protocol`
+ * e referenciado pelo heartbeat, pelo poll de tasks (`InstanceInfo.machine`) e por
+ * `contexts.machine` nos eventos. Bytes em bytes; percentuais 0..100. Campo ausente =
+ * não mensurável nesta plataforma/runtime.
+ */
+interface MachineProcess {
+    pid: number;
+    /** segundos desde o `init()` do SDK (Python) / início do processo (Node) */
+    uptime_s: number;
+    /** memória residente do processo do bot */
+    rss_bytes?: number;
+    /** CPU do processo, 0..100 normalizado pelo número de cores (delta entre coletas); null até haver 2 amostras */
+    cpu_percent?: number | null;
+    /** só Node: `process.memoryUsage().heapUsed` */
+    heap_used_bytes?: number;
+    /** só Python: `threading.active_count()` */
+    threads?: number;
+}
+interface MachineSnapshot {
+    /** ISO 8601 — momento da coleta (relógio do cliente) */
+    sampled_at: string;
+    /** `InitOptions.instanceId` — liga o snapshot de um evento à série da instância */
+    instance_id?: string;
+    hostname?: string;
+    /** `process.platform` / `sys.platform`: 'linux' | 'win32' | 'darwin' | ... */
+    os?: string;
+    arch?: string;
+    /** cores lógicos */
+    cpu_count?: number;
+    /** uso de CPU do sistema, 0..100 — média entre duas coletas; null até haver 2 amostras */
+    cpu_percent?: number | null;
+    /** load average de 1 min (POSIX; ausente no Windows) */
+    load_1?: number;
+    mem_total_bytes?: number;
+    mem_available_bytes?: number;
+    /** (total - disponível) / total × 100 */
+    mem_percent?: number;
+    /** volume medido — o diretório de trabalho do processo */
+    disk_path?: string;
+    disk_total_bytes?: number;
+    /** disponível para o usuário (bavail) */
+    disk_free_bytes?: number;
+    disk_percent?: number;
+    process: MachineProcess;
+    /** de onde vieram os números */
+    source?: 'stdlib' | 'psutil' | 'stdlib-loadavg';
+}
+
 /**
  * Tipos do protocolo de tasks do Hobots (agente SDK ↔ servidor).
  *
@@ -5,6 +78,7 @@
  * o app valida os payloads com zod e trava o drift via `satisfies z.ZodType<...>`
  * contra estes tipos (reexportados por `hobots/protocol`).
  */
+
 /** Ciclo de vida completo de uma run no servidor. */
 type RunStatus = 'pending' | 'claimed' | 'running' | 'succeeded' | 'failed' | 'canceled';
 /** Subconjunto que o agente pode enviar no PATCH. */
@@ -30,6 +104,8 @@ interface InstanceInfo {
     version?: string;
     /** Hostname da máquina */
     host?: string;
+    /** Ambiente da instância — mesmo valor do heartbeat; agentes poll-only só o informam aqui */
+    environment?: EnvironmentInput;
     /** Tasks registradas no agente */
     tasks?: string[];
     /**
@@ -37,6 +113,8 @@ interface InstanceInfo {
      * agentes poll-only, que sem isso herdariam a tolerância do heartbeat (30s × 3).
      */
     poll_interval_ms?: number;
+    /** Recursos da máquina no momento do poll — alimenta a série da instância em agentes sem heartbeat */
+    machine?: MachineSnapshot;
 }
 /** POST /v1/tasks/poll */
 interface PollRequest {
@@ -221,7 +299,7 @@ interface EventPayload {
     contexts?: Record<string, Record<string, unknown>>;
     extra?: Record<string, unknown>;
     release?: string;
-    environment?: string;
+    environment?: EnvironmentInput;
 }
 /** Status de uma step (etapa). `warning` = terminou, mas merece atenção (não é falha). */
 type StepStatus = 'ok' | 'warning' | 'error' | 'cancelled';
@@ -248,7 +326,7 @@ interface TransactionPayload {
     steps: StepData[];
     tags?: Record<string, string>;
     release?: string;
-    environment?: string;
+    environment?: EnvironmentInput;
     /** Correlaciona esta transaction a uma execução de task (ctx.tx dentro de um task handler) */
     run_id?: string;
 }
@@ -260,6 +338,10 @@ interface HeartbeatPayload {
     timestamp: string;
     metadata?: Record<string, unknown>;
     release?: string;
+    /** Ambiente da instância — é ele que o app exibe e que as regras de alerta filtram */
+    environment?: EnvironmentInput;
+    /** Recursos da máquina no momento do beat (CPU, memória, disco, processo) */
+    machine?: MachineSnapshot;
 }
 type EnvelopeItem = {
     type: 'event';
@@ -281,4 +363,4 @@ interface Envelope {
     items: EnvelopeItem[];
 }
 
-export type { Breadcrumb, BreadcrumbLevel, Envelope, EnvelopeItem, EventPayload, EventType, EventUser, ExceptionData, HeartbeatPayload, InstanceInfo, PollRequest, PollResponse, RunAttachmentConfirmRequest, RunAttachmentConfirmResponse, RunAttachmentContentType, RunAttachmentCreateRequest, RunAttachmentCreateResponse, RunDescriptor, RunError, RunItemInput, RunItemStatus, RunItemsCreateRequest, RunItemsCreateResponse, RunLogEntry, RunLogLevel, RunProgress, RunStatus, RunUpdateRequest, RunUpdateResponse, RunUpdateStatus, StackFrame, StepData, StepStatus, TransactionPayload };
+export type { Breadcrumb, BreadcrumbLevel, Envelope, EnvelopeItem, Environment, EnvironmentInput, EventPayload, EventType, EventUser, ExceptionData, HeartbeatPayload, InstanceInfo, MachineProcess, MachineSnapshot, PollRequest, PollResponse, RunAttachmentConfirmRequest, RunAttachmentConfirmResponse, RunAttachmentContentType, RunAttachmentCreateRequest, RunAttachmentCreateResponse, RunDescriptor, RunError, RunItemInput, RunItemStatus, RunItemsCreateRequest, RunItemsCreateResponse, RunLogEntry, RunLogLevel, RunProgress, RunStatus, RunUpdateRequest, RunUpdateResponse, RunUpdateStatus, StackFrame, StepData, StepStatus, TransactionPayload };

package/dist/protocol.d.ts

@@ -1,3 +1,76 @@
+/**
+ * Ambiente lógico onde o robô roda.
+ *
+ * Arquivo-folha do protocolo (não importa nada): referenciado pelo heartbeat, pelo
+ * poll de tasks (`InstanceInfo.environment`) e pelos eventos/transactions, e
+ * reexportado por `hobots/protocol`.
+ *
+ * A fonte única do vocabulário (rótulos em pt-BR, apelidos legados aceitos e a
+ * normalização) vive no servidor, em packages/utils/src/environments.ts — o SDK é
+ * publicado sozinho no npm e não depende do monorepo, então o union é redeclarado
+ * aqui. O servidor normaliza o que chega: valores antigos de texto livre ('prod',
+ * 'qa', 'homologacao') continuam sendo aceitos e classificados.
+ */
+type Environment = 'development' | 'testing' | 'staging' | 'production';
+/**
+ * O que o wire realmente aceita: o ambiente canônico ou uma string legada que o
+ * servidor normaliza ('prod', 'qa', 'homologacao'...). O `string & {}` preserva o
+ * autocomplete dos quatro valores sem fechar a porta para o que já roda em campo
+ * — e mantém os `satisfies z.ZodType<...>` da api fechando contra `z.string()`.
+ */
+type EnvironmentInput = Environment | (string & {});
+
+/**
+ * Snapshot dos recursos da máquina onde a instância roda.
+ *
+ * Arquivo-folha do protocolo (não importa nada): reexportado por `hobots/protocol`
+ * e referenciado pelo heartbeat, pelo poll de tasks (`InstanceInfo.machine`) e por
+ * `contexts.machine` nos eventos. Bytes em bytes; percentuais 0..100. Campo ausente =
+ * não mensurável nesta plataforma/runtime.
+ */
+interface MachineProcess {
+    pid: number;
+    /** segundos desde o `init()` do SDK (Python) / início do processo (Node) */
+    uptime_s: number;
+    /** memória residente do processo do bot */
+    rss_bytes?: number;
+    /** CPU do processo, 0..100 normalizado pelo número de cores (delta entre coletas); null até haver 2 amostras */
+    cpu_percent?: number | null;
+    /** só Node: `process.memoryUsage().heapUsed` */
+    heap_used_bytes?: number;
+    /** só Python: `threading.active_count()` */
+    threads?: number;
+}
+interface MachineSnapshot {
+    /** ISO 8601 — momento da coleta (relógio do cliente) */
+    sampled_at: string;
+    /** `InitOptions.instanceId` — liga o snapshot de um evento à série da instância */
+    instance_id?: string;
+    hostname?: string;
+    /** `process.platform` / `sys.platform`: 'linux' | 'win32' | 'darwin' | ... */
+    os?: string;
+    arch?: string;
+    /** cores lógicos */
+    cpu_count?: number;
+    /** uso de CPU do sistema, 0..100 — média entre duas coletas; null até haver 2 amostras */
+    cpu_percent?: number | null;
+    /** load average de 1 min (POSIX; ausente no Windows) */
+    load_1?: number;
+    mem_total_bytes?: number;
+    mem_available_bytes?: number;
+    /** (total - disponível) / total × 100 */
+    mem_percent?: number;
+    /** volume medido — o diretório de trabalho do processo */
+    disk_path?: string;
+    disk_total_bytes?: number;
+    /** disponível para o usuário (bavail) */
+    disk_free_bytes?: number;
+    disk_percent?: number;
+    process: MachineProcess;
+    /** de onde vieram os números */
+    source?: 'stdlib' | 'psutil' | 'stdlib-loadavg';
+}
+
 /**
  * Tipos do protocolo de tasks do Hobots (agente SDK ↔ servidor).
  *
@@ -5,6 +78,7 @@
  * o app valida os payloads com zod e trava o drift via `satisfies z.ZodType<...>`
  * contra estes tipos (reexportados por `hobots/protocol`).
  */
+
 /** Ciclo de vida completo de uma run no servidor. */
 type RunStatus = 'pending' | 'claimed' | 'running' | 'succeeded' | 'failed' | 'canceled';
 /** Subconjunto que o agente pode enviar no PATCH. */
@@ -30,6 +104,8 @@ interface InstanceInfo {
     version?: string;
     /** Hostname da máquina */
     host?: string;
+    /** Ambiente da instância — mesmo valor do heartbeat; agentes poll-only só o informam aqui */
+    environment?: EnvironmentInput;
     /** Tasks registradas no agente */
     tasks?: string[];
     /**
@@ -37,6 +113,8 @@ interface InstanceInfo {
      * agentes poll-only, que sem isso herdariam a tolerância do heartbeat (30s × 3).
      */
     poll_interval_ms?: number;
+    /** Recursos da máquina no momento do poll — alimenta a série da instância em agentes sem heartbeat */
+    machine?: MachineSnapshot;
 }
 /** POST /v1/tasks/poll */
 interface PollRequest {
@@ -221,7 +299,7 @@ interface EventPayload {
     contexts?: Record<string, Record<string, unknown>>;
     extra?: Record<string, unknown>;
     release?: string;
-    environment?: string;
+    environment?: EnvironmentInput;
 }
 /** Status de uma step (etapa). `warning` = terminou, mas merece atenção (não é falha). */
 type StepStatus = 'ok' | 'warning' | 'error' | 'cancelled';
@@ -248,7 +326,7 @@ interface TransactionPayload {
     steps: StepData[];
     tags?: Record<string, string>;
     release?: string;
-    environment?: string;
+    environment?: EnvironmentInput;
     /** Correlaciona esta transaction a uma execução de task (ctx.tx dentro de um task handler) */
     run_id?: string;
 }
@@ -260,6 +338,10 @@ interface HeartbeatPayload {
     timestamp: string;
     metadata?: Record<string, unknown>;
     release?: string;
+    /** Ambiente da instância — é ele que o app exibe e que as regras de alerta filtram */
+    environment?: EnvironmentInput;
+    /** Recursos da máquina no momento do beat (CPU, memória, disco, processo) */
+    machine?: MachineSnapshot;
 }
 type EnvelopeItem = {
     type: 'event';
@@ -281,4 +363,4 @@ interface Envelope {
     items: EnvelopeItem[];
 }
 
-export type { Breadcrumb, BreadcrumbLevel, Envelope, EnvelopeItem, EventPayload, EventType, EventUser, ExceptionData, HeartbeatPayload, InstanceInfo, PollRequest, PollResponse, RunAttachmentConfirmRequest, RunAttachmentConfirmResponse, RunAttachmentContentType, RunAttachmentCreateRequest, RunAttachmentCreateResponse, RunDescriptor, RunError, RunItemInput, RunItemStatus, RunItemsCreateRequest, RunItemsCreateResponse, RunLogEntry, RunLogLevel, RunProgress, RunStatus, RunUpdateRequest, RunUpdateResponse, RunUpdateStatus, StackFrame, StepData, StepStatus, TransactionPayload };
+export type { Breadcrumb, BreadcrumbLevel, Envelope, EnvelopeItem, Environment, EnvironmentInput, EventPayload, EventType, EventUser, ExceptionData, HeartbeatPayload, InstanceInfo, MachineProcess, MachineSnapshot, PollRequest, PollResponse, RunAttachmentConfirmRequest, RunAttachmentConfirmResponse, RunAttachmentContentType, RunAttachmentCreateRequest, RunAttachmentCreateResponse, RunDescriptor, RunError, RunItemInput, RunItemStatus, RunItemsCreateRequest, RunItemsCreateResponse, RunLogEntry, RunLogLevel, RunProgress, RunStatus, RunUpdateRequest, RunUpdateResponse, RunUpdateStatus, StackFrame, StepData, StepStatus, TransactionPayload };

package/docs/api-reference.md

@@ -95,7 +95,7 @@ No poll, o agente se identifica com `InstanceInfo` (`hobots/protocol`): o campo
 | Opção | Tipo | Default | Descrição |
 | --- | --- | --- | --- |
 | `clientSecret` | `string` | — | **obrigatório**; o Client Secret do agente (`hb_<64 hex>`), copiado em **Configurações → Agentes** |
-| `environment` | `string` | `'production'` | ambiente lógico |
+| `environment` | `'development' \| 'testing' \| 'staging' \| 'production'` | `'production'` | ambiente lógico — vai nos eventos **e** na identidade da instância; é por ele que as regras de alerta decidem se notificam |
 | `release` | `string` | — | versão do programa, ex. `robo-nfe@1.4.2` |
 | `instanceId` | `string` | **obrigatório** | identidade única da instância; heartbeat e poll de tasks convergem nela |
 | `tags` | `Record<string,string>` | — | tags aplicadas a todos os eventos |
@@ -103,6 +103,7 @@ No poll, o agente se identifica com `InstanceInfo` (`hobots/protocol`): o campo
 | `tracesSampleRate` | `number` | `1` | amostragem de transactions (0..1) |
 | `maxBreadcrumbs` | `number` | `100` | tamanho do buffer de breadcrumbs |
 | `captureUnhandled` | `boolean` | `true` | handlers globais de erro |
+| `machineMetrics` | `boolean` | `true` | coleta CPU/memória/disco/processo: vai no heartbeat e no poll (série da instância) e em `contexts.machine` de cada evento; só em Node |
 | `heartbeat` | `boolean \| HeartbeatOptions` | `false` | heartbeat periódico |
 | `tasks` | `boolean \| TasksOptions` | `false` | habilita a execução sob demanda (`true` usa defaults) |
 | `beforeSend` | `(event) => event \| null` | — | edita/descarta evento (retorne `null` para descartar) |
@@ -120,6 +121,8 @@ O teto da fila do transport (200 itens; ao encher, o **mais antigo** é descarta
 | `name` | `string` | o `instanceId` | nome amigável no dashboard |
 | `metadata` | `Record<string,unknown>` | — | metadados anexados ao batimento |
 
+Com `machineMetrics` (default) cada batimento também leva `machine` — um [MachineSnapshot](./protocol.md#machinesnapshot) da máquina.
+
 ### CaptureHint
 
 | Campo | Tipo | Descrição |

package/docs/concepts.md

@@ -339,7 +339,7 @@ O que o torna especial é que ele é a identidade dos **dois** canais ao mesmo t
 
 ## Release e environment
 
-**`release`** é a versão do seu programa (`robo-nfe@1.4.2`) e **`environment`** é o ambiente lógico (`production`, `homologacao`). Os dois são anexados a **todo** item enviado: eventos e transactions.
+**`release`** é a versão do seu programa (`robo-nfe@1.4.2`) e **`environment`** é o ambiente lógico, um de quatro valores: `development`, `testing`, `staging` (homologação) e `production`. Os dois são anexados a **todo** item enviado: eventos e transactions — e o `environment` vai também na identidade da **instância**, pelo heartbeat e pelo poll.
 
 Servem a duas perguntas concretas:
 
@@ -348,6 +348,10 @@ Servem a duas perguntas concretas:
 
 `environment` default é `production`. Se você roda homologação sem definir isso, os dois ambientes se misturam na mesma issue — vale configurar no primeiro dia.
 
+E não é só organização: é o `environment` que decide **quem é notificado**. Cada regra de alerta lista os ambientes em que dispara, e por padrão só produção — um erro de homologação não acorda a lista de plantão, e uma máquina de testes que desliga no fim do expediente não vira alerta de madrugada. Para ser avisado em outro ambiente, marque-o na regra em **Alertas**.
+
+Valores antigos de texto livre (`prod`, `qa`, `homologacao`) continuam sendo aceitos — o servidor os classifica num dos quatro; o que ele não reconhece vira produção, para nunca silenciar um alerta por engano. O ambiente de uma instância também pode ser corrigido no app, na página dela: a partir daí ele ignora o que o robô declara, até você desfazer.
+
 ## Run
 
 Uma **run** (execução) é um pedido concreto de trabalho criado no app: alguém preencheu o formulário da task, ou uma automação disparou, e agora existe uma solicitação esperando um agente pegar.

package/docs/protocol.md

@@ -44,6 +44,28 @@ Um `transaction` pode carregar `run_id`: é assim que a [transaction de uma run]
 
 **Flush & retries:** o transport flusha por `flushIntervalMs` ou ao atingir `maxBatchSize`. Ladder de retry de 3 tentativas; respostas 4xx (exceto 429) são descartadas sem retry; a fila tem teto fixo e descarta os itens **mais antigos** ao encher. Todos os valores em [Tempos e intervalos](./api-reference.md#tempos-e-intervalos).
 
+
+### MachineSnapshot
+
+Recursos da máquina onde a instância roda. Vai em `HeartbeatPayload.machine`, em `instance.machine` do `POST /v1/tasks/poll` e em `contexts.machine` dos eventos. Bytes em bytes, percentuais 0..100; campo ausente = não mensurável nesta plataforma. Teto: **4 KiB** serializado (heartbeat/poll → 422; `contexts.machine` idem). Chaves desconhecidas são descartadas pelo servidor.
+
+| Campo | Tipo | Descrição |
+| --- | --- | --- |
+| `sampled_at` | ISO 8601 | momento da coleta (relógio do cliente) — chave de dedupe da série |
+| `instance_id` | string | o `instanceId` do `init()` — liga o snapshot de um evento à série da instância |
+| `hostname`, `os`, `arch` | string | identificação da máquina (`process.platform` / `sys.platform`) |
+| `cpu_count` | int | cores lógicos |
+| `cpu_percent` | number \| null | uso de CPU do sistema — média entre duas coletas; `null` até haver 2 amostras |
+| `load_1` | number | load average de 1 min (POSIX; ausente no Windows) |
+| `mem_total_bytes`, `mem_available_bytes`, `mem_percent` | int, int, number | memória do sistema |
+| `disk_path`, `disk_total_bytes`, `disk_free_bytes`, `disk_percent` | string, int, int, number | volume do diretório de trabalho do bot |
+| `process.pid`, `process.uptime_s` | int, number | **obrigatórios** |
+| `process.rss_bytes`, `process.cpu_percent` | int, number \| null | memória residente e CPU do processo (normalizada pelos cores) |
+| `process.heap_used_bytes` / `process.threads` | int | só Node / só Python |
+| `source` | `stdlib` \| `psutil` \| `stdlib-loadavg` | de onde vieram os números (`stdlib-loadavg` = CPU estimada pelo load, macOS sem psutil) |
+
+O servidor guarda o último snapshot em `instances.machine` e um ponto por heartbeat/poll (máx. 1 a cada 30s por instância) em `instance_metrics`, expurgado em 14 dias.
+
 ## Tasks — polling e reporte
 
 Dois endpoints sob `<baseUrl>/v1/tasks`, ambos com `Authorization: Bearer <clientSecret>` (a credencial única do agente):
@@ -59,6 +81,7 @@ Corpo `PollRequest`:
     "name": "VM 01",
     "version": "2.0.0",
     "host": "vm-01",
+    "environment": "production", // ambiente da instância: development | testing | staging | production
     "tasks": ["processar-nfe"]
   },
   "max": 1,                       // quantas reivindicar (1..5)

package/docs/telemetry.md

@@ -133,6 +133,17 @@ O primeiro batimento sai **na hora** em que o `init()` roda — não depois do p
 
 Essa identidade é a mesma que o poll de tasks envia (`agent.instance_id`) — os dois canais derivam do `instanceId` do `init()`, então o robô aparece como **um agente só** no módulo Agentes automaticamente. Por isso, com `tasks: true` o heartbeat é **opcional** (o poll já marca a presença do agente); ele é essencial para agentes só de telemetria.
 
+## Recursos da máquina (CPU, memória, disco)
+
+Ligado por padrão em Node (`machineMetrics: true`), o SDK coleta CPU do sistema, memória, disco do volume do bot e RSS/CPU do próprio processo — **sem dependência nova** e sem timer próprio: a leitura pega carona em cada heartbeat e em cada poll de tasks (série da instância em **Instâncias → recursos da máquina**) e vai como `contexts.machine` em cada evento (card **"máquina no momento do erro"** no detalhe da issue). Assim dá para responder se o ambiente tem recurso suficiente e se um erro coincidiu com CPU/memória no limite.
+
+```js
+Hobots.init({ clientSecret, instanceId: 'vm-01', heartbeat: true }); // coleta ligada
+Hobots.init({ clientSecret, instanceId: 'vm-01', machineMetrics: false }); // desliga
+```
+
+O snapshot tem ~600 bytes (teto do servidor: 4 KiB). Formato em [Protocolo → MachineSnapshot](./protocol.md#machinesnapshot).
+
 ## Flush e close
 
 Nada é enviado na hora: cada evento, transaction e heartbeat entra numa **fila em memória** e sai em lote. É por isso que essas duas funções existem — quando o processo morre, a fila morre com ele. Conceito: [Fila, flush e close](./concepts.md#fila-flush-e-close).

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "hobots",
-  "version": "2.2.0",
+  "version": "2.4.0",
   "description": "SDK JavaScript da Hobots — telemetria (erros, transactions e heartbeats) e execução remota de tarefas sob demanda (tasks) para RPAs e integrações. Um único import e um único init().",
   "type": "module",
   "sideEffects": false,
@@ -31,7 +31,8 @@
     "build": "tsup",
     "dev": "tsup --watch",
     "lint": "eslint . --max-warnings 0",
-    "test": "node --test \"test/**/*.test.mjs\"",
+    "test": "vitest run",
+    "test:watch": "vitest",
     "typecheck": "tsc --noEmit"
   },
   "devDependencies": {
@@ -39,6 +40,7 @@
     "@workspace/eslint-config": "workspace:*",
     "@workspace/typescript-config": "workspace:*",
     "tsup": "^8.4.0",
-    "typescript": "5.7.3"
+    "typescript": "5.7.3",
+    "vitest": "^4.1.10"
   }
 }