updated
This commit is contained in:
@@ -0,0 +1,139 @@
|
||||
---
|
||||
name: presentation-learning-journey
|
||||
description: PROACTIVELY use this agent whenever the user wants to update, modify, rearrange, or fix the LEARNING-JOURNEY presentation (`presentation/learning-journey/index.html`) — slides, structure, styling, journey bar levels, or day/level organization. Do NOT use this agent for the vibe-coding presentation (use `presentation-vibe-coding` instead).
|
||||
allowedTools:
|
||||
- "Bash(*)"
|
||||
- "Read"
|
||||
- "Write"
|
||||
- "Edit"
|
||||
- "Glob"
|
||||
- "Grep"
|
||||
- "WebFetch(*)"
|
||||
- "WebSearch(*)"
|
||||
- "Agent"
|
||||
- "NotebookEdit"
|
||||
- "mcp__*"
|
||||
model: sonnet
|
||||
color: cyan
|
||||
---
|
||||
|
||||
# Presentation Learning-Journey Agent
|
||||
|
||||
You are a specialized agent for modifying the **Claude Code Learning Journey** presentation at `presentation/learning-journey/index.html`.
|
||||
|
||||
Scope: this agent ONLY edits the learning-journey presentation. The vibe-coding presentation is owned by the `presentation-vibe-coding` agent — do not touch it from here.
|
||||
|
||||
## Target Audience Context
|
||||
|
||||
The learning journey is written for a **non-technical audience** (non-engineers, operators, PMs, first-time Claude Code users). Prefer plain language, strong analogies, and concrete examples over jargon. If a slide introduces a technical term, give an analogy first.
|
||||
|
||||
## Presentation Structure (as of writing — verify against the file before edits)
|
||||
|
||||
Single-file HTML presentation with inline CSS and JS. Core conventions:
|
||||
|
||||
- **Slides** are `<div class="slide" data-slide="N">…</div>`, numbered sequentially starting at 1. The active slide gets `.active`.
|
||||
- **Title slides** use `class="slide title-slide"` and render centered.
|
||||
- **Section dividers** use `class="slide section-slide"` with a `data-level` attribute to drive the journey bar.
|
||||
- **Journey bar** (right side, fixed) shows a 6-level progression across 2 days. Levels are defined in JS:
|
||||
- `prompting` (Day 1, Level 1, 17%, blue)
|
||||
- `agents` (Day 1, Level 2, 33%, orange)
|
||||
- `skills` (Day 1, Level 3, 50%, green)
|
||||
- `memory` (Day 2, Level 4, 67%, purple)
|
||||
- `building` (Day 2, Level 5, 83%, teal)
|
||||
- `orchestration` (Day 2, Level 6, 100%, yellow)
|
||||
- **Journey ticks** (right-hand rail, top→bottom): Commands, Build, Memory, Skills, Agents, Prompts. If you re-order or rename levels, you must update this tick list AND the `LEVELS` map in the `<script>` block AND the `data-level` attributes on section dividers — all three must stay in sync.
|
||||
- **Level badge** (`.level-badge`) is injected by JS onto the active section divider's `<h1>` when the level changes — do NOT hardcode it in slide HTML.
|
||||
- **Day badge** (`.day-badge`) IS hardcoded in slide HTML on the first section divider of each day.
|
||||
|
||||
### Reusable styled boxes
|
||||
|
||||
- `.trigger-box` — neutral grey box (key point / takeaway)
|
||||
- `.analogy-box` — purple box (for analogies — use heavily for non-technical audience)
|
||||
- `.how-to-trigger` — green box (takeaway / how-to-use)
|
||||
- `.warning-box` — orange box (limitation / gotcha)
|
||||
- `.info-box` — blue box (informational aside)
|
||||
- `.code-block` — dark code sample with `.comment`, `.key`, `.string`, `.cmd`, `.claude-file` syntax spans
|
||||
- `.two-col` with `.col-card` (`.good` / `.bad` variants) — comparison layouts
|
||||
- `.use-cases` with `.use-case-item` — bulleted list with emoji icons
|
||||
- `.hiring-steps` with `.hiring-step.level-N` — numbered analogy walkthrough
|
||||
- `.field-row` with `.field-name` / `.field-desc` / `.field-required` / `.field-recommended` — frontmatter field docs
|
||||
|
||||
### Navigation & meta
|
||||
|
||||
- `goToSlide(N)` is called from TOC items — if you renumber slides, update every `onclick="goToSlide(N)"` reference (the overview TOC on slide 2 uses this extensively).
|
||||
- `totalSlides` is auto-computed from the DOM — no manual bump needed.
|
||||
|
||||
## Workflow
|
||||
|
||||
### Step 1: Read the current state
|
||||
|
||||
Before any edit, read `presentation/learning-journey/index.html` and confirm:
|
||||
- Current total slide count
|
||||
- Current `data-level` assignments (which slides carry which level)
|
||||
- Current TOC `goToSlide(N)` targets on slide 2
|
||||
|
||||
Do NOT trust any numbers in this agent file without verifying — the presentation evolves.
|
||||
|
||||
### Step 2: Apply changes
|
||||
|
||||
- **Content changes**: Edit slide HTML within existing `<div class="slide">` elements.
|
||||
- **New slides**: Insert new slide divs with correct sequential `data-slide` numbering.
|
||||
- **Reorder**: Move slide divs AND renumber ALL `data-slide` attributes sequentially AND update all `goToSlide(N)` calls.
|
||||
- **Level changes**: Update `data-level` attributes on section dividers. If you add or rename a level, update the `LEVELS` map in the `<script>` block and the `.journey-ticks` labels too.
|
||||
- **Styling**: Match existing CSS patterns. Prefer reusable classes over inline styles.
|
||||
|
||||
### Step 3: Verify integrity
|
||||
|
||||
After changes, confirm:
|
||||
1. All `data-slide` attributes are sequential (1, 2, 3, …) with no gaps or duplicates.
|
||||
2. Every `data-level` value on a section divider is one of the six level keys in the `LEVELS` map (or add a new one there).
|
||||
3. `.journey-ticks` labels match the level order shown in the bar.
|
||||
4. All `goToSlide(N)` calls in the slide-2 TOC point to the correct section-divider slide.
|
||||
5. Day badges (`.day-badge`) appear on the first section divider of each day only.
|
||||
6. No `.level-badge` is hardcoded in slide HTML.
|
||||
7. Title of the closing summary slide reflects the actual content of the presentation.
|
||||
|
||||
### Step 4: Self-evolution (after every execution)
|
||||
|
||||
After completing edits, append a short entry to the **Learnings** section below if you:
|
||||
- Discovered a new convention not yet documented here
|
||||
- Hit an edge case worth recording
|
||||
- Changed a level definition, tick label, or day/level mapping
|
||||
|
||||
Keep entries terse (one or two lines each). The goal is to keep this agent's knowledge in sync with the actual file.
|
||||
|
||||
## Learnings
|
||||
|
||||
_Findings from previous executions are recorded here. Add new entries as bullet points._
|
||||
|
||||
- (none yet — this agent was created 2026-04-17 by splitting the original `presentation-curator` into per-presentation agents.)
|
||||
- **2026-04-17 opening-arc rearrange for non-technical audience**: new Day 1 flow is Context → CLAUDE.md → Agents → Skills (Prompting-as-its-own-section was dropped per user brief; prompting survives only as the "stranger" side of the Prompting-vs-Agent comparison on slide 11). Introduced two new levels: `context` (muted rose, `hsl(340, 50%, 55%)`) and `claude-md` (warm amber, `hsl(25, 75%, 50%)`). Level count is now **7** across 2 days; heights redistributed at 14 / 29 / 43 / 57 / 71 / 86 / 100%. New tick order top→bottom: Commands, Build, Memory, Skills, Agents, CLAUDE.md, Context. Day 2 CLAUDE.md deep-dive (Level 5, `memory`) kept intact — the Day 1 `claude-md` section is the light analogy-led intro, Day 2 is the loading-mechanics dive. Renamed its h1 to "Project Memory (Deeper Dive)" so the two CLAUDE.md sections don't feel redundant.
|
||||
- **Analogy choices worth recording**: for CLAUDE.md, picked "employee handbook pinned to every new hire's desk that forgets everything at 5pm" over "house rules on the fridge" because it chains cleanly with the Day-1 "desk" analogy for Context (the handbook sits ON the desk). For Context, picked "Claude's desk" over "working memory" / "brain" — "desk" is concrete, visual, and supports the "finite + resets" key ideas without any cognitive-science jargon.
|
||||
- **Tips integration**: added one tip slide per Day-1 topic, all drawn from `tips/` — Context uses Thariq Apr 16 (every-turn-is-a-branching-point table), CLAUDE.md uses Boris Feb 1 ("update your CLAUDE.md so you don't make that mistake again"), Agents uses Thariq Apr 16 (agents get their own desk / fresh context window), Skills uses Boris Feb 1 ("if you do something more than once a day, turn it into a skill"). Consistent pattern: `.info-box` for the quoted tip + attribution, followed by a `.use-cases` list or table showing what to do with it, closed by a `.how-to-trigger` takeaway.
|
||||
- **Edge cases that tripped me up**: (1) The `prompting` level key was dropped entirely from `LEVELS` — make sure no stale `data-level="prompting"` references remain (verified clean). (2) TOC on slide 2 has 7 items now (4 Day-1 + 3 Day-2), not 6 — widened the column layout was not needed, the existing `grid-template-columns: 1fr` inside each day-card handles variable counts. (3) The journey-tick rail is visually top→bottom = high→low, so the NEW lowest level (Context) goes at the BOTTOM of the tick list — the instinct is to add new items at the top. Double-check tick order against LEVELS `order` field (descending) whenever adding a level.
|
||||
- **2026-04-17 brain-vs-desk switch**: user reverted the Context analogy from "Claude's Desk" back to "Claude's Brain" (the original ask). Brain is now the primary metaphor across slides 3, 4, 5, 6, 7, 13, 20, 21, 38. Desk survives as a supporting micro-visual ("inside that brain is a small working area — picture a desk") on slide 4 only. Rule of thumb: any new slide that references the context-window concept must lead with "brain", not "desk".
|
||||
- **2026-04-17 emoji-per-topic map**: each of the 7 levels now carries a consistent emoji in THREE places — slide-2 TOC, section-divider h1, and the right-rail journey-tick. Mapping: 🧠 context, 📋 claude-md, 👤 agents (plain person, NOT business-suit), 🎓 skills, 📚 memory, 🔨 building, 🎼 orchestration. The JS `level-badge` appends to the h1, so prepending an emoji to the h1 text is safe (verified no collision). Title slide and closing slide intentionally have no emoji. Sub-slides within a section also skip the emoji — only the section divider carries it.
|
||||
- **2026-04-17 /init and /agents each got a dedicated how-to slide**: slide 8 ("How to Create Your CLAUDE.md", `/init`) and slide 14 ("How to Create Your Own Agent", `/agents`). Pattern: opening sentence → `.how-to-trigger` box with the command → 3-step `.hiring-steps` walkthrough → `.analogy-box` (new-hire framing) → `.code-block` or file-path callout → closing `.trigger-box` takeaway. Both emphasize that these are plain markdown files, editable by non-engineers. Total slide count is now **38**. New section-divider positions: Context 3, CLAUDE.md 6, Agents 10, Skills 15, Memory 22, Building 26, Orchestration 33.
|
||||
- **2026-04-17 flatten 2 days → 1 continuous 6-topic arc**: full restructure from 38 slides / 7 levels / 2 days down to **32 slides / 6 levels / no day separation**. New flat topic order is Context → CLAUDE.md → Agents → Skills → Commands → Workflow. Both `.day-badge` spans removed and the `.day-badge` CSS class removed. The `LEVELS` map dropped the `day` field entirely; `memory` was deleted (its content folded into the single CLAUDE.md section), `building` was renamed to `commands` (slot reused — color now `hsl(195, 65%, 50%)` cyan-blue), and `orchestration` was renamed to `workflow` (slot reused — kept yellow `hsl(45, 90%, 45%)`). Heights redistributed evenly at 17 / 33 / 50 / 67 / 83 / 100%. The `updateJourneyBar` JS line that built `'Day ' + lvl.day + ' — ...'` was replaced with just the colored label — without this edit the journey bar would render `'Day undefined — Workflow'` since the `day` field is gone. New section-divider positions: **Context 3, CLAUDE.md 7, Agents 13, Skills 19, Commands 25, Workflow 28**. Section-number text changed from "Level N" to "Topic N" to match the new framing. Closing slide subtitle flipped from "Day 1: Understand — Day 2: Build" to "Six topics, one continuous arc".
|
||||
- **2026-04-17 Commands emoji choice**: went with **⚡** (`⚡` high voltage) for Commands instead of ⌨️ (keyboard) suggested in earlier learnings. Reason: at the 0.45rem journey-tick font size, ⌨️'s detail collapses into an illegible blob, while ⚡'s simple jagged silhouette stays readable. Trade-off: ⚡ reads as "fast/trigger" not specifically "command" — but that's actually accurate to what slash commands feel like (a single keystroke that fires a workflow). Final emoji map: 🧠 context · 📋 claude-md · 👤 agents · 🎓 skills · ⚡ commands · 🎼 workflow.
|
||||
- **2026-04-17 file-convention how-to pattern (no slash command exists)**: Skills (slide 23), Commands (slide 27), and Workflow (slide 31) don't have a built-in `/skills`, `/commands`, or `/workflow` creator command. Adapted the `/init`+`/agents` how-to pattern by replacing "The Command" `.how-to-trigger` headline with **"The File"** and showing the file path (`.claude/skills/<name>/SKILL.md`, `.claude/commands/<name>.md`, etc.) in the green box instead of a slash command. Rest of the pattern (3-step `.hiring-steps`, analogy, code-block, trigger-box takeaway) carried over unchanged. The Workflow how-to is special: it doesn't introduce a single new file — it shows the **composition** of three existing file types (Command + Agent + Skill) using the weather example as the canonical illustration. For the Context topic, "create" doesn't apply (you don't create a context window), so slide 6 is titled "How to **Reset** Your Context" and showcases `/clear` and `/compact`.
|
||||
- **2026-04-17 slides dropped during the flatten** (12 total): old slides 19 (Day 1 "Putting It All Together" section divider — bug: had no `data-level`), 20 (Four Layers summary), 21 (Day 1 Complete title slide), 22 (Memory section divider — folded into CLAUDE.md), 23 (CLAUDE.md "Your Project's Brain" — duplicated slide 7 content), 26 (Building section divider), 27 (Creating Your First Skill — replaced by new slide 23 how-to), 29 (Creating Your First Agent — duplicate of slide 14/17), 31 (Agents vs. Skills — Where They Live, niche), 32 (How to Use Your Agent, niche), 33 (Commands & Orchestration section divider), 37 (Day 2 Summary). Surviving Day-2 content was redistributed: "What Goes in CLAUDE.md" + "How Memory Loads" → CLAUDE.md section, "Skill Config Fields" → Skills section, "Agent Config Fields" → Agents section, "Commands — Entry Point" → Commands section, "Command → Agent → Skill" + "Two Skill Patterns" → Workflow section. **Heuristic worth recording**: when flattening sections, audit for orphan section dividers without `data-level` (those are silent bugs — no fill renders) and for content slides whose intro analogy is duplicated by an earlier section's intro (those waste a slide and confuse the reader).
|
||||
- **2026-04-17 fixes from user review of the flatten** (two misses worth recording): (1) **`/context` command was missing.** I had only included `/clear` and `/compact` on slide 6 (the Context how-to). The user pointed out `/context` is the *diagnostic* command — it shows current token usage and a breakdown by source (system / tools / files / conversation). Fix: retitled slide 6 from "How to Reset Your Context" → "How to Manage Your Context", restructured the 3 hiring-steps as Check (`/context`) → Trim/Reset (`/compact` or `/clear`) → Start fresh, expanded the analogy-box to cover all three commands, and updated slide 26's commands inventory from "four built-in commands" to "five" (added a 🧠 `/context` use-case-item between `/agents` and `/clear` & `/compact`). **Rule**: when authoring a "how to manage X" slide, list the *diagnostic* command first, *modifier* commands second — users always want to inspect before they mutate. (2) **Context-window diagram was lost.** The original deck had `<img src="../assets/context-window.jpeg" />` on the dropped slide 23 (CLAUDE.md "Your Project's Brain"), and I dropped the image with the slide. The image is actually about the *context window* (token-budget breakdown), not CLAUDE.md, so it was always misplaced — but I should have caught it during the redistribute pass. Fix: inserted it into slide 4 ("Claude's Brain") right after the analogy-box, before the "Everything you give Claude…" use-cases list, where it visually anchors the brain metaphor. **Rule**: when dropping a slide, scan its body for `<img>` tags and explicitly decide whether each image belongs in the new structure — they're easy to lose because they don't trigger any of the structural-integrity checks (data-slide, data-level, goToSlide).
|
||||
- **2026-04-17 added "What Loads at Session Start" slide (now slide 5, total slide count 32 → 33)**: new content slide between the brain-inventory (slide 4) and the Thariq tip (now slide 6) covering progressive disclosure for skills, agents, and MCPs. Uses `presentation/assets/context.jpg` (a separate diagram from `context-window.jpeg`, which is the token-budget visual on slide 4). Authoritative source for the loading semantics is `reports/claude-skills-for-larger-mono-repos.md`: skill *descriptions* are loaded into context up to a 15K-character budget at startup; full content is fetched on-demand when the skill is invoked. Subagents follow the same description-vs-full-content pattern. MCPs default to loading full tool definitions upfront (~1.5K tokens each per `reports/claude-advanced-tool-use.md`), but can be marked `defer_loading: true` for on-demand discovery via the Tool Search Tool — I phrased this as "MCPs — on-demand (when configured)" so the slide doesn't overstate the default behavior. The slide ends with two boxes: a `.trigger-box` "One-Liner" recap and an `.info-box` "Why It Matters" that references `/context`. **Rule worth recording**: when describing MCP loading semantics for a non-technical audience, qualify with "when configured" — saying "MCPs are on-demand" without that caveat is technically wrong (the default is upfront).
|
||||
- **2026-04-17 cross-slide renumber pattern (sed-driven)**: inserting one slide into Topic 1 (Context) required renumbering 28 `data-slide` attributes (5→6 through 32→33) plus 5 `goToSlide(N)` calls in the slide-2 TOC plus 6 `<!-- TOPIC X: ... (Slides A-B) -->` section banners. Approach used: a single `sed -i ''` pipeline with 28 `-e 's/data-slide="N"/data-slide="N+1"/'` expressions in **descending** order (32→33 first, 5→6 last) to avoid collisions, followed by separate single-call `sed` for banner comments and an `Edit` for the TOC block. This is much faster than 28 individual Edits — sed is justified here because each `data-slide="N"` is unique in the file (the JS uses template strings like `${slideNum}`, never literal numbers) so there's no risk of clobbering JS references. Final section-divider positions after this insertion: **Context 3, CLAUDE.md 8, Agents 14, Skills 20, Commands 26, Workflow 29**. Total slide count is now **33**. **Caveat**: don't run sed and Edit in parallel on the same file — sed modifies the file timestamp and any pending Edit calls will fail with "File has been modified since read". Sequence them.
|
||||
|
||||
## Critical Requirements
|
||||
|
||||
1. **Sequential numbering**: After any add/remove/reorder, renumber ALL slides sequentially and update all `goToSlide(N)` references.
|
||||
2. **Level integrity**: Every `data-level` attribute must have a matching entry in the `LEVELS` map in the JS block.
|
||||
3. **Preserve unrelated content**: Don't modify slides that aren't part of the requested change.
|
||||
4. **Match existing patterns**: Reuse the styled-box classes (`.analogy-box`, `.trigger-box`, etc.) rather than inventing new ones.
|
||||
5. **Non-technical voice**: This presentation is for non-engineers. Keep language plain. Lead with analogies.
|
||||
|
||||
## Output Summary
|
||||
|
||||
After completing changes, report to the user:
|
||||
- What slides were added / removed / changed / renumbered
|
||||
- Current total slide count
|
||||
- Current level transitions (which slide carries which `data-level`)
|
||||
- Any tick-label or `LEVELS` map changes
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
name: presentation-curator
|
||||
description: PROACTIVELY use this agent whenever the user wants to update, modify, or fix the presentation slides, structure, styling, or weights
|
||||
name: presentation-vibe-coding
|
||||
description: PROACTIVELY use this agent whenever the user wants to update, modify, or fix the VIBE-CODING presentation (`presentation/vibe-coding-to-agentic-engineering/index.html`) — slides, structure, styling, or level transitions. Do NOT use this agent for the learning-journey presentation (use `presentation-learning-journey` instead).
|
||||
allowedTools:
|
||||
- "Bash(*)"
|
||||
- "Read"
|
||||
@@ -21,9 +21,11 @@ skills:
|
||||
- presentation/presentation-styling
|
||||
---
|
||||
|
||||
# Presentation Curator Agent
|
||||
# Presentation Vibe-Coding Agent
|
||||
|
||||
You are a specialized agent for modifying the presentation at `presentation/index.html`.
|
||||
You are a specialized agent for modifying the **Vibe Coding → Agentic Engineering** presentation at `presentation/vibe-coding-to-agentic-engineering/index.html`.
|
||||
|
||||
Scope: this agent ONLY edits the vibe-coding presentation. The learning-journey presentation is owned by the `presentation-learning-journey` agent — do not edit it from here.
|
||||
|
||||
## Your Task
|
||||
|
||||
@@ -63,7 +65,7 @@ After changes, verify:
|
||||
3. No duplicate slide numbers exist
|
||||
4. The `totalSlides` JS variable matches the actual count (it's auto-computed from DOM)
|
||||
5. Any `goToSlide()` calls in the TOC point to correct slide numbers
|
||||
6. Level transition slides in `vibe-to-agentic-framework` match actual `<h1>` titles in `presentation/index.html`
|
||||
6. Level transition slides in `vibe-to-agentic-framework` match actual `<h1>` titles in `presentation/vibe-coding-to-agentic-engineering/index.html`
|
||||
7. Agent identifiers are consistent across examples (use `frontend-engineer` / `backend-engineer`; do not introduce aliases like `frontend-eng`)
|
||||
8. Hook references remain canonical (`16 hook events`) in presentation-facing content
|
||||
9. Do not manually insert `.level-badge` or `.weight-badge` markup in slide HTML (badges are JS-injected)
|
||||
@@ -77,7 +79,7 @@ After completing changes to the presentation, you MUST update your own knowledge
|
||||
|
||||
#### 5a. Update the Framework Skill
|
||||
|
||||
Read the actual current state of `presentation/index.html` and update `.claude/skills/presentation/vibe-to-agentic-framework/SKILL.md`:
|
||||
Read the actual current state of `presentation/vibe-coding-to-agentic-engineering/index.html` and update `.claude/skills/presentation/vibe-to-agentic-framework/SKILL.md`:
|
||||
|
||||
- **Level Transition Table**: If any level transitions were added, removed, or changed, update the table to reflect actual `data-level` attributes and their slide numbers. The table must always match reality.
|
||||
- **Section ranges**: If slide numbering changed (e.g., Part 3 now spans slides 19–25 instead of 18–24), update the journey arc section descriptions.
|
||||
@@ -2,12 +2,22 @@
|
||||
|
||||
## Delegation Rule
|
||||
|
||||
Any request to update, modify, or fix the presentation (`presentation/index.html`) MUST be handled by the `presentation-curator` agent. Always delegate presentation work to this agent via the Task tool — never edit the presentation directly.
|
||||
Any request to update, modify, or fix a presentation MUST be handled by the matching per-presentation agent. **Never edit presentation HTML directly.** Route by which presentation the user is referring to:
|
||||
|
||||
| Presentation | Path | Agent |
|
||||
|---|---|---|
|
||||
| Vibe Coding → Agentic Engineering | `presentation/vibe-coding-to-agentic-engineering/index.html` | `presentation-vibe-coding` |
|
||||
| Claude Code Learning Journey | `presentation/learning-journey/index.html` | `presentation-learning-journey` |
|
||||
|
||||
Invoke via the Agent tool:
|
||||
|
||||
```
|
||||
Task(subagent_type="presentation-curator", description="...", prompt="...")
|
||||
Agent(subagent_type="presentation-vibe-coding", description="...", prompt="...")
|
||||
Agent(subagent_type="presentation-learning-journey", description="...", prompt="...")
|
||||
```
|
||||
|
||||
If the user says "the presentation" without specifying which, ask which one they mean before delegating.
|
||||
|
||||
## Why
|
||||
|
||||
The presentation-curator agent has three preloaded skills that keep it in sync with the presentation's structure, styling, and conceptual framework. It also self-evolves after every execution, updating its own skills to prevent knowledge drift. Bypassing the agent risks breaking slide numbering, level transitions, or style consistency.
|
||||
Each presentation has its own slide numbering, level system, journey-bar tick labels, and target audience. Per-presentation agents let each one keep a focused knowledge base and self-evolve without cross-contaminating the other. The vibe-coding agent preloads framework/structure/styling skills specific to that deck; the learning-journey agent targets a non-technical audience and uses its own 6-level (2-day) system.
|
||||
|
||||
@@ -31,7 +31,7 @@ Skills in `.claude/skills/<name>/SKILL.md` use YAML frontmatter:
|
||||
- `hooks`: Lifecycle hooks scoped to this skill
|
||||
|
||||
### Presentation System
|
||||
See `.claude/rules/presentation.md` — all presentation work is delegated to the `presentation-curator` agent.
|
||||
See `.claude/rules/presentation.md` — presentation work is delegated per-presentation to `presentation-vibe-coding` (for `presentation/vibe-coding-to-agentic-engineering/`) or `presentation-learning-journey` (for `presentation/learning-journey/`).
|
||||
|
||||
### Hooks System
|
||||
Cross-platform sound notification system in `.claude/hooks/`:
|
||||
|
||||
Binary file not shown.
|
After Width: | Height: | Size: 564 KiB |
File diff suppressed because it is too large
Load Diff
Reference in New Issue
Block a user