<h1 align="center">
<a href="https://prompts.chat">
Produce the **final, comprehensive study notes** integrating all prior phases into a single authoritative document. This is the deliverable the student will actually use.
Loading actions...
<a href="https://prompts.chat">
TypeScript and ESLint rules that MUST be followed when creating, modifying, or reviewing any file under apps/frontend/, including .ts, .tsx, .js, and .jsx files. Also apply when discussing frontend linting, type safety, or ESLint configuration.
risks
Produce the final, comprehensive study notes integrating all prior phases into a single authoritative document. This is the deliverable the student will actually use.
Phase 4 is a creative synthesis, not a rewrite of Phase 1. It:
The backbone from Phase 1 is the spine. Phases 2 and 3 are the flesh.
Follow the backbone structure strictly. Every backbone unit (lecture page group or section) becomes a heading. A reader can hold the original slides / topic list in one hand and the study notes in the other and see a 1:1 correspondence.
# [Course Name] — Study Notes
## About these notes
[What these notes cover, how they're structured, what sources they draw from]
## Lecture 1 / Module 1: [Title]
### 1.1 [Topic] ([source location])
...
### 1.2 [Topic] ([source location])
...
Source location format — use whichever applies:
(Lecture 1, pp. 3-7)(Section 1.2)Calibrate depth to concept importance:
### [Concept Name] ([source location])
**What it is:** [1-3 sentence definition. Instructor's phrasing first, then clarification.]
**Intuition:** [Why does this exist? What problem does it solve? Use analogies for complex ideas.]
**Formal treatment:**
[Formula / algorithm in LaTeX or code block. Explain each symbol/variable.]
**Example:**
[Concrete, worked example. For algorithms: step-by-step trace. For formulas: plug in numbers.]
**Real-world application:** [From Phase 3. How used in industry? Specific tools, cases.]
**Connections:** [From Phase 2. Prerequisites + what this concept enables.]
**Common misconceptions:** [What do students typically get wrong?]
**References:** [source location + Phase 3 source if used]
| Concept weight | Required sections |
|---|---|
| Core / exam-critical | All seven |
| Important supporting | What + Formal + Example + Connections |
| Minor / context | What + brief note |
At every lecture/module boundary, insert a bridge:
---
> **Bridge:** Lecture 3 introduced the problem of [X]. Lecture 4 now presents [Y] as a solution. The key shift is from [understanding the problem] to [designing a mechanism]. Note that [Y] assumes [Z] from Lecture 2 ([source location]).
---
Bridges transform a set of notes into a coherent learning narrative.
Run a quick cross-reference — do not re-read everything in full:
[TODO] placeholders remain.Write in format-agnostic Markdown per templates.md. Generate study-notes.md as primary output. For PDF export, apply the /pdf skill — do not use Python or pandoc directly.
If the user selected Exam Ready in Phase 0 — or requests it now for the first time — generate two additional files after study-notes.md is complete. Do not restart earlier phases; generate the appendices from the outputs already produced.
A compact reference card designed for last-minute review or open-book use.
Rules:
Structure:
# Quick Reference: [Course Name]
## Formulas
| Name | Formula | Notes |
|------|---------|-------|
| [Name] | $[LaTeX]$ | [When to use / key constraint] |
## Key Definitions
- **[Term]:** [One sentence]
## Algorithms
| Name | Time | Space | Key idea |
|------|------|-------|----------|
| [Name] | O(?) | O(?) | [One line] |
## Common Traps
- [Specific mistake students make and what the correct behaviour is]
## X vs Y (Decision Tables)
[When you have two or more easily confused concepts, a two-column comparison table]
A bank of exam-style questions with full worked solutions.
Question sourcing rules (in priority order):
Question type selection by subject:
| Subject type | Emphasis |
|---|---|
| Math / engineering / CS algorithms | Worked problems (show-your-work format) |
| CS systems / architecture | Compare-and-contrast + design scenarios |
| Sciences | Explain-the-phenomenon + calculation |
| Humanities / social sciences | Short essay + source interpretation |
| Mixed | All types, weighted by lecture content |
Format per question:
### Q[N]: [Short title]
**Type:** [Definition / Worked problem / Compare / Design / Essay]
**Likely exam weight:** [High / Medium / Low]
[Question text — specific, unambiguous, matches the difficulty of the course]
**Answer:**
[Full solution. For worked problems: show every step. For compare: use a structured table or bullet pairs. For essay: a model answer outline.]
**Common mistake:** [What students typically get wrong on this question]
**Source:** [Lecture X, pp. Y-Z or Section X.Y]
Minimum coverage: 3 questions per major topic. At least one worked problem if the subject involves calculation or algorithms.
Concise but complete. Every sentence earns its place. Cut filler, keep substance.
Active voice. "The scheduler assigns processes" not "Processes are assigned."
Technical precision. Correct terminology. Define on first use.
Progressive disclosure. Within each concept: intuition first (accessible) → formal (precise) → example (concrete) → connections (advanced). A reader can stop at any level and still learn something.
Code and formulas are first-class. Format correctly, comment where non-obvious, never truncate.