Dingous ID
O mesmo usuário e o mesmo public_id em todos os produtos. Google/e-mail são aliases da identidade, não cadastros paralelos.
Identidade única, apps, entitlements, busca, memória consentida, notificações, Event Bus, metering, plugins, Tool Gateway e MCP em uma API versionada.
GET /api/v1/ecosystem/{companyId}/me
GET /api/v1/ecosystem/{companyId}/apps
GET /api/v1/ecosystem/{companyId}/search
POST /api/v1/ecosystem/{companyId}/events
GET|PUT|DELETE /api/v1/ecosystem/{companyId}/memory
POST /api/ecosystem/tools/execute
O mesmo usuário e o mesmo public_id em todos os produtos. Google/e-mail são aliases da identidade, não cadastros paralelos.
Apps e recursos são liberados por empresa, usuário, plano e override centralizado.
Eventos padronizados são registrados no PostgreSQL e publicados no RabbitMQ já existente.
Fatos são privados ao app por padrão e só atravessam apps com consentimento explícito.
Tool Gateway e MCP reutilizam o marketplace/runtime já existente, sem uma segunda plataforma de ferramentas.
Metering cross-app se soma aos planos e entitlements atuais para quotas, cobrança e observabilidade.
O SDK não cria outro login. O app usa o token do Dingous ID e injeta esse token no cliente.
var client = new DingousClient(
new HttpClient { BaseAddress = new Uri("https://www.dingous.com.br") },
ct => ValueTask.FromResult<string?>(accessToken));
var apps = await client.GetAppsAsync(companyId);
await client.PublishEventAsync(
companyId,
"meu-mei",
"custom.invoice.created",
new { invoiceId = 123 });
user.created
company.created
company.claimed
match.created
lead.created
proposal.created
conversation.started
payment.created
agent.completed
knowledge.updated
notification.created
app.enabled
app.disabled
Os produtos continuam reutilizando o Design System compartilhado do repositório. SDK e API são a camada funcional; o Design System é a camada visual.