Melaya — Build AI agents for any job. Agentic platform for research, ops, outreach, reporting — and the only one where agents can actually trade.

// USE CASE · ENGINEERING

Des agents engineering qui revoient chaque diff,et qui marquent une pause avant de merger.

Tes ingénieurs senior passent la moitié de leur semaine à revoir le code des autres, à préparer les audits et à écrire les post-mortems au lieu de déployer. Melaya te laisse construire un crew d'agents IA engineering à dix personas qui revoit les PR, déroule la checklist OWASP, trie les hotspots, rédige les RFC et met en attente chaque commentaire, ticket et changement de config pour validation en un clic. Le crew fait la prep, tes staff engineers gardent la décision, le journal de replay garde les preuves.

Voir les pipelines ↓
01
// Ce qui casse aujourd'hui

Le statu quo coûte plus cher que l'agent.

Trois douleurs que chaque équipe sales et BD encaisse chaque semaine. Chacune est ce dont tes reps se plaignent vraiment, pas ce qu'une page produit appellerait poliment.

  1. 01

    Les ingénieurs senior passent dix à quinze heures par semaine sur les queues de revue et le triage on-call au lieu de déployer la roadmap.

  2. 02

    Les audits sécurité et les fenêtres SOC 2 calent pendant des semaines parce que personne n'a le temps de mapper les contrôles, threat-modeler le diff ou tirer les preuves depuis les logs CI.

  3. 03

    Un incident à 2 h du matin brûle un sprint de contexte parce que le post-mortem est écrit de mémoire trois jours plus tard et l'on-call suivant répète la même erreur.

02
// Pipelines que tu peux construire

Compose. Approuve. Rejoue.

Chaque pipeline ci-dessous est une forme que tu câbles sur le canvas en utilisant le crew d'agents IA et les outils plus bas. Pas une feature qu'on livre pour toi, un pattern que tu configures.

P01

Revoir les pull requests par file glob

À l'ouverture d'une PR, router les fichiers Rust et Python vers RustPythonEngineer, les fichiers React vers FrontendEngineer, et les contracts vers SmartContractExpert. Chaque persona rédige des commentaires inline ancrés dans le Static context, et le gate HITL bloque la publication tant qu'un mainteneur n'a pas approuvé.

P02

Préparer la fenêtre d'audit sécurité

Dérouler la checklist OWASP à dix items sur le diff et les 90 derniers jours de merges. SecurityAuditor cite les numéros CWE et écrit le scénario d'attaque, puis l'outil rag_retrieve tire les preuves correspondantes depuis les logs CI dans un seul packet d'audit.

P03

Trier les hotspots de performance chaque semaine

PerformanceExpert applique la méthode USE à chaque service, HFTQuantDev classe les fixes par gain attendu et effort, et la mémoire cross-run reporte la liste de hotspots de la semaine dernière pour que les items résolus tombent et que les régressions remontent en tête.

P04

Rédiger des RFC depuis un brief d'une ligne

Étant donné un énoncé de problème d'une ligne, TechLead rédige le RFC avec contexte, options, tradeoffs et recommandation. L'outil rag_retrieve tire les précédents depuis les ADR passés dans le knowledge store pour que la proposition colle au style maison.

P05

Planifier une migration de framework ou de schéma

BackendEngineer cartographie chaque appelant de l'ancienne API, RustPythonEngineer rédige le codemod, TechLead découpe le travail en phases ticketées. Les outils repo scopés restent en lecture seule, donc le plan de migration est écrit avant qu'un seul fichier ne soit touché.

P06

Écrire les post-incident reviews à la clôture

Quand le canal d'incident se résout, DevOpsEngineer tire les logs et la timeline, TechLead rédige les cinq pourquoi et les actions, et le replay laisse l'on-call rejouer chaque étape d'agent jusqu'à l'appel d'outil. L'écriture Notion est HITL-gated.

03
// Le crew d'agents IA

Crew Engineering & Tech

Vrais personas du crew d'agents IA tech_team. Chacun arrive avec un system prompt tuné et une allowlist de outils par défaut. Change de modèle par persona sur le canvas.

Tech Lead

TechLead

Synthesizes findings from every specialist into a sprint plan with named owners, day-level deadlines, and measurable success criteria.

{ }

Rust Python Engineer

RustPythonEngineer

Reviews Rust and Python code for unwrap risk, hot-loop allocations, FFI overhead, and tokio blocking calls that would crash a 24/7 service.

Backend Engineer

BackendEngineer

Audits REST and WebSocket integrations, retry logic, decimal precision, and reconciliation coverage so state never drifts silently.

Security Auditor

SecurityAuditor

Runs the ten-item OWASP checklist against the diff, flags CWE numbers, and writes the step-by-step attack path before recommending a fix.

Performance Expert

PerformanceExpert

Applies the USE method to every component, estimates p50, p95, p99, and ranks the three highest-ROI hotspots with expected gain and measurement method.

HFT Quant Dev

HFTQuantDev

Profiles the signal-to-order path against a documented latency budget and proposes ranked optimizations with effort and verification steps.

DevOps Engineer

DevOpsEngineer

Scores the SRE posture across CI/CD, secrets, observability, DR, and alerts, naming the runbook gaps that would extend the next outage.

Frontend Engineer

FrontendEngineer

Reviews React components for stale closures, missing memoization, WebSocket leaks, and bundle bloat against fixed performance budgets.

UI UX Designer

UIUXDesigner

Audits trader-facing screens for data-ink ratio, fast-scan effectiveness, keyboard coverage, and WCAG AA contrast.

Smart Contract Expert

SmartContractExpert

Audits onchain interactions across EVM, Cosmos, Solana, NEAR, and Sui, scoring reentrancy, oracle, MEV, and bridge risk in audit-firm format.

04
// outils scopés

Uniquement les actions que tu autorises.

Chaque outil ci-dessous est un vrai outil partagé du bundle Melaya. Allowlist par agent, HITL sur les écritures, révocation en un clic.

shared/tools/core/

Accès en lecture seule au repo pour que RustPythonEngineer et FrontendEngineer puissent tirer le diff, blame une ligne et grep des patterns. Pas d'écritures, donc rien n'exécute' sans une étape HITL-gated séparée.

git_statusgit_diffgit_loggit_showgit_blamegrep_searchglob_searchfile_read
shared/tools/gitlab_public_tools/

Tirer les merge requests, les métadonnées de projet et les contenus de fichiers depuis GitLab pour que le crew de revue travaille contre le vrai diff. Lecture seule par design ; les commentaires et approbations routent par un gate HITL séparé.

gitlab_list_merge_requestsgitlab_project_infogitlab_repo_filegitlab_list_issuesgitlab_repo_tree
shared/tools/codeberg_tools/

Même surface de revue pour les équipes sur Codeberg ou Gitea auto-hébergé. Lectures uniquement. L'agent rédige la revue, un ingénieur la poste.

codeberg_list_pullscodeberg_repo_infocodeberg_repo_filecodeberg_list_issues
shared/tools/package_intel_tools/

Résoudre les métadonnées de dépendances, la date de dernière publication et le nombre de téléchargements pour que SecurityAuditor puisse signaler les packages périmés ou abandonnés dans le diff. Fetches en lecture seule contre les registres publics.

npm_package_infopypi_package_infocrates_package_infonpm_downloadspypi_downloads
shared/tools/devops/

Lire l'état du cluster, tirer les logs de pod, et mettre en attente les changements de manifest pour les runbooks de DevOpsEngineer. Les écritures k8s_apply et aws_cli sont HITL-gated par défaut pour qu'aucun rollout n'arrive sans qu'un SRE approuve.

aws_clik8s_getk8s_logsk8s_applydocker_psdocker_logs
shared/tools/project_mgmt/

Déposer les actions produites par TechLead comme tickets Jira ou Linear avec owners et deadlines, et déposer le post-mortem dans Notion. Chaque appel create est HITL-gated pour que les titres et assignations soient revus avant que le ticket existe.

jira_create_issuelinear_create_issuenotion_create_pagelinear_create_commentnotion_search
shared/tools/knowledge/

Construire le knowledge store par workflow à partir des ADR, des post-mortems passés, des coding standards et des playbooks sécurité. Alimente les trois couches de connaissance pour chaque persona du crew.

build_knowledge_from_textbuild_knowledge_from_file
shared/tools/messaging/

Pousser le résumé de revue synthétisé ou la timeline d'incident vers le canal on-call. Les envois sont HITL-gated pour que la formulation soit approuvée avant que la pièce ne la voie.

discord_send_messagetelegram_send_message
05
// Trois couches de connaissance

La crew d’agents IA lit ce que tu lui donnes.

Chaque pipeline arrive avec trois couches d’accès à la connaissance. Combine-les par agent sur le canvas. Pas d’espace vectoriel partagé avec un autre client, pas de lecture surprise, pas de retrieval opaque.

L1

Static context

includeContext

Documents par pipeline ajoutés à l'input d'agents spécifiques à chaque run. Le brief ICP, le playbook, la grille de pricing, ou le corpus d'emails de deals gagnés. Tout ce qui doit être là avant que l'agent pense. Tu choisis quels personas reçoivent quels docs.

L2

Tool de retrieval RAG

rag_retrieve

Un outilscoped accordé par agent. Quand l'agent décide qu'il a besoin de plus de profondeur, il interroge le vector store du workflow à la demande. Même base de knowledge que Static context, accédée uniquement quand le modèle le demande.

L3

Mémoire cross-run

pipeline_memory

État au niveau du pipeline qui passe d'un run au suivant. La recherche d'hier est dans le scope du follow-up d'aujourd'hui. Le crew d'agents IA se souvient de ce qu'il a déjà prospecté, de ce qui a été approuvé, de ce qui a été envoyé. L'audit log est la base de knowledge de second ordre.

07
// FAQ

Les questions qu'on reçoit chaque semaine.

Les agents vont-ils merger du code ou pusher en production tout seuls ?

Non. Chaque écriture git, déclenchement CI, apply d'infra et transition de ticket est HITL-gated par défaut. Le crew écrit la revue, la suggestion de diff ou le brouillon de runbook ; un ingénieur clique approve avant que quoi que ce soit n'atterrisse. Tu peux lever le gate par template une fois qu'un workflow a fait ses preuves.

Les agents peuvent-ils raisonner sur notre codebase et notre historique d'incidents ?

Trois couches. Le Static context attache ton diagramme d'architecture, tes coding standards et ton playbook on-call à des personas spécifiques à chaque run. L'outil rag_retrieve permet à BackendEngineer ou PerformanceExpert de tirer depuis le code indexé, les ADR et les post-mortems à la demande. La mémoire cross-run signifie que le triage de hotspots de la semaine dernière est dans le scope du suivi de cette semaine.

Est-ce une alternative à Devin ou à Cody ?

Plus proche d'une couche de revue et de triage que d'un autopilote d'écriture de code. Contrairement à Devin tu gardes un ingénieur dans la loop sur chaque commit, et contrairement à Cody ou Codium chaque persona arrive avec un prompt spécialisé et un toolkit scopé. L'auto-PR style Sweep est un template parmi d'autres, pas le seul workflow.

Comment éviter que les commentaires de revue sonnent génériques ?

Les findings citent fichier et ligne, nomment un numéro CWE ou SWC là où c'est applicable, et tirent les tournures de tes propres ADR et commentaires de PR passés chargés dans le knowledge store. SecurityAuditor refuse de déployer un finding sans scénario d'attaque et remédiation concrète.

Sur quels modèles peut-on faire tourner ce crew ?

N'importe lesquels. Claude sur TechLead et SmartContractExpert là où la profondeur de raisonnement justifie le coût, GPT sur les personas de rédaction, un Ollama local sur RustPythonEngineer quand le source doit rester sur un réseau privé. Chaque agent choisit son propre provider par template.

À quelle vitesse une équipe engineering peut-elle lancer son premier pipeline ?

Avec un connecteur Git et Slack autorisés, le pipeline de revue de PR est un canvas à 4 nœuds : fetch diff, router par file glob, faire tourner RustPythonEngineer ou FrontendEngineer, poster le commentaire. La plupart des équipes le déploient dans une seule session de travail et voient leur première PR revue le jour même.

Comment éviter que les agents fuitent du source vers un modèle tiers ?

Les scopes d'outils restreignent les lectures aux repos et branches en allow-list, et le provider de chaque persona est épinglé par template. Route les workflows sensibles vers un Ollama local et le code ne sort jamais de ton réseau. Le journal d'audit montre quel modèle a vu quel fichier.

Puis-je auditer exactement ce que l'agent a fait et pourquoi ?

Chaque run logge chaque étape, chaque appel d'outil, chaque invocation de modèle et chaque décision d'approbation. Replay n'importe quel run à tout moment. Le journal d'audit est le change log qu'un reviewer conformité peut lire de bout en bout.

Construis des pipelines équipes engineering & tech sur Melaya.

Le tier Sandbox est gratuit, sans carte. Rejoins la waitlist et on t'envoie un email dès qu'un slot s'ouvre.

← Retour à tous les cas d'usage
discord.joinCta