Worknano

Como chamar a API Worknano

Updated 2026-10-15

Fica na documentação, não como separador Config nem como item de menu à parte. Cada módulo, a mesma forma HTTP: task, deal, contact ou um modelo que acrescente depois.

O trabalho diário do produto fica na app. Use isto quando outro sistema tiver de ler ou escrever um registo. Dentro do espaço, um passo de fluxo chama um endpoint. Chaves em Secrets.

Ler e listar

  1. Ler um registo: GET /api/v1/object/task/123. Troque task pelo modelo e 123 pelo id.
  2. Listar: GET /api/v1/objects/task?status=ACTIVE&_limit=50. Filtre com campos de query que o modelo já tem.
  3. O mesmo para deal, contact ou qualquer outro modelo. Não aprende um caminho novo por módulo.

Criar, atualizar, apagar

  1. Criar: POST /api/v1/object/task com um corpo JSON dos campos que quer definir.
  2. Atualizar: PATCH /api/v1/object/task com o id e os campos que mudaram.
  3. Apagar: DELETE /api/v1/object/task/123.

Não invente um verbo nem um caminho novo para tickets, ideias ou um modelo que acrescentou em Config. Troque o nome do modelo. Use campos que já existem. Ver Modelos.

Como se liga à app

  1. Abra Config → Integrations. Defina URL, método e auth. O mapping do corpo e da resposta fica no passo do fluxo.
  2. No registo, clique na ação ⋮ que corre esse fluxo. Não escreva um handler solto numa página.
  3. Se o passo falhar, abra o log da API nesse mesmo ecrã de Integrations. Vê pedido, resposta, estado e duração.
  4. As chaves API ficam em Secrets, não na página.

Voltar a Config ou ao mapa.

Para que apps de IA como o Claude, o Cursor ou o Codex trabalhem no workspace, consulte MCP.