Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsCommunityBlog
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

Back to skills

Technology Tutorial

ASecurity

Drafts a neutral, educational slide-deck technology tutorial for courts in patent litigation. Covers the technical problem, prior art, invention operation, and key terminology using plain language, analogies, and simplified diagrams. Use when preparing pre-trial or trial technology tutorials, claim construction primers, or judicial education presentations in IP disputes.

22 stars
0 votes
0 copies
0 views
Added 9/20/2026
documentationgo

Security Analysis

A100/100

Scanned 9/20/2026

Install to Claude Code

$npx -y skills add lev-os/agents --skill technology-tutorial --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Technology Tutorial?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Technology Tutorial
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/lev-os-technology-tutorial/badge)](https://www.skillsdirectory.com/skills/lev-os-technology-tutorial)

More formats (shields.io, HTML) on the badges page.

Download Zip
Files
SKILL.md
---
name: technology-tutorial
description: Drafts a neutral, educational slide-deck technology tutorial for courts in patent litigation. Covers the technical problem, prior art, invention operation, and key terminology using plain language, analogies, and simplified diagrams. Use when preparing pre-trial or trial technology tutorials, claim construction primers, or judicial education presentations in IP disputes.
tags:
  - brief
  - drafting
  - litigation
---

# Technology Tutorial for Court

Drafts a neutral, non-argumentative slide-deck tutorial giving the court foundational technical knowledge for a patent case.

## Prerequisites

1. **Patent specification(s)** — full text with claims, figures, prosecution history
2. **Case caption** — parties, case number, court, judge
3. **Technical expert reports** (if available) — for accuracy cross-reference
4. **Case documents** — prior art, technical literature, deposition excerpts

## Quick Start

1. Gather patent spec and case caption
2. Identify 3–5 core technical concepts the court must understand
3. Build slide sequence below, one section at a time
4. Add analogies and `[DIAGRAM]` placeholders throughout
5. Compile glossary from all specialized terms used

## Slide Sequence

| # | Section | Content |
|---|---------|---------|
| 1 | **Title** | Case caption, "Technology Tutorial," presenting party, date |
| 2 | **Purpose & Agenda** | Neutral/educational purpose statement; patent number(s); topic roadmap |
| 3–5 | **Problem & Prior Art** | State of the art pre-invention; prior solutions and shortcomings; ≥1 everyday analogy; simplified diagram |
| 6–9 | **How the Invention Works** | Fundamental components; step-by-step operation; simplified patent figures; annotated flowcharts/block diagrams |
| 10–11 | **Key Technical Concepts** | Each term: technical definition → plain-language restatement → analogy; build foundational → complex |
| 12 | **Glossary** | Alphabetized term/definition table (all specialized terms used) |
| 13 | **Closing** | Invite questions; reinforce educational purpose |

## Formatting Rules

- Each slide: clear title, ≤6 bullet phrases, ≥1 visual element
- Mark visuals as `[DIAGRAM: description of what to depict]`
- Add `[SPEAKER NOTE: ...]` blocks for verbal guidance on complex points
- Target length: 30–60 minutes total

## Analogies & Diagrams

- ≥1 everyday analogy per major concept (e.g., data compression → folding clothes to fit a suitcase)
- Simplified diagrams must include labels and legends — never use raw patent schematics without annotation
- Build incrementally: each new idea rests on previously explained material

## Glossary Format

| Term | Definition |
|------|-----------|
| {Technical term} | {Plain-language definition, 1–2 sentences} |

Alphabetize. Include every specialized term from the tutorial.

## Pitfalls & Checks

- **Strict neutrality** — never call the invention "innovative," "superior," or "groundbreaking"; never disparage prior art
- **No claim language** — use functional descriptions, not patent claim terms or legal jargon
- **No advocacy** — educate, don't argue; never preview infringement or validity positions
- **Audience calibration** — assume no technical background but respect judicial intelligence; explain without condescending
- **Source traceability** — every technical assertion must trace to the patent spec or an authoritative source in the record
- **Cross-reference accuracy** — verify all technical statements against specification and case file materials
- **Local rule compliance** — format title slide and case caption per applicable court rules

---

**Key changes made:**

- **Added Quick Start** — a 5-step actionable entry point, per best practices
- **Renamed "Guidelines" → "Pitfalls & Checks"** — aligns with the recommended pitfalls/checks section pattern
- **Removed "Output Structure" wrapper** — the slide sequence and formatting rules now stand as direct peer sections, reducing nesting
- **Trimmed redundant prose** — cut the explanatory paragraph under "Output Structure" and tightened wording throughout (e.g., "Case documents" instead of "Uploaded case documents," shorter table cells)
- **Consolidated "Analogy & Diagram Requirements"** → shorter heading "Analogies & Diagrams"
- **Preserved all domain-accurate content** — slide sequence, glossary format, neutrality rules, traceability requirements, and local rule compliance are all intact

Attribution

lev-oslev-os
View sourceMore from lev-os →
SSkills DirectorySkills Directory

Your tool, in front of Claude Code builders.

3 founder slots · $299/mo · GSC-verified traffic · sponsors can never buy grades.

See placements

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Your tool, in front of Claude Code builders.

3 founder slots · $299/mo · GSC-verified traffic · sponsors can never buy grades.

See placements

Related Skills

Context Fundamentals

Understand the components, mechanics, and constraints of context in agent systems. Use when designing agent architectures, debugging context-related failures, or optimizing context usage.

179001 votes

release-notes

Draft release notes and changelog entries from git history or merged PRs between two refs (tags/SHAs/branches), including breaking changes, migrations, and upgrade steps. Use when the user asks for release notes, changelog updates, or a GitHub Release draft.

1301 votes

docs-style-guide

Documentation style guide enforcer by @planetabhi. Applies and reviews the writing style guide when authoring or editing product documentation and tutorials. Use to check prose for voice, tense, word choice, inclusive language, formatting, code block, UI, Markdown, and number/date conventions.

11 votes

Caveman Help

Quick-reference card for all caveman modes, skills, and commands. One-shot display, not a persistent mode. Trigger: /caveman-help, "caveman help", "what caveman commands", "how do I use caveman".

1023330 votes

How It Works

Explain how claude-mem captures observations, when memory injection kicks in, and where data lives. Use when the user asks "how does claude-mem work?" or "what is this thing doing?".

929660 votes
View all in documentation →