skills/lecture-notes/SKILL.md
Transform a plain-text video lecture transcript into clean, skimmable markdown study notes. Use when the user provides a lecture transcript (or a file containing one) and wants structured notes, a summary, or a study reference from it. Triggers on requests like "make notes from this lecture", "summarize this transcript", "turn this lecture into notes", or when a transcript file is provided with a request for notes.
npx skillsauth add ilamanov/skills lecture-notesInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Transform a video lecture transcript into a well-structured markdown document optimized for skimming and review.
A plain-text transcript of a video lecture, provided either as:
.txt or .md fileRead the entire transcript before producing notes.
Save the output as a markdown file. Use the lecture title or topic as the filename (e.g., intro-to-neural-networks.md). If unclear, ask the user or derive from content.
# [Lecture Title]
> **TL;DR:** [2-3 sentence summary of the entire lecture]
> **Key Takeaways:**
> - [3-5 most important points from the lecture]
---
## [Topic 1 heading]
[Concise notes as bullets — one idea per bullet]
- **Bold** key terms and definitions inline
- Use sub-bullets for supporting details or examples
- Include concrete examples the lecturer gave
## [Topic 2 heading]
...
---
## Glossary
| Term | Definition |
|------|-----------|
| ... | ... |
## Mentioned Resources
- [Any books, papers, tools, links, or names the lecturer referenced]
## for major topic sections, ### for subtopics within a section -) for examples, clarifications, or supporting details> blockquotes for direct quotes worth preserving verbatim--- dividers between sections if the document is short (< 5 sections)development
Map every Codex and Claude Code session for a project to the git worktrees they ran in, in an interactive local UI. Use whenever someone wants to see, search, audit, or clean up past AI coding-agent conversations and the worktrees those ran in — e.g. "what Codex sessions ran on this repo", "list my Claude Code sessions", "which worktree was that session in", "find the chat where I refactored auth", "archive old Codex sessions", or "show every session across my worktrees". Reach for it to untangle which of many worktrees still has live agent history attached. This is about Codex and Claude Code transcript history plus git worktrees — not HTTP, login, or auth sessions, not terminal or tmux sessions, and not user-research sessions.
tools
Generally-applicable conventions for how code is written and arranged — tooling/package manager, import style, file & component naming, comments, and where files live (colocation vs. global folders). Use whenever creating, naming, moving, or importing a file, running project commands, or deciding where a new module belongs. Consult BEFORE writing the code so the conventions are baked in, not retrofitted. If a convention below matches the work, apply it — don't ask, just follow it (call out the choice in one line so the user can override).
development
Generally-applicable frontend/UI best practices. Use whenever building, modifying, or reviewing UI — adding a form/button/dialog/modal, wiring keyboard shortcuts, creating any interactive surface that submits a form, or any time TSX/JSX is being written or edited. Consult BEFORE writing the code so the patterns are baked in, not retrofitted. If a scenario described in the skill body matches the work, apply the pattern — don't ask, just follow it (call out the choice in one line so the user can override).
tools
Generally-applicable backend/data best practices. Use whenever writing or modifying backend/data code — API routes, server actions, DB writes, background jobs, agent tools, import flows, webhooks, paste handlers, or anywhere data enters the system. Consult BEFORE writing the code so the patterns are baked in, not retrofitted. If a scenario described in the skill body matches the work, apply the pattern — don't ask, just follow it (call out the choice in one line so the user can override).