Process capture
Builders maintain project stages, deliverables, decisions, revisions, and process notes in their private workspace.
Protocol reference / v1
Evidence-supported verification for AI-assisted project work.
FocusCraftJob records project activity, evaluates available evidence, and issues server-owned verification events that can be resolved through a public proof and verification code.
Claim boundary. A FocusCraftJob result does not establish legal identity, AI-free authorship, total human authorship, or fitness for a specific hiring decision. It is a structured assessment of the evidence available to the validator at a particular time.
Protocol components
Validator Node
The validator evaluates the submitted evidence against the active rubric and records score, status, orchestration signals, risk flags, and validator version.
Verification event
Each completed assessment creates a versioned, server-owned event with a unique code, timestamp, project reference, and evidence snapshot hash.
Public proof
The builder controls publication and presentation. A public proof points to the latest active verification event while earlier events remain in the audit history.
Lifecycle
- A builder creates a project and captures work over time.
- The builder requests an assessment when enough evidence is available.
- The server creates a verification event from the submitted evidence snapshot.
- The builder may publish a named or Anonymous Builder proof.
- Later edits can be republished without rewriting an earlier event.
- A new assessment creates a new event; it does not overwrite prior attempts.
Public and private boundary
Public when approved
- Project title, summary, skills, and selected deliverables
- Chosen display identity
- Current audit status and score
- Verification code and timestamp
- Author-approved forensic digest
Not exposed publicly
- Raw private process and audit logs
- Socratic Handshake questions and answers
- Private telemetry and unpublished projects
- Private user shards or billing records
- Unapproved personal information
Integrity controls
- Verification outcomes are written by trusted server functions, not browser controls.
- Public lookup resolves the server-owned event at
/verify/{code}. - Portable public credentials can be resolved at
/api/public/credentials/{proofId}. - Republishing changes presentation; reverification creates a separate protocol event.
- Named and pseudonymous proofs use the same audit semantics.
- Corrections and disputes should preserve the prior event and document the later disposition.
Access and funding
Candidate verification can be funded through starter credits, purchased credit packs, an eligible subscription, an institution-sponsored cohort, or administrator access. Entitlement determines who funds a run; it does not change the validator rubric.
Reference du protocole / v1
Verification etayee pour les projets realises avec l'aide de l'IA.
FocusCraftJob consigne l'activite du projet, evalue les elements disponibles et emet des evenements de verification controles par le serveur, consultables par une preuve publique et un code de verification.
Limite de la declaration. Un resultat FocusCraftJob n'etablit ni l'identite juridique, ni une paternite sans IA, ni une paternite entierement humaine, ni l'aptitude a une decision d'embauche particuliere. Il s'agit d'une evaluation structuree des elements disponibles a un moment donne.
Composants du protocole
Capture du processus
Les builders conservent les etapes, livrables, decisions, revisions et notes de processus dans leur espace prive.
Validator Node
Le validateur evalue les elements soumis selon la rubrique active et consigne le score, le statut, l'orchestration, les risques et sa version.
Evenement de verification
Chaque evaluation terminee cree un evenement versionne controle par le serveur, avec code, horodatage, reference du projet et empreinte de l'instantane.
Preuve publique
Le builder controle la publication. La preuve pointe vers le dernier evenement actif tandis que les evenements anterieurs restent dans l'historique.
Cycle de vie
- Le builder cree un projet et consigne son travail.
- Il demande une evaluation lorsque les elements sont suffisants.
- Le serveur cree un evenement a partir de l'instantane soumis.
- Le builder peut publier sous son nom ou comme Anonymous Builder.
- Les modifications ulterieures peuvent etre republiees sans reecrire l'evenement.
- Une nouvelle evaluation cree un nouvel evenement et conserve les tentatives precedentes.
Frontiere publique et privee
Public apres approbation
- Titre, resume, competences et livrables choisis
- Identite d'affichage choisie
- Statut et score actuels
- Code et date de verification
- Digest forensique approuve par l'auteur
Non expose au public
- Journaux prives du processus et de l'audit
- Questions et reponses du Socratic Handshake
- Telemetrie privee et projets non publies
- Donnees utilisateur ou de facturation privees
- Informations personnelles non approuvees
Controles d'integrite
- Les resultats sont ecrits par des fonctions serveur de confiance, pas par les controles du navigateur.
- La consultation publique resout l'evenement a
/verify/{code}. - Les justificatifs portables sont disponibles a
/api/public/credentials/{proofId}. - Republier modifie la presentation; verifier de nouveau cree un evenement distinct.
- Les preuves nommees et pseudonymes suivent les memes regles d'audit.
- Une correction ou un litige doit conserver l'evenement anterieur et documenter la suite.
Acces et financement
Une verification peut etre financee par des credits de depart, des packs, un abonnement admissible, une cohorte commanditee ou un acces administrateur. Le mode de financement ne modifie pas la rubrique du validateur.