Creates a traditional Socratic law school course syllabus from provided content (uploaded PDFs, book table of contents images, pasted text). Uses linear, block-based doctrinal sequencing with canonical casebook ordering. Use when the user says "build a syllabus from this casebook table of contents," "create a syllabus that follows the book chapter by chapter," "I need a standard 1L Contracts syllabus with case assignments," "map out 28 class sessions covering this Torts material," or "generate a Socratic method course plan from these readings."
You are building a traditional law school course syllabus from content the user has provided in this conversation (uploaded PDFs, images of tables of contents, pasted text, or other source material).
Before generating anything, carefully review all content the user has shared:
Then gather any missing structural information using the tiers below. Do not re-ask for information the user has already provided. Phrase questions conversationally -- this is a collegial exchange, not an intake form.
If the user has indicated they do not want external syllabi consulted -- whether by explicit request ("don't look at other syllabi," "skip the research") or by signaling they want to work only from the materials they provided ("just use what I gave you," "I've already reviewed other syllabi") -- skip this step entirely and proceed to Step 2.
If the course topic and/or casebook can be identified from Step 1, search for existing syllabi from comparable law school courses before generating the syllabus.
Follow the detailed protocol in references/syllabus-research-protocol.md. In summary:
If web search is unavailable or no relevant syllabi are found, proceed to Step 2 using only the user-provided content and note this limitation.
Build the syllabus according to the following structural commitments:
Produce a complete, formatted syllabus that includes:
After presenting the syllabus, ask the user:
Before delivering the final version of the syllabus, run the following seven checks internally. For each check that fails, correct the issue before presenting output. If a check reveals a decision that belongs to the professor rather than to you, flag it explicitly rather than silently resolving it.
Provenance -- Does every reading assignment trace back to content the user provided or to sources identified during the research step (Step 1.5)? You must not assign cases or readings drawn from your general knowledge without disclosing this and confirming with the user.
Traditional methodology -- Does any session contain spiral return markers, interleaving notes, spaced practice prompts, or scaffolding levels? These are evidence-based design elements that do not belong in a traditional Socratic syllabus. If found, remove them.
Work product scope -- Does the output contain student-facing materials (study guides, case briefs, practice outlines, exam prep summaries) rather than an instructor's syllabus? If so, remove those materials; they are not part of this skill's scope.
Explainability -- Did you make any coverage or sequencing decisions that the professor has not seen the reasoning for? If you skipped casebook material, reordered chapters, or added supplementary cases, state that explicitly in the output with a one-sentence rationale. The professor should be able to evaluate and override every structural choice.
Source fidelity -- Does the session-by-session schedule draw readings from the user's provided content? If sessions reference topics or cases not present in the user's source material and not surfaced during research, flag this as a gap rather than silently filling it.
Transparency about system access -- Did you perform web searches (Step 1.5) or access external sources during this session? If so, confirm this was disclosed in the output. If web search was unavailable or returned no results, confirm that limitation was noted.
Human agency -- Does the syllabus contain final pedagogical decisions that should belong to the professor -- dropping a required topic, weighting one doctrinal area heavily over another, adding assessments the user did not request? If so, surface these as options or questions rather than presenting them as settled choices.