1. Check

   ~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md

   . If populated and no

   --redo

   , confirm before overwriting.
2. Run the professor interview below, starting with Part 0 (supervising-attorney role check → ethical preconditions → integration availability). If the user isn't the supervising attorney, stop and redirect.
3. Seed docs: clinic handbook, filing guides, local court rules, intake form(s), one scrubbed example file.
4. Key decision: supervision style (formal queue / flags / lighter-touch).
5. Migration: if a populated CLAUDE.md (no

   [PLACEHOLDER]

   markers) exists at

   ~/.claude/plugins/cache/claude-for-legal/legal-clinic/*/CLAUDE.md

   but not at the config path, copy it to the config path and show the user what was migrated.
6. Write

   ~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md

   including

   ## Who's using this

   and

   ## Available integrations

   . Show supervision choice and practice-area templates for confirmation.
7. Offer

   /legal-clinic:ramp

   preview.

/legal-clinic:cold-start-interview

--check-integrations

## Available integrations

~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md

.mcp.json

~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md

• Does not exist → start the interview.
• Contains

  <!-- SETUP PAUSED AT: -->

  → greet the user and offer to resume from that section.
• Contains

  [PLACEHOLDER]

  markers but no pause comment → the template was never completed; offer to start fresh or resume from wherever the placeholders begin.
• Populated (no placeholders, no pause comment) → already configured; skip unless

  --redo

  .

~/.claude/plugins/config/claude-for-legal/company-profile.md

• If it exists: Read it. Show a one-line confirmation: "You're [name], [practice setting], at [company], [industry], operating in [jurisdictions]. Right? (Or say 'update' to change the shared profile.)" If confirmed, skip the company questions — go straight to the plugin-specific ones.
• If it doesn't exist: You'll be the first plugin this user set up. After the orientation and fork, ask the company questions and write them to the shared profile (per the template at

  references/company-profile-template.md

  in the plugin root), then continue with the plugin-specific questions. Tell the user: "I've saved your company profile — the other legal plugins will read it and skip these questions."

Heads up — it looks like this plugin may be project-scoped, which means I can only read files in [current directory]. If you'll want me to read documents from elsewhere (Downloads, Documents, Dropbox), install user-scoped instead — see QUICKSTART.md. You can continue with project scope, but you'll need to move files into this folder.

legal-clinic

is for supervising attorneys setting up a law school clinic and onboarding students. Not your area?

/legal-builder-hub:related-skills-surfacer

.

2 minutes gets you practice area(s), jurisdiction, and supervision model basics — plus working defaults for client-letter format, IRAC scaffolding, and deadline cadence. 15 minutes adds your ethical-preconditions record, supervision flag triggers, per-practice-area document templates from your filings, handbook content feeding

/ramp

, local court rules feeding

/draft

, and semester dates.

Quick or full? (Upgrade any time with

/cold-start-interview --full

.)

• What this plugin maintains: your clinic profile (practice areas, supervision model, house templates), per-case files (intake, deadlines, comms log, handoff memos), and a supervisor review queue.
• What this setup does: supports a law school legal clinic — intake, case memos, client letters, status updates, deadlines — across your practice areas, with supervision built in. Learns the clinic's practice areas, jurisdiction, and supervision model, and writes them into a plain-text file every skill reads from and every student's

  /ramp

  onboarding reads from. Everything can be changed later. Once it's done, the commands will work the way the clinic actually operates, not the way a generic template does.
• Data sources: setup builds a fresh clinic profile from the attorney's answers and from documents uploaded during the interview (handbook, filing guides, local rules, intake forms, example case files). It does not read personal Claude history, other conversations, or the home-directory CLAUDE.md. If something relevant came up earlier in this conversation (e.g., school or practice area), ask before folding it in. Nothing gets added to configuration unless the attorney types or approves it.
• Next up: Part 0 — who's running the setup and the ethical preconditions.

/ramp

/client-intake

/draft

/client-letter

/status

• Assume the answer exists somewhere. When a question asks for information that's probably written down somewhere — company description, playbook, escalation matrix, style guide, handbook, jurisdiction list, matter portfolio — prompt for a link or a paste before asking the user to type it from memory. "Paste a link or a doc, or give me the short version" is the default ask for anything that's more than a sentence. An interviewer who makes people re-type what they've already written has failed the first job of an interviewer.

• Ask the question and wait. Say explicitly: "This one needs a typed answer — I'll wait." Do not move to the next question until the attorney responds.
• For uploads (handbook, filing guides, local rules, intake forms, example case files, sample motions, sample client letters): "Paste the contents, share a file path, or say 'skip for now.' If you skip, I'll flag the gap in the practice profile so you can fill it later — and I'll note what that means for

  /ramp

  ,

  /draft

  , and

  /client-letter

  (they'll be thinner or fall back to defaults)." Then actually wait. Don't silently move on.
• Before writing the practice profile: review the interview. List every question that was skipped or answered with a placeholder — ethical preconditions still open, practice areas without templates, supervision-flag triggers not set, handbook promised but not uploaded. Say: "Before I write your practice profile, here's what's still open: [list]. Want to fill any of these now, or leave them as placeholders?" Then wait.
• Never write a practice profile with silent gaps. Every placeholder should be a deliberate choice the supervising attorney made to skip — not a question that scrolled past.
• Batch size — count subparts. "Never ask more than 2-3 questions in one turn" means 2-3 answerable prompts, counting subparts. One question with 5 subparts is 5 questions. The test: can the user answer without scrolling? If the questions don't fit on one screen, it's too many. Prefer structured tap-through questions where possible — they don't require scrolling or typing.
• Pause and resume. Tell the supervising attorney up front: "If you need to stop, say 'pause' (or 'stop', or 'let me come back to this') and I'll save your progress. Run

  /legal-clinic:cold-start-interview

  again later and I'll pick up where you left off." When the attorney pauses, write a partial configuration to

  ~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md

  with a

  <!-- SETUP PAUSED AT: [section name] — run /legal-clinic:cold-start-interview to resume -->

  comment at the top and

  [PENDING]

  markers (distinct from

  [PLACEHOLDER]

  ) on unanswered fields. When setup re-runs and finds a paused config, greet the attorney: "Welcome back. You paused at [section]. Your earlier answers are saved. Pick up where we left off, or start over?" Do not re-ask questions already answered.

[premise flagged — verify]

Are you the supervising attorney for this clinic? You need to be licensed and supervising students under your jurisdiction's student practice rule for this setup to be valid. (This feeds Part 0's role gate — setup can only be run by the supervising attorney, and the answer writes supervising-attorney name and bar details into the profile that every skill references.)

1. Yes, I'm the supervising attorney. Continue.
2. No, I'm a student / staff / administrator. Stop. This setup writes the clinic's governing context — supervision model, client-data rules, ethical preconditions — and must be done by the supervising attorney who will be accountable for the work. Ask them to run

   /legal-clinic:cold-start-interview

   . Students run

   /legal-clinic:ramp

   to onboard each semester.

## Who's using this

1. Account tier and data-handling terms. Your Claude account tier and its data retention and training policies — Team, Enterprise, Work, Education, and individual accounts have different guarantees about retention, use for training, and subprocessor handling. Confirm which tier the clinic is on and what the applicable terms say about client data. Document the answer in the plugin config.
2. Client consent and disclosure practices for AI-assisted work. Review ABA Formal Opinion 512 (2024), your state bar's AI guidance (if any), and Model Rules of Professional Conduct 1.1 (competence), 1.4 (communication), 1.6 (confidentiality), and 5.3 (supervision of nonlawyer assistance). Decide whether and how the clinic discloses AI use to clients, and document the practice.
3. How privileged and confidential material is handled. What gets pasted into sessions, where outputs are stored, who has access, how long material is retained locally, how student turnover affects access. Document the data-handling rules the clinic expects students to follow.
4. Practice-area heightened-confidentiality considerations. Immigration, criminal defense, domestic violence, family, and some civil rights matters carry heightened confidentiality and security expectations that go beyond the baseline — adversary exposure risk, subpoena risk, safety risk for survivors. Confirm whether any clinic practice area requires additional safeguards (e.g., limiting what facts are put into sessions, additional redaction, not using the plugin for a given case type at all).

This plugin can work with a case management system (Clio) and document storage (Google Drive, SharePoint, Box). Let me check which connectors are configured — features that need them will work, and features that don't have them will fall back to manual gracefully instead of failing silently.

.mcp.json

• If you can test the connection (call a simple MCP tool like a list or search), report ✓ only on a successful response.
• If you can't test (no way to probe from here), report ⚪ "configured but not verified — open your MCP settings to confirm" with a one-line how-to.
• Never report ✓ based on configuration alone.

/mcp

• ✓ [Integration] — connected (tested)
• ⚪ [Integration] — configured but not verified. Open your MCP settings to confirm.
• ✗ [Integration] — not found. [Feature] will fall back to [manual alternative]. [How to connect.]

## Who's using this

## Available integrations

~/.claude/plugins/cache/claude-for-legal/legal-clinic/*/CLAUDE.md

This is the one-time setup for your clinic. Ten to fifteen minutes. I'll ask about your practice areas, your jurisdiction, how you supervise, and then I'll ask you to point me at your clinic handbook and any filing guides or local court rules you give students. Everything I learn here feeds the

/ramp

onboarding your students will run at the start of each semester, and every other command in this plugin.

None of this replaces your judgment or your students' analysis. The goal is to cut the hours spent on formatting, structuring, and writing up — so more of your students' time goes to the lawyering, and more clients get served.

I'll ask for materials along the way — handbook, filing guides, local rules, intake forms, example case files, sample motions you've filed, sample client letters. Ten to twenty documents across the interview is the target. More is better. If you share fewer than ten, I'll flag the practice profile as LIMITED DATA — the plugin still works, but

/ramp

is thinner (commands but not your clinic's specific procedures),

/draft

falls back to state defaults instead of your local formatting, and

/client-letter

uses generic templates instead of matching your voice. Templates-first: if you upload a document, I read it and match your format rather than asking you to describe it.

• Clinic name and school
• Practice area(s): immigration, housing, family law, consumer protection, criminal defense, civil rights, other? (Can be multiple — many clinics handle overlapping issues)
  Practices that don't fit the boxes. If the clinic's practice doesn't match the options (international human rights, tribal court, military justice, environmental justice, entrepreneurship/transactional clinics, appellate-only, mediation/restorative-justice, or anything else the standard categories assume away), offer: "It sounds like your clinic doesn't fit my usual categories. Tell me about it in your own words — what the clinic does, who it serves, what jurisdictions and forums, what the work looks like — and I'll build your clinic profile from that instead of forcing it into boxes that don't fit. I'll skip or adapt the questions that don't apply." Then build the profile from the free-form description, flagging which template fields were filled, adapted, or left empty because they don't apply. A profile built from a forced fit is worse than a sparse profile built from what's actually true.
• How many students this semester? How many active cases at a time, roughly?
• How many supervising professors/attorneys?

• Typical client situations — who walks in, what are they facing?
• Languages spoken beyond English?
• Common referral sources (legal aid, court self-help center, community orgs)?

• State. This drives everything jurisdiction-aware — eviction timelines, protective order procedures, filing formats.
• Primary court(s): which county/district court do cases land in most often?
• Any local rules or standing orders that diverge from state defaults?

Clinics vary a lot in how tightly student work is reviewed before it goes out. Some want every draft in a formal review queue — student submits, professor approves, then it goes. Others are lighter-touch — students check in, professor signs off informally, the structure is more conversational. What's your model? (This feeds /supervisor-review-queue and the flag-triggering logic across /draft, /client-letter, and /status — formal queue turns the supervisor-review-queue skill on; configurable flags only surface triggers; lighter-touch suppresses the queue entirely.)

supervisor-review-queue

There's no right answer — it depends on your students' experience level, your caseload, and how you already run supervision. You can change this later by editing CLAUDE.md.

How much should the skills do? This is the most important setting. Three options:

• Guide (default): The skill produces structure; students fill in substance; the skill gives feedback. Balanced — most clinics start here.
• Assist: The skill produces work product; students review, edit, and learn by seeing. Fastest, most productive, least pedagogical. Good for high-volume clinics.
• Teach: The skill doesn't produce work product — students draft, the skill asks Socratic questions and gives feedback, and only shows a model after two attempts. Slowest, most pedagogical. Good for clinics where learning is the primary goal.

You can set this per document type later with

/legal-clinic:build-guide

. For now, pick a default.

pedagogy_default: assist | guide | teach

guide

Do you want to author a practice-area guide that tailors how the skills work for your clinic — intake questions, per-document pedagogy overrides, review gates? I can help you build one in 5-10 minutes with

/legal-clinic:build-guide

. You can also do it later. For now, the skills use sensible defaults: the pedagogy default you just picked, and everything client-facing flagged for your review.

/legal-clinic:build-guide

Three things, as many as you have. (The handbook feeds /ramp onboarding; filing guides feed /draft formatting; the intake form becomes the backbone of /client-intake.)

1. Your clinic handbook or procedures doc. Whatever you give students on day one. I'll use it to build the

   /ramp

   onboarding so students get a guided walkthrough instead of a PDF they skim.
2. Filing guides and local court rules. Anything that tells students how to format a caption, where to file, what the local judge wants. These feed

   /draft

   so first drafts are jurisdictionally correct from the start.
3. Your intake form, and if you have one, a scrubbed example case file. The intake form becomes the backbone of

   /client-intake

   . The example file shows me what a well-documented case looks like in your clinic.

/ramp

/draft

1. Contradictions between answers — e.g., "formal review queue" in supervision style but "lighter-touch, through case rounds" in describing how review actually happens. Surface both and ask which governs.
2. Drifted specifics — names, court references, dates that changed between sections. Confirm final values.
3. Skipped gaps worth naming — practice areas listed without templates, supervision style chosen without flag triggers populated, handbook promised but not uploaded. Offer to complete now rather than leaving for

   --redo

   .

• Clinic profile — name, school, practice areas, jurisdiction, student count
• Supervision style — which of the three models, and flag triggers if applicable
• Practice-area templates — intake templates and document templates per area
• Jurisdiction — state, courts, local rules ingested
• Semester — when do students turn over (so

  /ramp

  knows when it'll be needed, and

  /semester-handoff

  knows when it'll be triggered)
• Handbook path — where the ingested handbook lives, for

  /ramp

  to read

> LIMITED DATA

/ramp

/draft

/client-letter

/legal-clinic:cold-start-interview --redo

• AI-assisted label: "[AI-ASSISTED DRAFT — requires student analysis and attorney review]"
• Confidence indicators: Where the skill is uncertain, it says so explicitly
• Verification prompts: Specific things the student should fact-check before relying on the output
• Ethical reminders calibrated to task: e.g., /draft outputs remind about ABA Formal Op. 512 supervision requirements

undefined

Want to see what I can help with?

Here's what I'm good at in law school clinic practice:

• Student intake on a new case — e.g., "Walk a student through a practice-area-specific intake with red-flag spotting and conflict checks." Try:

  /legal-clinic:client-intake

• Draft a client letter at 6th-grade reading level — e.g., "Produce an appointment confirm or status update in plain language; student edits and you approve." Try:

  /legal-clinic:client-letter

• Build an IRAC memo scaffold — e.g., "Give a student the structure and research-gap list for a case memo — pedagogy default is guide." Try:

  /legal-clinic:memo

• Track deadlines across the active docket — e.g., "See what's due in the next 14 / 7 / 3 / 1 days with warnings per your cadence." Try:

  /legal-clinic:deadlines

• Ramp up a new cohort — e.g., "Onboard this semester's students to the clinic's procedures, tools, and case-handling norms." Try:

  /legal-clinic:ramp

• Semester handoff — e.g., "Build per-case transition memos for the incoming cohort." Try:

  /legal-clinic:semester-handoff

My suggestion for your first one: Run

/ramp

yourself first so you see what your students will see at the start of the semester. Or tell me what's on your plate and I'll pick.

1. Show the supervision style choice. "You picked [formal queue / flags / lighter-touch]. That means [what it means in practice]. Right call?"
2. Show the practice-area templates table. "These are the documents

   /draft

   will know how to start. Missing anything?"
3. Offer a

   /ramp

   preview. "Want to see what a student's onboarding will look like? I can walk you through it as if you were a new student."
4. Note what wasn't provided. If no handbook: "

   /ramp

   will be thin until you upload a handbook — it'll cover the commands but not your clinic's specific procedures." If no local rules: "

   /draft

   will use state defaults for formatting — upload local rules when you have them."
5. If LIMITED DATA flagged: "Practice Profile is thin — downstream skills will be generic until more materials are added. Biggest gap: [specific — e.g., no handbook means /ramp covers commands only]. Biggest easy win: [specific — e.g., upload two or three recent motions you've filed, and /draft gets dramatically sharper on your formatting conventions]."
6. Before your first case review, connect a research tool. Say: "Before your first case review or memo: connect a research tool. Without one, I'll flag every citation as unverified — with one, I verify them against a current database. In Cowork: Settings → Connectors. In Claude Code: authorize when a skill prompts you."
   <!-- COLLATERAL LINKS: when onboarding collateral exists, add here: "Want a walkthrough first? [Watch the 3-minute intro](URL) or [read the getting-started guide](URL)." -->
7. Close with the "you can change anything later" note:

Done. Your clinic's configuration is at

~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md

— a plain text file you can read and edit directly. Anything you answered can be changed:

• Edit the file directly for a quick change
• Run

  /legal-clinic:cold-start-interview --redo

  for a full re-interview
• Run

  /legal-clinic:cold-start-interview --check-integrations

  to re-check what's connected

The things clinics most commonly tweak later: practice areas (when the clinic takes on a new one), supervision style (formal review queue vs. configurable flags vs. lighter-touch — many clinics start one way and shift after the first semester), and jurisdiction / local rules (when a matter lands in an unusual court). Your configuration will improve as students use the plugin — when

/ramp

misses something or

/draft

uses the wrong caption format, the fix is usually here.

Your practice profile learns. It gets better as you use the plugins:

• When a skill's output feels off, that's usually a position to tune. The output will tell you which one.
• You can always say "update my playbook to prefer X" or "change my escalation threshold to Y" and the relevant skill will write the change.
• Run

  /cold-start-interview --redo <section>

  to re-interview one part, or edit the config file directly.

Ten minutes of setup gets you a working profile. A month of use gets you one that reads like you wrote it yourself.

• Make supervision decisions. The supervision style is the professor's call; this interview just asks and records.
• Replace the clinic's existing case management. If the clinic uses Clio, this plugin works alongside it (Clio MCP is an open integration question — see

  .mcp.json

  ).
• Onboard students. That's

  /ramp

  . This is the professor's one-time setup.