enc1101-curriculum-designer
Design and generate curriculum materials for college composition courses (ENC1101 and similar). Use when creating syllabi, assignment prompts, rubrics, lesson plans, scaffolded writing sequences, peer review guides, or D2L/LMS-formatted content. Triggers on requests for composition pedagogy, writing assignment design, grading criteria, or freshman writing course materials.
Best use case
enc1101-curriculum-designer is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Design and generate curriculum materials for college composition courses (ENC1101 and similar). Use when creating syllabi, assignment prompts, rubrics, lesson plans, scaffolded writing sequences, peer review guides, or D2L/LMS-formatted content. Triggers on requests for composition pedagogy, writing assignment design, grading criteria, or freshman writing course materials.
Teams using enc1101-curriculum-designer should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/enc1101-curriculum-designer/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How enc1101-curriculum-designer Compares
| Feature / Agent | enc1101-curriculum-designer | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Design and generate curriculum materials for college composition courses (ENC1101 and similar). Use when creating syllabi, assignment prompts, rubrics, lesson plans, scaffolded writing sequences, peer review guides, or D2L/LMS-formatted content. Triggers on requests for composition pedagogy, writing assignment design, grading criteria, or freshman writing course materials.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# ENC1101 Curriculum Designer Generate pedagogically-sound composition curriculum aligned with WPA Outcomes and transfer-focused writing instruction. ## Core Principles **Scaffolded Learning**: Build complexity gradually—low-stakes → high-stakes, guided → independent. **Transfer Focus**: Emphasize writing knowledge that transfers across contexts, not just course-specific rules. **Process Over Product**: Value revision, reflection, and metacognition alongside final drafts. **Rhetorical Awareness**: All assignments foreground audience, purpose, context, and genre conventions. ## Assignment Design Framework ### Major Assignment Sequence Typical 16-week progression: 1. **Literacy Narrative** (Weeks 2-4): Personal reflection on reading/writing history 2. **Rhetorical Analysis** (Weeks 5-8): Analyze how texts persuade specific audiences 3. **Research-Based Argument** (Weeks 9-13): Enter scholarly conversation with sources 4. **Reflective Portfolio** (Weeks 14-16): Curate work with metacognitive reflection ### Assignment Prompt Template ```markdown # [Assignment Name] ## Overview [1-2 sentences describing the assignment's purpose and genre] ## Learning Objectives By completing this assignment, you will: - [Outcome aligned with WPA Framework] - [Outcome aligned with WPA Framework] - [Course-specific skill] ## The Task [Clear description of what students will produce] ## Audience & Purpose - **Audience**: [Specific intended readers] - **Purpose**: [What the writing should accomplish] ## Requirements - Length: [word/page count] - Format: [MLA/APA, document type] - Sources: [requirements if applicable] ## Process Checkpoints - [ ] [Date]: [Checkpoint 1 - brainstorming/proposal] - [ ] [Date]: [Checkpoint 2 - draft] - [ ] [Date]: [Checkpoint 3 - peer review] - [ ] [Date]: [Final submission] ## Evaluation Criteria See attached rubric. Key areas: - [Criterion 1] - [Criterion 2] - [Criterion 3] ``` ## Rubric Design Use analytic rubrics with 4-5 levels. Standard categories: | Criterion | Excellent (A) | Proficient (B) | Developing (C) | Beginning (D) | Missing (F) | |-----------|---------------|----------------|----------------|---------------|-------------| | Focus & Thesis | Clear, arguable, sophisticated | Clear and arguable | Present but vague | Unclear or missing | Not present | | Development | Rich, relevant support | Adequate support | Some support | Minimal support | No support | | Organization | Logical, seamless flow | Clear structure | Some structure | Disorganized | No structure | | Style & Voice | Engaging, appropriate | Appropriate | Inconsistent | Inappropriate | Absent | | Conventions | Nearly error-free | Few errors | Some errors | Many errors | Impedes reading | See `references/rubric-templates.md` for full rubric examples. ## Scaffolding Strategies ### Breaking Down Major Assignments Every major assignment should include: 1. **Invention activities**: Brainstorming, freewriting, mind-mapping 2. **Low-stakes drafting**: Exploratory writing without grade pressure 3. **Peer review**: Structured feedback using guided questions 4. **Revision workshop**: In-class time for substantive revision 5. **Reflection**: Brief metacognitive writing about process ### Sample Scaffolding Timeline ``` Week 1: Assignment introduction + invention activities Week 2: Exploratory draft (ungraded) + in-class workshop Week 3: Full draft due → Peer review Week 4: Revision + Final submission + Reflection ``` ## D2L/LMS Formatting For D2L content pages, use clean HTML: ```html <h2>Assignment Overview</h2> <p>[Introduction paragraph]</p> <h3>Due Dates</h3> <ul> <li><strong>Draft:</strong> [Date]</li> <li><strong>Final:</strong> [Date]</li> </ul> <h3>Submission Instructions</h3> <ol> <li>Save as .docx or .pdf</li> <li>Use filename format: LastName_Assignment1.docx</li> <li>Submit via Dropbox folder</li> </ol> ``` ## Lesson Plan Structure 50-minute class: ``` Opening (5 min): Warm-up writing or discussion prompt Mini-lesson (15 min): Concept introduction with examples Activity (20 min): Guided practice or collaborative work Closure (10 min): Debrief, questions, preview next class ``` 75-minute class: ``` Opening (5 min): Warm-up Mini-lesson (20 min): Concept with modeling Activity 1 (20 min): Guided practice Break/Transition (5 min) Activity 2 (20 min): Application or peer work Closure (5 min): Takeaways and preview ``` ## References - `references/wpa-outcomes.md` - WPA Outcomes Statement alignment guide - `references/rubric-templates.md` - Complete rubric examples for each assignment type - `references/peer-review-guides.md` - Structured peer review worksheets
Related Skills
product-requirements-designer
Comprehensive product requirements documentation from problem definition through launch planning. Supports both enterprise PRD (full specs, cross-functional alignment) and lean/startup style (hypothesis-driven one-pagers). Framework-agnostic with templates for Agile, Jobs-to-Be-Done, and hybrid approaches. Scaffolds related artifacts including user stories, acceptance criteria, wireframes brief, and technical handoff specs. Triggers on PRD creation, product specs, feature requirements, or product design documentation.
interactive-theatre-designer
Designs interactive theatrical experiences with branching narratives, audience participation systems, and immersive environmental storytelling.
game-mechanics-designer
Designs engaging gameplay loops, economies, and progression systems, balancing challenge and reward for interactive experiences.
taxonomy-modeling-design
Phase 2 of the pentaphase structural-overhaul protocol. Classifies entities, standardizes attributes, establishes relationships, and designs the access framework. Use when the user invokes phase 2 of an overhaul, asks to "design the taxonomy" or "model the structure", or has completed a landscape audit and is ready to redesign. Consumes phase-1-landscape-report.md; produces phase-2-taxonomy-model.md.
systemic-ingestion-normalization
Phase 4 of the pentaphase structural-overhaul protocol. Purges redundancies, enriches and aligns legacy entities to the new schema, executes phased ingestion into the new environment, and audits integrity. Use when the user invokes phase 4 of an overhaul, asks to "migrate the data" or "ingest into the new system", or has a configured environment ready to accept legacy entities. Consumes phase-3-environment-spec.md; produces phase-4-ingestion-report.md.
system-environment-configuration
Phase 3 of the pentaphase structural-overhaul protocol. Translates the taxonomy model into objective technical criteria, evaluates candidate mechanisms or frameworks, instantiates the chosen architecture, and programs validation rules. Use when the user invokes phase 3 of an overhaul, asks to "select a system" or "configure the environment", or has a taxonomy model and is ready to choose technology. Consumes phase-2-taxonomy-model.md; produces phase-3-environment-spec.md.
pentaphase-orchestrator
Threads the full five-phase structural-overhaul protocol — landscape discovery, taxonomy design, environment configuration, systemic ingestion, governance evolution — for any substrate the user names. Use when the user requests a structural overhaul, system redesign, or end-to-end restructuring of a documentation system, asset registry, code monorepo, knowledge base, or operational workflow; or when they explicitly invoke the pentaphase methodology. Coordinates handoffs between phase-skills and seats validation gates between phases.
landscape-discovery-audit
Phase 1 of the pentaphase structural-overhaul protocol. Inventories assets, maps current flow, identifies friction, and defines value metrics for any substrate. Use when the user invokes phase 1 of an overhaul, requests a baseline audit, asks to "discover the landscape" of a system, or wants to understand current state before redesigning. Produces phase-1-landscape-report.md.
governance-evolution-protocol
Phase 5 of the pentaphase structural-overhaul protocol. Codifies operational protocols, onboards the ecosystem of participants, programs behavior monitoring, and establishes an iteration cadence so the substrate evolves rather than calcifies. Use when the user invokes phase 5 of an overhaul, asks to "establish governance" or "lock in the protocols", or has completed ingestion and is ready to declare the substrate operational. Consumes phase-4-ingestion-report.md; produces phase-5-governance-charter.md, which closes the protocol.
dimension-surfacing
Surfaces the parallel domain dimensions implicit in a dense or minimal prompt. Use when a user prompt is small on the surface but plainly implies multiple independent domains needing different expertise; when explicitly invoked by the coliseum-orchestrator skill as Phase 1; or when the user asks "what dimensions does this prompt encode" or "what axes does this break into." Produces a named dimension set where each dimension is independently executable and not a paraphrase of another.
coliseum-dispatch
Dispatches a composed set of assignment envelopes to domain-expert subagents in parallel, in a single message with multiple Agent tool calls. Enforces the no-pingpong gate via the pingpong-detector agent before any dispatch fires. Use when invoked by the coliseum-orchestrator as Phase 3; when envelopes are already composed and the next step is parallel execution; or when the user asks to "fan out" or "dispatch in parallel." Produces a dispatch log capturing what was sent, when, and where returns land.
assignment-composition
Wraps each surfaced dimension as a self-contained 9-section autonomous-work-assignment envelope — scope, context, success criteria, allowed tools, return format, handoff — all the recipient subagent needs to execute without coming back. Use when invoked by coliseum-orchestrator as Phase 2; when dimensions are named and the next step is to make each independently dispatchable; or when the user asks "compose this as an assignment." The no-pingpong gate validates each envelope before dispatch.