Portfolio, technical narrative, and credential selection
Make a portfolio repeatable and safe to share.
In this lesson · T3 of 4
All lessons in this track →Progress for this track is saved in this browser only. No completion badge is issued. View your learning.
Start with the idea
Make a portfolio repeatable and safe to share.
Check the files and their history before sharing. Include run instructions, contributions and known failures. A course certificate and a reproduced exercise show different kinds of evidence.
Repository history: Earlier recorded versions of files, not just the current visible copy.
See the example and check your understanding
A made-up teaching example
Riley’s made-up project has an internal-looking hostname in old history. Reviewing only the current README misses it. The exercise practices a release review using invented content.
Ask yourself
Does a clean current page prove there was no sensitive content in history?
Show the explanation
No. Review the full intended package. Real exposure must follow the authorized incident process, not improvised evidence deletion.
Start with these checks
- Review history as well as current files.
- Test a clean-copy setup.
- State what the saved work and credential actually demonstrate.
Use the different practice case below and check every requirement in its full instructions.
The video explains the main idea. Use the sources, instructions and checks below to complete the practice.
Captions appear here during playback.
Portfolio, technical narrative, and credential selection
Make a portfolio repeatable and safe to share.
Video playback is unavailable. Read the descriptive transcript below, go directly to practice, or open the video file.
Source-based teaching example · Fictional data · Reviewed 2026-10-03. Microsoft Mark · locally synthesized. On a small screen, use fullscreen for diagram details or read the transcript.
Read the descriptive transcript
0:00 · What you will learn
Make a portfolio repeatable and safe to share.
What appears on screen
Make a portfolio repeatable and safe to share.
0:05 · The idea
Check the files and their history before sharing. Include run instructions, contributions and known failures. A course certificate and a reproduced exercise show different kinds of evidence.
What appears on screen
Check the files and their history before sharing. Include run instructions, contributions and known failures. A course certificate and a reproduced exercise show different kinds of evidence.
0:21 · One useful term
Repository history. Earlier recorded versions of files, not just the current visible copy.
What appears on screen
Earlier recorded versions of files, not just the current visible copy.
0:30 · A worked example
Riley’s made-up project has an internal-looking hostname in old history. Reviewing only the current README misses it. The exercise practices a release review using invented content.
What appears on screen
Riley’s made-up project has an internal-looking hostname in old history. Reviewing only the current README misses it. The exercise practices a release review using invented content.
0:45 · Your turn to think
Does a clean current page prove there was no sensitive content in history? Pause and decide before continuing.
What appears on screen
Does a clean current page prove there was no sensitive content in history? Pause the video if you need more time.
1:03 · Why this answer works
No. Review the full intended package. Real exposure must follow the authorized incident process, not improvised evidence deletion.
What appears on screen
No. Review the full intended package. Real exposure must follow the authorized incident process, not improvised evidence deletion.
1:15 · Check 1
Review history as well as current files.
What appears on screen
Review history as well as current files.
1:21 · Check 2
Test a clean-copy setup.
What appears on screen
Test a clean-copy setup.
1:25 · Check 3
State what the saved work and credential actually demonstrate.
What appears on screen
State what the saved work and credential actually demonstrate.
1:32 · Now try a different case
Open the lesson and try its different practice case. Use every check in the full task. Watching alone does not mark the lesson complete.
What appears on screen
Open the lesson Try the new case Check and revise The full task and its requirements are in the linked lesson.
Watching explains the example. Complete the lesson practice to check what you can do. Explore all visual lessons →
Prerequisites: distinguish output from evidence; review the AI workflow reference. Public self-study is not official agency training, accreditation or a credential.
What you will be able to do
This lesson develops the ability to publish reproducible, scoped, public-safe evidence. The setting is RILEY CHEN Evidence Portfolio, a wholly fictional transition record, synthetic course artifacts, fictional employer postings, and intentionally flawed public-facing career materials. Every person, organization, system record, metric, and outcome in the case is fictional. Do not replace the case with operational, classified, CUI, export-controlled, proprietary, employer-confidential, or third-party personal information.
By the end of the lesson, you will be able to:
- Demonstrate how to publish reproducible, scoped, public-safe evidence.
- Apply that model to the synthetic RILEY CHEN Evidence Portfolio environment.
- Produce a reviewable artifact that separates evidence, assumption, uncertainty, and authority.
- Recognize the critical failure and select a safe remediation path.
The performance standard is not confident language. It is a traceable decision, an artifact another qualified reviewer can inspect, a clear boundary around the learner’s authority, and a safe response to uncertainty. Knowledge checks are formative and do not award a certification or endorsement.
This curriculum runs self-study on VetsLearn. Where the text calls for an instructor, peer or formal review, use the stated acceptance criteria for self-review. Reflection questions support reflection; they do not replace independent assessment. A peer review is optional unless your actual organization requires it.
Part 1 Reproducible portfolio packaging
Include inputs, provenance, setup, versions, expected outputs, results, failures, contribution, license and safe-data statement. Screenshots show appearance, not repeatability. Describe model, interface, deployment and harness permissions; provide offline canned outputs if access is unavailable. Review public release across logs, history, filenames, metadata and configuration. Credential selection follows current role requirements and official provider status. Completion is not certification, clearance, qualification or guaranteed employment. No purchase is part of this exercise.
Give a reviewer a complete offline reproduction
A minimal package can contain README, invented sources S1/S2, questions Q1–Q3, canned outputs A1–A3, expected-result table and a limitations record. It requires no live model. README states configuration and authorship, then instructions: read each source, compare each claim to the cited span, score support and abstention, and record disagreements.
Fixtures: S1 says “opens 09:00 Monday”; S2 states no deadline. A1 says 09:00 Monday with S1 and passes. A2 says 10:00 Monday with S1 and fails support. A3 invents Friday as a deadline and fails the critical gate. Expected totals are one supported output and two failures; citation labels alone would mis-score A2.
Reproduction record: note a fresh-reader date, instruction version, observed scores and deviations. A solo fresh-copy check tests clarity but is not independent employer validation. A screenshot of the passing A1 cannot replace the failing A2/A3 records.
Credential comparison: an attendance record documents attendance; a course completion certificate documents completion of the provider’s stated requirements, which may include assessed work. Inspect those requirements and artifacts rather than assuming attendance alone or unrestricted competence. An exam certification supports its named credential claim under current rules; workplace role qualification requires the applicable employer/authority record. Record official sources, assessment scope and currency questions before selecting study. None automatically proves unrelated deployment skill, grants a clearance or replaces role-specific qualification.
Feedback: preserve licensing, provenance and safe-data statements, including metadata and history scope. Real incident evidence follows authorized preservation instructions.
Part 2 Synthetic worked example
Riley’s synthetic repository has an invented internal-looking hostname in old history. Review includes history, not just README. Real exposure must follow the authorized incident process rather than deleting evidence yourself. A solo clean-copy reproduction shows instructions work; it is not independent workplace assessment.
Guided practice: identify the unsupported conclusion, name missing evidence and rewrite its scope. Change one assumption and identify which decision reopens.
Part 3 Feedback and repair
Pass when readers reproduce checks without accounts, failures remain visible, provenance/contribution are recorded and credential type is truthful. Successful setup does not prove production reliability.
Retain the failed version, explain the criterion, correct the artifact and test a different invented case.
Next step: carry the artifact and failed cases into the next module lesson or capstone. Retain limitations when explaining your work.