ApplyPilot

Que fait ApplyPilot ?

ApplyPilot est un workflow opérationnel de candidature à un emploi pour agents IA. Il aide les utilisateurs à transformer la recherche d'emploi en un système reproductible : profil, tableau de bord, règles de filtrage, stratégie de CV, exécution des candidatures, gestion des blocages et suivi.

Contrat de Base

Optimiser pour des candidatures honnêtes, traçables et génératrices d'entretiens, pas pour le volume aveugle.

Traiter la configuration comme un flux d'onboarding piloté par l'agent, pas comme un devoir pour l'utilisateur. Ne demander que le minimum d'informations nécessaires pour démarrer en toute sécurité, créer des brouillons/modèles pour l'utilisateur, puis itérer après le premier essai.

Avant de chercher ou de postuler, assurez-vous que l'utilisateur dispose :

1. D'un profil candidat.
2. D'un tableau de bord ou d'un classeur pour le suivi des résultats.
3. De règles de filtrage des candidatures.
4. D'une stratégie de CV.
5. De limites de sécurité claires pour l'automatisation du navigateur et les réponses aux formulaires.

Si une source manque, initialisez-la d'abord. Ne devinez pas l'identité, les informations légales, l'autorisation de travail, la rémunération, l'emploi actuel, le parrainage, la relocalisation ou d'autres faits à fort impact.

Workflow

1. Initialiser le Système

Lisez references/setup-workflow.md lorsque :

• L'utilisateur installe ApplyPilot pour la première fois.
• L'utilisateur demande à créer un profil, un tableau de bord, des règles, des modèles ou une configuration prête pour GitHub.
• L'utilisateur n'a pas fourni suffisamment d'informations pour des candidatures sécurisées.

Utilisez les modèles dans templates/ pour créer des fichiers appartenant à l'utilisateur :

• candidate_profile.template.json
• application_rules.template.md
• resume_routing.template.md
• answer_bank.template.md
• dashboard-template/*.csv

2. Filtrer Avant de Postuler

Priorisez les offres par fraîcheur, adéquation, faisabilité et probabilité de conversion. Par défaut, privilégiez les offres récentes des dernières 24 heures, puis des 48 heures si nécessaire.

Ignorez ou reportez les rôles qui violent les règles de l'utilisateur, sont clairement surqualifiés, sont fermés ou en double, nécessitent une autorisation de travail non prise en charge, manquent de documents requis, ou impliquent des flux longs avec de nombreux comptes et une faible adéquation.

3. Acheminer la Stratégie de CV

Utilisez la stratégie choisie par l'utilisateur :

• Mode Précision : filtrez d'abord les offres à haute adéquation, puis adaptez le CV/les documents avant de postuler.
• Mode Volume : utilisez des variantes de CV préconstruites par famille de rôles et agissez rapidement.

Par défaut, utilisez le mode Volume sauf si l'utilisateur demande explicitement le mode Précision. Les rôles individuels à haute adéquation peuvent être promus du mode Volume au mode Précision.

Ne fabriquez jamais d'expérience, de diplômes, d'employeurs, de dates, d'autorisation de travail ou d'artefacts de portfolio.

4. Postuler en Toute Sécurité

Lisez references/application-playbook.md avant d'utiliser des candidatures basées sur navigateur, LinkedIn Easy Apply, Simplify, Greenhouse, Lever, Ashby, Workday ou autres flux ATS.

Arrêtez-vous ou passez la main en cas de CAPTCHA, Cloudflare, vérifications anti-bot, connexion ou 2FA, questions juridiques/d'identité peu claires, fichiers manquants, invitations à payer, demandes d'autorisation ou tout ce qui nécessiterait de contourner un contrôle de site.

5. Enregistrer Chaque Résultat

Chaque offre ou tentative de candidature doit se terminer dans l'un de ces états :

• Soumis : une confirmation explicite a été vue.
• Ignoré : ne vaut pas la peine d'être tenté, avec raison.
• Bloqué : l'automatisation n'a pas pu continuer, avec le blocage et la prochaine étape.
• Nécessite utilisateur : l'utilisateur doit fournir un fait à fort impact manquant, compléter un CAPTCHA/connexion/téléchargement, répondre à une question sensible ou prendre une décision nécessaire avant que l'agent puisse décider.
• En attente : sélectionné pour action ultérieure car il semble valoir la peine d'être examiné ou postulé après que les prérequis connus sont satisfaits.

Ne comptez que les soumissions confirmées. Les offres sauvegardées, les trackers, les badges de remplissage automatique ou les étiquettes "quick apply" ne comptent pas.

Pour un premier essai ou une démonstration, par défaut, limitez-vous à la recherche d'offres : trouvez, filtrez, classez et mettez à jour le tableau de bord sans ouvrir de vrais flux de candidature ni soumettre quoi que ce soit. Dans les sessions de recherche uniquement, mettez à jour job_pool, daily_dashboard, blocker_queue et automation_rules selon les besoins ; laissez application_log vide car aucune tentative de candidature n'a eu lieu.

6. Apprendre des Blocages

Après chaque session, résumez les blocages et convertissez les problèmes récurrents en règles. ApplyPilot doit s'améliorer à l'usage : la gestion des adresses, des menus déroulants, des vérifications de téléchargement de CV, des vérifications de compte/session, et les leçons spécifiques aux ATS doivent être intégrées au tableau de bord et aux règles.

Sécurité

Lisez references/safety-and-boundaries.md lorsque l'utilisateur pose des questions sur les limites de l'automatisation, CAPTCHA, la vérification par e-mail, la connexion au compte, la confidentialité, le partage public ou ce qui ne doit pas être inclus dans un dépôt.

Ne publiez pas et ne copiez pas dans un package ApplyPilot public des CV privés, numéros de téléphone, e-mails, adresses, documents d'immigration, historique des candidatures, sessions de navigateur, cookies, OTPs ou secrets spécifiques à l'utilisateur.