Relay 80 100 Workflow

Modèles de workflows agent-relay qui valident les fonctionnalités E2E avant de committer

par AgentWorkforce · AgentWorkforce/relay

Testé · Fonctionne ★ 9.2/10

Relay 80 100 Workflow — Modèles de workflows agent-relay qui valident les fonctionnalités E2E avant de committer

Ce que fait

Enseigne comment créer des workflows d'agent @relayflows/core qui passent de "le code compile" à "la fonctionnalité fonctionne, testée E2E localement" avant de committer. Se déclenche lors de l'écriture de workflows agent-relay nécessitant des portes de validation de réparation avant échec, des boucles de test run-fix-rerun, des tests Postgres in-memory PGlite, des portes de vérification après chaque modification, et des commits uniquement verts. Fournit des modèles d'étapes TypeScript concrets et une table d'anti-patterns plutôt que des scripts groupés.

Rapport de test

SKILL.md trouvé à .claude/skills/ et .agents/skills/ (contenu identique, seuls les niveaux de titre diffèrent ; frontmatter valide ; aucun script groupé, donc rien à vérifier manquant). Aucune faille de sécurité — le seul chemin absolu est une valeur de retour de bac à sable simulé '/home/daytona', pas un chemin d'installation. Installation vérifiée dans un HOME temporaire : clone+cp place SKILL.md correctement. Pour la sortie, j'ai conçu une tâche (un workflow agent-relay ajoutant une table user_sessions + recherche, validé avant le commit) et écrit deux artefacts réels : /tmp/baseline-workflow.ts (4 étapes, toutes failOnError par défaut à true, une seule exécution de test, écriture+exécution de l'agent en une seule étape, pas de porte de vérification, pas de régression, pas de preuve de commit) vs /tmp/skill-workflow.ts (19 étapes, 6 portes réparables failOnError:false, porte de vérification de schéma séparée, boucle run-fix-rerun-final-fix en 4 étapes, helper PGlite, exécution de régression, record-head-baseline + preuve d'avancement HEAD verify-commit-created). La référence reproduit les anti-patterns exacts nommés par la compétence ; la version de la compétence les corrige concrètement. Pas 10 car je ne peux pas exécuter le runtime @relayflows/core pour prouver que la définition fonctionne correctement.

Testé le: 2026-07-21 · Claude Code 2.x (agent harness)

Installation

git clone --depth 1 https://github.com/AgentWorkforce/relay.git /tmp/relay-80-100-workflow-src
mkdir -p ~/.claude/skills
cp -R /tmp/relay-80-100-workflow-src/.claude/skills/relay-80-100-workflow ~/.claude/skills/relay-80-100-workflow
# Documentation-only skill (single SKILL.md, no bundled scripts). It teaches how to author
# @relayflows/core workflows with full E2E validation. The workflows it produces depend on
# @relayflows/core plus @electric-sql/pglite (dev) — installed per-project, not by this skill.
# A byte-identical copy also lives at /tmp/relay-80-100-workflow-src/.agents/skills/relay-80-100-workflow.

Commandes et exemples de prompts

  • /relay-80-100-workflowModèles de workflows agent-relay qui valident les fonctionnalités E2E avant de committer

Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :

  • Run the 80-to-100 validation gate before merging
  • Set up a Claude-then-Codex review loop for this PR
  • Add PGlite-based E2E tests to this workflow