Codebase to course
Repository-first deterministic migration and atomic Skill source for Claude Code and Codex.
npx -y skills add JasonxzWen/harness-hub --skill codebase-to-courseAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
What its author says it does
Copied from the file, not written here
Load when a user wants a source-backed interactive HTML course that explains how a codebase works; do not load for chat tutoring, repository review, articles, slide decks, or general browser artifacts.
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
4.6 KB, as published. Nobody here has run it
Codebase to Course
Turn a real codebase into a factual, interactive HTML course for a reader who needs to understand and change the system, not memorize terminology.
Routing
This Skill owns a course artifact whose subject is a codebase.
- Use
quick-learnfor multi-session teaching, assessment, and durable learner progress. - Use
code-reviewfor findings about correctness or maintainability. - Use
source-postfor a public article. - Use
frontend-slidesfor a presentation. - Use
web-artifacts-builderonly when accepted course interactions genuinely need an application framework rather than a self-contained document.
Do not combine those outputs by default. A course is a learning artifact, not a review report with quizzes attached.
Evidence Contract
Inspect before explaining:
- Read the repository contract, README, entry points, configuration, tests, and the smallest set of implementation files needed to trace one representative user or operator journey.
- Identify the system's real actors, ownership boundaries, data movement, external dependencies, and one meaningful failure or debugging path.
- Separate observed facts from inference. Every implementation claim in the course must point to a current repository-relative file and line or symbol anchor.
- Use only short, exact source snippets. Do not simplify source code and present the result as verbatim code.
- Exclude credentials, secrets, customer data, generated vendor trees, and unrelated proprietary material. A course never expands access authority.
If the subject is a public repository URL, use read-only access or a temporary checkout. Do not modify or publish back to the source repository.
Course Shape
Choose the fewest modules that form a coherent teaching arc. Cover only what the source proves and the learner needs:
- what the product or tool does and the concrete journey being traced;
- the main actors and why each owns its responsibility;
- how control and data cross boundaries;
- one or more exact code-to-plain-language explanations;
- a failure path that builds practical debugging intuition;
- scenario questions that ask the learner to apply the model to a change or incident.
Define unfamiliar terms at first use. Prefer a diagram, annotated flow, or compact comparison when it teaches the relationship more clearly than prose. Avoid decorating every section with the same card pattern.
Scenario questions must test transfer, such as which boundary should change or where a symptom likely originates. Do not quiz acronym expansion, syntax trivia, or filename recall.
Artifact Contract
Default to one self-contained codebase-course.html with inline CSS and JavaScript. Use adjacent assets only when the course needs user-supplied images that cannot reasonably be embedded.
The artifact must provide:
- a clear reading order and module navigation;
- visible progress without locking the reader into mandatory scroll snapping;
- at least one source-backed architecture or data-flow visual;
- short exact code excerpts paired with plain-language interpretation and source anchors;
- at least one interactive scenario check with accessible controls and non-punitive feedback;
- keyboard access, visible focus, responsive layout, sufficient contrast, and reduced-motion behavior;
- a source index that lets a maintainer reopen every cited file.
Keep interactions native and small. Add a framework, build pipeline, persistence layer, or external font only when the accepted course behavior requires it.
Verification
Before handoff:
- Re-read every cited source anchor and correct stale line references or claims.
- Confirm no source excerpt contains secrets or unrelated personal/project data.
- Open the final HTML and exercise navigation plus every scenario control.
- Check the console and inspect the densest module at desktop and narrow mobile widths.
- Verify the artifact works without a network connection when it is described as self-contained.
Report any inference, inaccessible source, unverified browser behavior, or intentionally omitted subsystem. A visually polished course with stale code facts is a failed artifact.