PROJETO 3.5

๐Ÿ”Œ API + microservico com testes

REST API com auth, cobertura >80%, OpenAPI doc, SDK gerado. O caso "engenharia seria" โ€” vende a estrategia para CTOs.

6
Etapas
~2h
Tempo
$2.10
Custo
87%
Cobertura
1

๐Ÿ“ Contract-first: OpenAPI antes do codigo

GPT-5.5 produz openapi.yaml com 8 endpoints, schemas, exemplos de erro. Vira input para todo o resto.

openapi.yaml (extrato)

paths:
  /api/v1/orders:
    post:
      summary: Cria novo pedido
      security: [{ bearerAuth: [] }]
      requestBody:
        content:
          application/json:
            schema: { $ref: '#/components/schemas/CreateOrder' }
            examples:
              valid: { summary: 'pedido valido', value: {...} }
              invalid_amount: { summary: 'amount negativo', value: {...} }
      responses:
        '201': { description: 'Criado', content: ... }
        '400': { $ref: '#/components/responses/ValidationError' }
        '401': { $ref: '#/components/responses/Unauthorized' }
        '429': { $ref: '#/components/responses/RateLimited' }

Contrato antes do codigo elimina ambiguidade. Quem usa a API tem doc; quem implementa tem spec.

2

โšก DeepSeek gera handlers

Para cada endpoint da spec, DeepSeek cria handler com validacao de input, chamada de service, mapeamento de erro. Handlers sao formula โ€” DeepSeek com spec clara nao erra.

  • routes/orders.create.ts
  • routes/orders.list.ts
  • routes/orders.get.ts
  • routes/orders.update.ts
  • routes/orders.cancel.ts
  • routes/customers.* (3 endpoints)

8 handlers + middlewares (auth, rate limit, validation) = 18 arquivos.

3

๐Ÿงช Testes a partir dos exemplos

Examples de OpenAPI viram fixtures de teste automaticamente. Reuso entre spec e teste elimina duplicacao.

Cobertura

  • โ€ข 8 endpoints ร— 3-4 cenarios cada = 23 testes
  • โ€ข Cobre: auth missing/invalid, validation errors, happy path, rate limit, server error
  • โ€ข Cobertura de linhas: 87%
  • โ€ข Cobertura de branches: 81%
4

๐Ÿ›ก๏ธ GPT-5.5 audita seguranca

Pass especializado: GPT-5.5 le todos os handlers checando auth, rate limit, OWASP top 10.

Output: 0 issues criticas, 2 medias

  • โš ๏ธ orders.list: permite paginacao com limit acima de 1000 โ€” risco de timeout. Cap em 100.
  • โš ๏ธ orders.get: error message diferente para 404 vs 401 โ€” vaza existencia. Use 404 para ambos.
  • โœ“ Auth aplicado em todos endpoints autenticados
  • โœ“ Rate limit por IP + por user_id
  • โœ“ Sem SQL injection (queries parametrizadas)
  • โœ“ Sem leak de stack trace em erros
5

๐Ÿ“œ SDK cliente automaticamente

Combine openapi-generator (cli) + DeepSeek refinando. Saida: SDK TS tipado para a API, com docstrings.

// SDK TS gerado
import { OrdersClient } from '@yourapi/sdk';

const client = new OrdersClient({
  baseURL: 'https://api.suaempresa.com',
  token: process.env.API_TOKEN
});

// Tipos completos, autocomplete, docs inline
const order = await client.orders.create({
  customerId: 'cust_123',
  amount: 9990, // em centavos
  currency: 'BRL'
});

SDK gerado e bonus que faz quem consome a API ter experiencia de primeira (DX).

6

๐Ÿ’ฐ Resultado: $2.10, cobertura 87%

EtapaCusto
GPT-5.5 OpenAPI spec$0.30
DeepSeek handlers$0.65
DeepSeek testes$0.45
GPT-5.5 audit seg.$0.40
DeepSeek SDK$0.30
Total$2.10

Entrega: 8 endpoints, 23 testes, OpenAPI doc, SDK TS, 0 vulnerabilidades criticas. Tempo: 2h. "Engenharia seria" virou trivial com setup multi-modelo.

๐Ÿ“Œ Resumo do Projeto

โœ“
Contract-first: OpenAPI antes do codigo elimina ambiguidade
โœ“
Handlers from spec: DeepSeek nao erra com spec clara
โœ“
Examples viram testes: reuso elimina duplicacao
โœ“
Audit dedicado de seguranca: API exposta tem grande superficie
โœ“
SDK gerado: DX de primeira para quem consome
โœ“
87% cobertura, $2.10: caso forte para vender a CTOs

Proximo Projeto:

3.6 โ€” ๐Ÿ Estudo comparativo