Skip to content
mlmentorship

Proof of work: the bounded claim, artifacts and references

Make a personal contribution inspectable without claiming the team's work, exposing confidential evidence or scripting references.

Published · 6 min read ·Role-specific ·Intermediate
Reading depth

Choose one contribution you can support. Separate your decision from team work, observed results from estimates, and evidence from inference.

Problem

Audit this fictional draft: “I built the training platform and improved launch quality”. The evidence instead attributes benchmark design and a launch-gate recommendation to the candidate; another team built the platform. Rewrite the claim without inventing exclusive causal credit.

Picture: One Claim, Different Checks

Patch authorship does not prove ownership of the team rollout

Patch authorship is not ownership of the team rolloutA personal patch proves one contribution. Decision ownership, rollout responsibility, and outcome attribution require their own evidence.Each claim needs its own observedevidencepersonal patch+decision ownership?rollout ownership?
Derivation
Evidence can support a bounded contribution without proving a broader outcomeFictional contributor claims authorship of parser-boundary patch P17, not the team rollout. A shareable diff supports the implementation, a witness observed review but not productivity impact, and no controlled outcome comparison is available. Authorship is supported, the broad effect unknown, and a solo-deployment claim conflicts with team ownership.Fictional P17; shareable evidence onlyCLAIMACTUAL SUPPORTBounded implementationI wrote thecheckP17 diff +reviewerSUPPORTEDProductivity improvementthe team becamefasterno causalcomparisonUNKNOWNDeployment ownershipI shipped italoneteam ownedrolloutCONFLICT
The diff and witness support the narrow implementation claim, not every surrounding story. Preserve unknown outcomes, team ownership, and confidentiality. Consistency alone does not establish truth.
Check: Which part of the claimed contribution is actually supported? Which remains unknown or team-owned?
Read it this way: A personal patch proves one contribution. Decision ownership, rollout responsibility, and outcome attribution require their own evidence.
Which additional evidence would establish personal rollout responsibility?

Work the Ownership Boundary

This replacement is also fictional, not an achievement to reuse as your own:

I designed a slice benchmark and recommended a launch gate. Another team owned the training platform. The report records the observed slice recovery. Concurrent data cleanup limits causal attribution.

It has 29 words under the rule “trim, then split on whitespace”. Use the destination form’s actual counting rule and confirmed limit; 100 words is not a universal requirement.

Build one evidence table

ClaimArtifactYour ownershipTeam ownershipDirect witnessCaveat
Slice evaluation and gatePermitted report or labeled reconstructionBenchmark design; gate recommendationPlatform and rolloutDirect observer, if availableConcurrent cleanup limits causal credit

Add evidence kind: observed/estimated/unavailable, and disclosure: approved/restricted. Record unresolved failures separately.

Choose one contribution

Look for six properties: technical constraint, personal decision, available evidence, consequence, trade-off or learning, and role relevance. Unavailable evidence is a limit to disclose, not a reason to invent an artifact, witness, failure or numeric result.

The 100-word structure

Use five prompts within the confirmed limit: problem/constraint; personal ownership; technical mechanism; evidence; consequence or learning.

Change 1: The Report Is Confidential

New task. Original evidence cannot be shared.

Picture and change. Use approved sanitized architecture, a synthetic fixture or a precise verbal reconstruction; label its provenance.

Check. An unrelated public repository does not prove this private contribution.

Use when. Disclosure is restricted.

Change 2: The Reference Saw Only the Outcome

New task. A senior reference did not observe the decision.

Picture and change. Supplement with a direct observer if available; mark each person’s knowledge boundary.

Check. Title does not establish firsthand knowledge.

Use when. Witness coverage differs from the claim.

Common failure modes

Team work claimed personally, coordinated scripts and leaked evidence undermine verification rather than strengthen it.

Transfer Check

Must all three sources repeat the same wording?

Reasoned Answer

No. They should be factually compatible within their knowledge. Independent wording and honest limits are desirable.

Artifact selection

Choose the artifact relevant to the claim:

  • Repository/PR: implementation.
  • Paper/report/notebook: research.
  • Design document: architecture/trade-offs.
  • Benchmark/data card: evaluation/data.
  • Incident review: debugging/operations.
  • Talk/deck: communication.
  • Product/demo: user value.

Prepare the verification path

Ask seven questions: What evidence exists? Observed or estimated? Team ownership? Personal ownership? Direct observer? Confidential details? Unresolved failure?

References are independent evidence

Choose direct observers and preserve independent judgment, not statistically independent measurements. Possible perspectives: manager for scope/reliability; peer for technical quality; cross-functional partner for collaboration; mentor for research judgment.

Ask permission before contact. Share accurate role, resume and project context; do not script praise. Keep names and contact details in private authorized storage, not public preparation artifacts.

What references may expose

Reconcile factual errors about ownership, metric context, reliability, conflict, causal credit or later growth. A changed recollection needs honest clarification, not synchronized accounts.

Preparation checklist

  1. Write within the confirmed statement limit.
  2. Verify every personal ownership verb.
  3. Attach an allowed artifact or labeled reconstruction, if available.
  4. Prepare the same decisions for the confirmed presentation duration.
  5. Build the claim/evidence table.
  6. Ask references; privately confirm contact details.
  7. Share which real work may arise.
  8. Reconcile factual differences across resume, deck, artifact and reference context.

Absence of a witness or artifact remains an explicit corroboration limit, not proof that the claim is false.

Related: present a technical ML project, your most ambitious project, and technical presentation practice.