Le candidat code dans son IDE, dans un dépôt privé qui vous appartient.
Les candidats connectent GitHub depuis le lien de leur portail, sans compte Kit. Les relecteurs désignés sur l'étape reçoivent un accès en lecture au dépôt quand le candidat rend son travail, et un message Slack qui leur dit que c'est leur tour.
Le candidat reçoit un dépôt privé créé à partir de votre modèle, avec une échéance. Dès qu'il soumet, les relecteurs obtiennent un accès en lecture et relisent le code dans GitHub.
Les exercices de code ne devraient pas nécessiter un chef de projet.
Vous recrutez des ingénieurs, vous ne gérez pas une opération logistique.
Créer le dépôt. Configurer les droits. Envoyer le lien. Relancer pour le délai. Recommencer.
Chaque candidat signifie un nouveau dépôt, une nouvelle invitation de collaborateur, un email de délai, un email de relance et une configuration manuelle des relecteurs. Multipliez par 20 candidats. Voilà votre semaine.
Vos meilleurs candidats abandonnent avant d'écrire une seule ligne de code.
Quel dépôt ? Quelle branche ? Quel format ? Où rendre ? Chaque question sans réponse, c'est un e-mail de plus pour votre recruteur, ou un candidat qui s'arrête sans rien dire.
Les exercices en bac à sable testent la mémorisation, pas l'ingénierie.
Les tests algorithmiques dans des IDE propriétaires vous disent qui a pratiqué LeetCode. De vrais dépôts avec de vrais systèmes de build vous disent qui sait livrer du code.
CoderPad, HackerRank, un fichier ZIP, ou un vrai dépôt.
Toute équipe technique fonctionne avec l'une de ces quatre méthodes. Une seule est une étape du pipeline que vous faites déjà tourner.
| Fonctionnalité | Kit | CoderPad | HackerRank | Manuel / ZIP |
|---|---|---|---|---|
| Environnement de code | De vrais dépôts GitHub | Bac à sable propriétaire | Bac à sable propriétaire | Dépôt manuel ou ZIP |
| Expérience candidat | Son propre IDE + GitHub | Éditeur web inconnu | Éditeur web inconnu | Chaînes d'emails confuses |
| Gestion des délais | Auto-soumission + période de grâce | Sessions chronométrées | Sessions chronométrées | Système d'honneur |
| Intégration ATS | Une étape du pipeline | Plugin tiers | Plugin tiers | Copier-coller |
| Accès des relecteurs | Ajoutés automatiquement à la soumission | Partage manuel | Partage manuel | Transférer le ZIP |
| Nettoyage des dépôts | Archive automatique à la complétion | N/A | N/A | Vous oublierez |
| Coût | Inclus dans chaque licence | 449 $/mois | 300-500 $/mois | Aucun coût logiciel |
Les exercices de code font partie du recrutement. Aucun frais par candidat, aucun frais par exercice. 30 jours d'essai gratuit, carte bancaire demandée.
Essayez gratuitementDu dépôt modèle à l'accès des relecteurs.
Chaque exercice de code suit le même cycle de vie en 6 étapes. Kit gère chaque transition.
Choisissez un modèle et définissez le délai
Sélectionnez un dépôt modèle dans votre organisation GitHub. Définissez la durée (de 1 à 30 jours), les heures estimées et la période de grâce. Ajoutez des instructions en Markdown.
Le candidat reçoit l'invitation
Le candidat reçoit un e-mail avec les instructions et un lien pour connecter son compte GitHub. Le compte à rebours ne démarre qu'à l'acceptation.
Un dépôt privé à partir de votre modèle
Un dépôt privé est créé dans votre organisation à partir du modèle. Le candidat y est ajouté comme collaborateur avec un accès en écriture.
Le candidat code dans son propre IDE
Le compte à rebours tourne. Un rappel part automatiquement 24 heures avant l'échéance. Le candidat peut demander une prolongation unique de 72 heures si l'option est activée.
Soumission et relecteurs prévenus
Le candidat soumet, ou l'échéance ferme soumet à sa place. L'heure de soumission est enregistrée et les relecteurs sont prévenus.
Les relecteurs accèdent au code
Vos relecteurs sont ajoutés comme collaborateurs en lecture seule. Ils relisent dans GitHub, avec les outils qu'ils connaissent. Les retours remontent dans Kit.
Connectez votre GitHub
GitHub OAuth en un clic. Aucune coordination avec votre équipe.
Connecter GitHubUn lien. L'échéance, les consignes, le bouton pour rendre.
Le lien magique ouvre l'exercice. Pas de compte Kit, pas de licence, pas de mot de passe à définir.
- Mises à jour en temps réel via Turbo — sans rechargement de page
- GitHub OAuth en un clic depuis le portail
- Compte à rebours en temps réel avec le temps restant
- Extension de 72 heures en libre-service (si activée)
- Confirmation de soumission claire avec horodatage
Inclus dans chaque licence. Aucun frais par candidat.
Configurez une fois. Exécutez pour chaque candidat.
Chaque étape d'exercice de code d'une offre d'emploi possède son propre modèle, délai et paramètres. Modifiez-les à tout moment sans affecter les exercices en cours.
- Un modèle différent pour chaque poste : frontend, backend, fullstack ou DevOps
- Délai configurable de 1 à 30 jours
- Période de grâce (de 0 à 72 heures) avant la soumission automatique
- Prolongations accordées aux candidats : activées ou désactivées
- Instructions en Markdown avec mise en forme complète
- Suivi des exercices rémunérés, avec montant et devise
Dépôt créé, chrono lancé, relecteurs ajoutés, dépôt archivé.
Le dépôt et l'échéance se gèrent tout seuls. Vos ingénieurs jugent le rendu.
Bibliothèque de modèles
Créez des dépôts modèles pour le frontend, le backend, le fullstack, le DevOps — tout ce que vous recrutez. Chaque offre d'emploi choisit son modèle. Modèles illimités, sans coût supplémentaire.
Connexion depuis le portail candidat
Le candidat connecte GitHub depuis son portail. Ce compte reçoit l'accès au dépôt de l'exercice.
Soumission automatique à l'échéance
Une fois l'échéance et la période de grâce (de 0 à 72 heures) passées, le travail est soumis automatiquement et l'heure est enregistrée.
Accès automatique des relecteurs
Les relecteurs obtiennent un accès en lecture quand le candidat soumet. Ils relisent dans GitHub et consignent leurs retours dans Kit.
Rappels d'échéance
Le candidat reçoit un rappel par e-mail 24 heures avant l'échéance.
Archivage en fin d'étape
Le dépôt de l'exercice est archivé une fois l'étape terminée.
Quatre étapes entre votre organisation GitHub et le dépôt d'un candidat.
Si vos dépôts de départ sont déjà dans votre organisation GitHub, l'étape deux est faite.
Installez l'application GitHub
Installation en un clic depuis Kit. Autorisez votre organisation GitHub. Pas de clés API, pas de configuration de webhooks.
Créez des dépôts modèles
Configurez des dépôts de démarrage dans votre organisation GitHub pour chaque type de poste — challenge frontend, tâche API backend, scaffold de conception système.
Configurez l'étape
Ajoutez une étape Exercice de code à une offre d'emploi. Choisissez un modèle, définissez l'échéance et la période de grâce.
Invitez les candidats à la bonne étape
Quand un candidat atteint l'étape et connecte GitHub, son dépôt est créé et il reçoit une invitation. L'échéance démarre quand il l'accepte.
L'exercice reste dans le pipeline de recrutement.
Le lien magique qui ouvre le dépôt porte aussi les entretiens, les évaluations et la planification du candidat. Un seul dossier, un seul pipeline, pas de deuxième connexion.
Avant d'ajouter l'étape.
Comment Kit se compare-t-il à CoderPad et HackerRank pour les exercices de code ?
Chaque candidat reçoit un dépôt GitHub privé créé à partir de votre modèle et travaille dans son propre IDE. Les accès, les échéances, la soumission et l'archivage se déroulent dans votre pipeline de recrutement. Vos ingénieurs relisent le code ; rien n'est noté automatiquement.
Les exercices de code sont-ils facturés en plus ?
Non. Les exercices de code font partie du recrutement, inclus dans chaque licence. Aucun frais par candidat ni par exercice, et aucune limite sur leur nombre.
Le candidat a-t-il besoin d'un compte GitHub ?
Oui. Le candidat connecte un compte GitHub depuis le portail avant d'obtenir l'accès à son dépôt.
Les dépôts d'exercice sont-ils privés ?
Oui. Les dépôts d'exercice sont privés, dans votre organisation GitHub. Le candidat obtient un accès en écriture, et les relecteurs un accès en lecture après la soumission. Les dépôts sont archivés une fois l'étape terminée. Les droits GitHub de votre organisation s'appliquent aussi.
Puis-je utiliser des modèles différents pour différents postes ?
Oui. L'étape d'exercice de code de chaque offre choisit son propre dépôt modèle. Vous pouvez avoir un exercice frontend React, une tâche d'API Rails, un squelette DevOps et un point de départ de conception système, chacun étant un modèle dans votre organisation GitHub.
Que se passe-t-il quand le délai est dépassé ?
L'échéance souple ouvre une période de grâce de 0 à 72 heures (24 par défaut). À l'échéance ferme, le travail est soumis automatiquement, l'heure de soumission est enregistrée et les relecteurs sont prévenus. Le dépôt est archivé une fois l'étape terminée.
Les candidats peuvent-ils demander des extensions ?
Oui, si l'option est activée pour l'étape. Le candidat peut demander une prolongation unique de 72 heures depuis le portail ; elle est accordée automatiquement.
Comment les relecteurs accèdent-ils au code ?
À la soumission, les relecteurs désignés sur l'étape sont ajoutés comme collaborateurs en lecture seule. Ils relisent le code et commentent dans GitHub, puis enregistrent leur évaluation dans Kit.
Puis-je rémunérer les candidats pour leur temps ?
Oui. Définissez le montant et la devise sur l'étape d'exercice de code. Les candidats voient la rémunération dans leur portail et transmettent leurs coordonnées de paiement après avoir terminé le travail. Un administrateur examine les formulaires fiscaux requis avant que l'équipe financière reçoive la demande de paiement. Votre équipe effectue le versement.
Ajoutez une étape Exercice de code à une offre déjà publiée.
Essayez gratuitementDe vrais dépôts. De vraies compétences.
Connectez votre organisation GitHub, choisissez un dépôt modèle, ajoutez l'étape à une offre d'emploi. Le candidat l'ouvre depuis un lien magique, sans compte Kit ni licence.