Create a project
Start from a role, challenge, or independent brief. Review the generated stages and adjust them before treating the plan as yours.
Practical handbook
This handbook explains the builder workflow and how another person should interpret a FocusCraftJob public proof.
Start from a role, challenge, or independent brief. Review the generated stages and adjust them before treating the plan as yours.
Record decisions, failed approaches, corrections, constraints, and why an architectural choice changed. Do not add private secrets or client-confidential material.
Update stages and deliverables as they become real. A polished artifact alone gives the validator little process evidence.
Review your available entitlement, then submit the project. The server evaluates the current evidence snapshot and creates a versioned event.
Publish under a chosen name or as Anonymous Builder. Select public links and digest fields deliberately; private logs remain outside the public proof.
You may improve the project and publish new presentation details. A later assessment creates a new event and preserves the earlier attempt count.
Useful notes explain a decision and its consequence.
Generic progress statements, copied requirements, or manufactured struggle do not provide strong evidence of understanding. Write for your future self, not for a score.
Open /verify/{code} or use the verification link on the proof. This reads the server-owned event rather than trusting a screenshot or browser badge.
Review the verification date, validator version, score, status, orchestration rank, and number of earlier attempts.
Use the title, scope, stages, deliverables, public links, and optional digest to understand what evidence the result relates to.
Ask role-specific questions, inspect external artifacts, and conduct normal identity, reference, security, or hiring checks as appropriate.
Builders control whether a project is published, the display identity used, public links, and approved digest content. Public APIs exclude raw private logs, private audit notes, Socratic Handshake answers, private telemetry, unpublished projects, and private account data.
Eligible new accounts receive starter verification credits. Additional runs may use purchased credits, subscription access, sponsored cohort access, or administrator access. Public proof resolution remains available without using a verification credit.
Guide pratique
Ce guide explique le parcours du builder et la maniere d'interpreter une preuve publique FocusCraftJob.
Partez d'un role, d'un defi ou d'un mandat independant. Revisez les etapes generees avant d'adopter le plan.
Notez les decisions, echecs, corrections, contraintes et raisons des changements. N'ajoutez aucun secret ni renseignement confidentiel.
Mettez a jour les etapes et livrables lorsqu'ils deviennent reels. Un livrable poli ne fournit pas, a lui seul, beaucoup d'elements sur le processus.
Consultez votre acces disponible, puis soumettez le projet. Le serveur evalue l'instantane actuel et cree un evenement versionne.
Publiez sous le nom choisi ou comme Anonymous Builder. Selectionnez volontairement les liens et champs publics; les journaux prives restent exclus.
Vous pouvez ameliorer le projet et republier sa presentation. Une nouvelle evaluation cree un evenement distinct et conserve les tentatives precedentes.
Une note utile explique une decision et sa consequence.
Les declarations generiques, exigences copiees ou difficultes fabriquees n'offrent pas de bons elements de comprehension. Ecrivez pour votre futur vous, pas pour un score.
Ouvrez /verify/{code} ou le lien de verification. Cette page lit l'evenement serveur plutot que de faire confiance a une capture d'ecran.
Consultez la date, la version du validateur, le score, le statut, le rang d'orchestration et les tentatives precedentes.
Utilisez le titre, la portee, les etapes, livrables, liens publics et le digest optionnel pour comprendre le perimetre du resultat.
Posez des questions propres au role et effectuez les controles d'identite, de reference, de securite ou d'embauche appropries.
Les builders controlent la publication, l'identite d'affichage, les liens publics et le digest approuve. Les API publiques excluent les journaux prives, notes d'audit privees, reponses au Socratic Handshake, telemetrie privee, projets non publies et donnees de compte privees.
Les nouveaux comptes admissibles recoivent des credits de depart. Les evaluations suivantes peuvent utiliser des credits achetes, un abonnement, une cohorte commanditee ou un acces administrateur. La consultation d'une preuve publique ne consomme aucun credit.