Guide — iASSET & Gemini CLI : de la spécification à la merge request.

// lib/domain/booking.ts — pas d’import Next ici
export type BookingId = string;

export interface CreateBookingCommand {
  idempotencyKey: string;
  listingId: string;
  guestId: string;
  stayFrom: string; // ISO
  stayTo: string;
}

// lib/booking/service.ts
export async function createSeasonalBooking(cmd: CreateBookingCommand): Promise<BookingId> {
  // règles métier + persistance
  throw new Error('à implémenter');
}

// app/api/bookings/seasonal/route.ts
import { NextRequest, NextResponse } from 'next/server';
import type { CreateBookingCommand } from '@/lib/domain/booking';
import { createSeasonalBooking } from '@/lib/booking/service';

export async function POST(req: NextRequest) {
  const body = (await req.json()) as CreateBookingCommand;
  const bookingId = await createSeasonalBooking(body);
  return NextResponse.json({ bookingId });
}

En CI, après le lint, un job « spec + sécu » lance gemini -p sur le diff (skills + policy). Un job ultérieur peut préparer la MR ; la revue humaine reste la dernière étape.

# Ordre : lint → skill spec+sécu (diff) → tests → skill MR — pas de décorateur en CI
# CLI : gemini -p + --policy ; pas de sous-commande "gemini analyze"
lint_ts: ...
gemini_spec_security:
  needs: [lint_ts]
  stage: test
  script:
    - | gemini -p "Skill: spec + sécurité sur le diff. Spec: @docs/spec.md" \
      --policy policies/gemini-asset.yaml \
      --include-directories app,lib \
      --output-format json \
      | node scripts/check-gemini-gate.js
unit_tests:
  needs: [gemini_spec_security]
  script: npm run test:ci
gemini_mr_ready:
  needs: [unit_tests]
  script: node scripts/open-or-update-mr.js

Les prompts invoquent vos skills versionnés (gemini skills). check-gemini-gate.js fait échouer le job si la sortie JSON indique des blocages. open-or-update-mr.js peut appeler l’API GitLab pour titre + description ; la revue humaine reste hors pipeline.