O produto, de ponta a ponta.

Ler e verificar

Um check-in são algumas linhas no chat ou uma frase dita ao assistente. O analisador extrai o que foi concluído, o que está planeado, o bloqueio, a entrada e a saída, e a localização quando a pessoa deu consentimento. As gralhas são toleradas; quando o analisador estruturado não consegue ler uma mensagem, um modelo de linguagem converte o texto livre nos mesmos campos.

As afirmações são depois confrontadas com o trabalho real: as tarefas mencionadas no check-in são cruzadas com a atividade no Jira, GitHub e GitLab. A presença é confirmada com um ping leve e consentido, respondido com qualquer resposta curta; uma resposta nunca é rejeitada, apenas classificada por dispositivo e rede no próprio servidor. Os dias longos sem interrupção são limitados e entregues a um humano, em vez de creditados ou postos em causa.

Orientar e explicar

A orientação é um motor de regras, não um modelo de conversa: até quatro recomendações por período, o pior sinal primeiro, cada uma a citar a evidência de onde veio no registo de tarefas, nos pilares e no catálogo de funções da própria pessoa. Um passo opcional de IA pode reformular uma recomendação; nunca pode acrescentar ou remover nenhuma.

Escrever "/pulse me" no chat devolve o cartão de pontuação com o escalão, os cinco pilares e o que os fez mover. Os resumos pessoais semanais, mensais e semestrais chegam por mensagem direta; um modelo escreve a curta narrativa semanal a partir dos check-ins da própria pessoa e tem instruções para nunca inventar trabalho. O Ask AI responde a perguntas em várias voltas sobre os dados em direto da equipa, por teclado ou por voz, e etiqueta cada resposta com o fornecedor que a produziu.

Decidir: o motor neuronal

As decisões de rotina passam por uma camada neuronal treinada no vosso próprio histórico, num de quatro modos: desligado, sombra (prevê e regista, não altera nada), assistido (as decisões de confiança média ficam em fila para um administrador) e automático (as decisões de confiança elevada agem, registadas e reversíveis). Cada decisão traz uma probabilidade calibrada e uma razão; o limiar automático por defeito é 0.85.

• Cabeças de decisão: assinalar um check-in, manter uma penalização, aprovar ausências automaticamente, avaliar se um lembrete resultou, risco de não comparência
• Salvaguardas: nenhuma ação sobre quem tem menos de 14 dias de histórico, no máximo 5 ações automáticas por pessoa por semana, uma lista de quem nunca recebe mensagens diretas; as penalizações nunca saem do modo assistido
• A aprovação automática de ausências passa também primeiro por regras simples: pedido curto, antecedência suficiente, saldo, cobertura da equipa, sem datas bloqueadas; a baixa por doença vai sempre para um humano

Agentes e bots

Quatro agentes de execução ficam desligados até os ativarem: ausências em linguagem natural ("sexta estou de folga" torna-se um pedido que a pessoa confirma), onboarding, perguntas e respostas em autosserviço que escolhem uma consulta pré-construída e nunca passam o vosso texto para SQL, e um encaminhador de bloqueios que alerta o colega cujos check-ins recentes mencionam a mesma área. As personas de bot (predefinidas como Técnico, DevOps ou RH, além das vossas) respondem apenas a partir do texto de instruções que escreverem para elas. Uma pergunta vai para um bot com uma confiança e, abaixo de 0.45, o encaminhador diz que não tem a certeza.

Pessoas

Quem está ativo, presença e dispositivos, férias e ausências. A presença vem do cliente de chat que a pessoa já utiliza; não há agente para instalar.

• Estados de entrada, prevenção, atraso, férias e saída a partir do check-in diário, no fuso horário da própria pessoa
• Presença em desktop e móvel: online, ausente, ocupado, offline
• Ausências pedidas no chat e decididas por regras definidas por vós: saldos, cobertura, datas bloqueadas
• O atraso é medido face ao início habitual da própria pessoa, e uma saída tardia dá direito a um início mais tarde no dia seguinte

Trabalho

Eficiência, transparência, produtividade, tarefas concluídas, horas trabalhadas, objetivos e local de trabalho. Cada número é construído a partir do check-in e cruzado com a atividade no Jira, GitHub e GitLab.

• Eficiência: cinco pilares ponderados, perfis por função, uma tendência de 8 semanas para a equipa e para cada pessoa
• Transparência: a pessoa, o líder e a equipa veem a mesma pontuação; os pesos são públicos e cada alteração é auditada
• Tarefas: concluídas quando listadas como feitas, paradas quando repetidas, fechadas automaticamente quando deixam de ser mencionadas e nunca contadas como concluídas
• Objetivos: objetivos pessoais com seguimento, metas de equipa lidas face à mediana da equipa
• Horas: dias curtos assinalados face ao dia esperado da própria pessoa, horas extra conservadas, saldo de férias ao lado
• Local de trabalho: escritório, casa, em movimento; ponderado por horas, sujeito a consentimento, classificado no próprio servidor face a uma base de dados de IP local que atualizam semanalmente

Operações

• Bloqueios: um SLA configurável (2 horas por defeito) lembra o responsável, depois o suplente, depois o líder, por chat, WhatsApp e email; responder "resolvido" fecha-o
• Prevenção: escala por importação de CSV, lembretes, escalada temporizada, um resumo de passagem para a próxima pessoa de prevenção
• Tickets: severidade baixa, média ou alta, um passo de triagem por IA primeiro; uma severidade alta sem confirmação alerta a prevenção e escala em minutos; o crédito vai para quem resolveu
• Campanhas: confirmações de políticas, consentimentos, votações e feedback, enviados no chat e seguidos até à última pessoa
• Registo de auditoria: cada decisão, alteração de peso, assinatura de consentimento e aprovação automática, no momento em que acontece, exportável

Inteligência

• Linhas de base por pessoa: os últimos 14 dias face às suas próprias seis semanas anteriores, nunca face aos colegas; uma folga planeada nunca é lida como uma quebra
• 11 perfis de função incluídos, a partir de um catálogo de funções e áreas, para que a iteração de um designer conte como produção
• Um monitor de desvio semanal reverifica o modelo; um candidato treinado com dados insuficientes é recusado
• Os sinais sobre pessoas são reservados a administradores, consultivos e fundamentados em evidência; nada ali age, envia mensagens a um colaborador ou toca no salário

Para gestores

Duas vistas são reservadas a administradores e consultivas: melhores desempenhos e risco de saída. Ambas mostram a razão por trás de cada entrada, ambas são invisíveis aos colegas e nenhuma age por si própria; as pessoas decidem. Os gestores recebem um resumo semanal, e cada número na ficha de um colaborador abre os registos a partir dos quais foi calculado.

O que o produto não faz

• Sem agente no computador, sem capturas de ecrã silenciosas, sem registo de teclas, sem gravação de ecrã; a única funcionalidade opcional de captura está desligada por defeito e exige o consentimento assinado do colaborador
• Sem leitura de email, ficheiros, código-fonte ou conteúdo de documentos de RH
• Sem treino de modelos de terceiros com os vossos dados; o InRoots não recolhe os vossos dados de todo
• Sem decisões de contratação, despedimento ou salário; assinala, explica e sugere