O Devin Desktop oferece suporte a uma API para análises personalizadas. Ela permite consultar dados de autocompletar, chat e comandos, com diversos filtros, agrupamentos e agregações.
Fornecemos todos os exemplos em curl; depois, eles podem ser convertidos em requisições HTTP em outras linguagens.
A API de Análises está disponível nos planos Enterprise
Especificação da API de análises de dados de usuários
Os dados da tabela Users na página Teams podem ser obtidos com o seguinte comando:
SERVICE_KEY: A chave de serviço — um usuário administrador pode criar uma na seção de chave de serviço da página de Configurações. A função da chave de serviço deve ter as permissões “Teams somente leitura”.
GROUP_NAME: O nome de um grupo pelo qual filtrar. Este campo é opcional.
START_TIMESTAMP/END_TIMESTAMP: Carimbos de data/hora no formato RFC 3339, por exemplo 2023-01-01T00:00:00Z
Especificação da API de análises do Cascade
Os dados específicos do Cascade exibidos na página de análises podem ser consultados pela API.
SERVICE_KEY: A chave de serviço — um usuário administrador pode criar uma nova em Configurações da equipe
GROUP_NAME: O nome de um grupo para filtrar. Este campo é opcional. Não pode ser definido se emails estiver definido.
START_TIMESTAMP/END_TIMESTAMP: Timestamps no formato RFC 3339, por exemplo, 2023-01-01T00:00:00Z
EMAILS: Uma lista de e-mails para filtrar. Este campo é opcional. Não pode ser definido se group_name estiver definido.
IDE_TYPES: Uma lista de tipos de IDE para filtrar. Este campo é opcional. Os valores possíveis estão descritos abaixo.
QUERY_REQUESTS: Uma lista de requisições de consulta a serem feitas. Este campo é obrigatório. Os valores possíveis de CASCADE_DATA_SOURCE estão descritos abaixo.
Dividimos os dados do Cascade em categorias por tipo de IDE. Se o campo ide_types for omitido da query, serão retornados dados de todos os tipos. Se você quiser consultar dados de apenas um dos IDEs, pode usar qualquer uma das seguintes opções:
- “editor” para o Devin Desktop Editor
- “jetbrains” para o plugin do JetBrains
- “cli” para o Devin CLI
Ao filtrar por Devin CLI ("cli"), apenas cascade_runs retorna dados. As fontes de dados cascade_lines e cascade_tool_usage não são compatíveis com o Devin CLI e retornarão resultados vazios.
Fontes de dados do Cascade
Há três valores possíveis para CASCADE_DATA_SOURCE
Use cascade_lines para consultar dados sobre as linhas do Cascade sugeridas e aceitas por dia.
Exemplo de saída:
linesSuggested: O número de linhas sugeridas no dia especificado.
linesAccepted: O número de linhas aceitas no dia especificado.
Use o cascade_runs para consultar dados sobre o uso do modelo, o consumo de créditos e o modo.
Exemplo de saída:
day: A data da execução.
model: O modelo usado na mensagem.
mode: O modo da execução. Um entre CONVERSATIONAL_PLANNER_MODE_DEFAULT (no modo de escrita), CONVERSATIONAL_PLANNER_MODE_READ_ONLY (no modo somente leitura), CONVERSATIONAL_PLANNER_MODE_NO_TOOL (no modo legado) ou UNKNOWN.
messagesSent: O número de mensagens enviadas.
cascadeId: O ID da execução. Esse ID pode ser usado para entender quantas conversas distintas foram iniciadas (em vez de quantas vezes o usuário envia uma mensagem).
promptsUsed: O número de créditos usados. Esse valor é retornado em centavos. Por exemplo, 0,25 crédito é retornado como 25, e 1 crédito é retornado como 100.
Os dados retornados pela API estão em formato bruto, o que pode explicar eventuais valores “UNKNOWN”. Se você usar essa fonte de dados para suas próprias métricas, é recomendável agregar de acordo com as métricas específicas de seu interesse (por exemplo, somar o campo promptsUsed para entender os padrões de uso do usuário, messagesSent para entender o engajamento do usuário etc.), pois é possível que os dados de modo e prompts estejam divididos entre entradas.
Use cascade_tool_usage para consultar dados de uso de ferramentas. Observe que isso retorna uma contagem agregada do uso de ferramentas no período informado.
Exemplo de saída:
tool: A ferramenta usada na mensagem.
count: O número de vezes que a ferramenta foi usada.
Aqui está um mapa dos enums retornados e seus nomes legíveis, conforme exibidos na UI:
- CODE_ACTION: ‘Editar código’
- VIEW_FILE: ‘Visualizar arquivo’
- RUN_COMMAND: ‘Executar comando’
- FIND: ‘Ferramenta Find’
- GREP_SEARCH: ‘Busca grep’
- VIEW_FILE_OUTLINE: ‘Visualizar estrutura do arquivo’
- MQUERY: ‘Riptide’
- LIST_DIRECTORY: ‘Listar diretório’
- MCP_TOOL: ‘Ferramenta MCP’
- PROPOSE_CODE: ‘Propor código’
- SEARCH_WEB: ‘Pesquisar na web’
- MEMORY: ‘Memória’
- PROXY_WEB_SERVER: ‘Pré-visualização no navegador’
- DEPLOY_WEB_APP: ‘Implantar app web’
Especificação da API de Análises Personalizadas
Certas fontes de dados permitem consultas personalizadas por meio da API de Análises Personalizadas.
Os esquemas completos de seleções, filtros, agregações e ordenações estão na seção a seguir, em formato JSON. Consultas de exemplo para cada uma das três fontes de dados, assim como dicas de depuração de consultas, estarão no final do documento.
DATA_SOURCE: selecione USER_DATA, CHAT_DATA, COMMAND_DATA, PCW_DATA ou CASCADE_DATA, dependendo de você estar buscando dados de preenchimento automático, chat, Command, PCW ou Cascade.
SERVICE_KEY: A chave de serviço — um usuário administrador pode criar uma nova em Configurações da equipe. A função da chave de serviço deve ter a permissão “Analytics Read”.
GROUP_NAME: O nome de um grupo para usar como filtro. Este campo é opcional.
As seleções são obrigatórias. Cada seleção corresponde a um valor que será consultado.
FIELD_NAME: O campo que você deseja consultar. Veja a seção Campos disponíveis abaixo.
NAME: Um nome alternativo para o campo. Se não for especificado, será a versão em minúsculas de <AGGREGATION_FUNCTION>_<FIELD_NAME>, por exemplo sum_num_acceptances. Deve ser diferente de todos os outros nomes de campo e agregação.
AGGREGATION_FUNCTION: deve ser um entre UNSPECIFIED, COUNT, SUM, AVG, MAX e MIN. Se “aggregation_function” não for informado, o valor padrão será UNSPECIFIED.
Os filtros são usados para restringir os dados, de modo que contenham apenas elementos que atendam a determinados critérios. Eles são opcionais.
NAME: O nome do campo que você deseja filtrar. Se o item filtrado for o mesmo que uma Seleção/Aggregação, ele deverá ser igual ao nome do campo/agregação.
VALUE: o valor que está sendo comparado.
FILTER: Um dos seguintes: EQUAL, NOT_EQUAL, GREATER_THAN, LESS_THAN, GE (maior que ou igual a), LE (menor que ou igual a).
As agregações servem para dividir os dados em grupos com base em um critério especificado. Elas são opcionais.
FIELD_NAME: O campo que você deseja consultar. Consulte a seção Campos disponíveis.
NAME: Um alias para o campo. Deve ser diferente de todos os outros nomes de campos e agregações.
Todos os dados da fonte USER_DATA são agregados por usuário, por hora.
Observação: PCW (percentual de código escrito) agora tem sua própria tabela e não depende da tabela user_data.
Observe que todos os dados fornecidos na API de dados do chat se referem às respostas do modelo de chat, não às perguntas do usuário.
Observe que a fonte dados de comando contém todos os comandos, inclusive os que foram recusados. O campo “accepted” pode ser usado para filtrar apenas os comandos aceitos.
A fonte de dados do Cascade contém uma entrada para cada mensagem enviada ao Cascade.
Para acessar todos os campos listados abaixo, verifique se você está usando a versão 1.11.2 ou posterior.
Para filtrar por data, use start_timestamp e end_timestamp, que devem estar no formato RFC 3339 (por exemplo, 2023-01-01T00:00:00Z; consulte o exemplo abaixo).
Esta consulta calcula o percentual geral de código escrito ao longo do mês de janeiro de 2024. Exemplo de resposta (JSON formatado para facilitar a leitura):
Esta consulta mostra o número de linhas de código aceitas a partir da lente de código “Generate Docstring” ao longo de todo o período, agrupadas por IDE.
Resposta de exemplo:
Dados do comando
Esta consulta retorna o número de linhas adicionadas e removidas em comandos “edit”, agrupado por linguagem de programação.
Resposta de exemplo:
Esta consulta retorna os dados de PCW (percentual de código escrito), além dos bytes filtrados para a linguagem Go.
Resposta de exemplo:
A partir da versão 1.10.0, consultas inválidas retornam uma mensagem de erro. Esta seção apresenta algumas mensagens de erro comuns, o que elas significam e como depurar as consultas correspondentes.
| Mensagem de erro | Explicação |
|---|
| at least one field or aggregation is required | Nenhuma seleção ou agregação foi detectada — verifique se a requisição de consulta contém pelo menos uma. |
| invalid aggregation function for string type field ide: QUERY_AGGREGATION_SUM | Uma das seleções usou uma função de agregação inválida. Neste caso, tentamos usar SUM no campo “ide”, mas ele só oferece suporte a COUNT e UNSPECIFIED. |
| invalid query table: QUERY_DATA_SOURCE_UNSPECIFIED | Provavelmente há um erro de digitação no campo data_source; verifique a grafia. |
| all selection fields should have an aggregation function, or none of them should | Se houver vários campos de seleção, todos deverão conter um aggregation_function, ou nenhum deles deverá conter. Por exemplo, esta seleção é inválida porque num_acceptances está sendo somado, mas num_lines_accepted não está:Nota: PCW é sempre considerado agregado. Se nenhum aggregation_function for escolhido explicitamente, ele será considerado unspecified. Se você quiser informações sobre esses dois campos, use duas consultas separadas. |
| invalid aggregation function for string type field ide: QUERY_AGGREGATION_SUM | Nem todo campo oferece suporte a todas as funções de agregação; consulte a seção de campos disponíveis para ver quais combinações são válidas. Neste caso, a consulta usou a função de agregação QUERY_AGGREGATION_SUM com o campo “ide”, o que é inválido. |
| tried to aggregate on a distinct field: distinct_developer_days. Consider aggregating on the non-distinct fields instead: [api_key date] | Campos com o padrão “distinct_*” não podem estar na seção aggregations; a mensagem de erro sugere campos alternativos para agregar no lugar. Então, em vez de:Tente: |
| duplicate field alias for selection/aggregation: num_acceptances | Todas as seleções e agregações devem ter nomes diferentes. Lembre-se de que, se o nome não for especificado, por padrão ele será definido como <AGGREGATION_FUNCTION>_<FIELD_NAME>. |
| invalid group name: GroupName | O grupo com o nome especificado não foi encontrado; verifique a grafia. |