Files
ai-workflow-course/modules/09-issues-and-the-task-layer/lab/issue-template.md
T
claude fbec36cb67 feat(course): build out all 27 modules, capstone, scaffold, and conventions
Scaffold the course repo and author the full curriculum in dependency-chain
order, following the settled build decisions in handoff.md.

- Scaffold: course README, vendor-neutral AGENTS.md (dogfoods Module 5),
  _TEMPLATE.md (the fixed 9-section module shape), root .gitignore, ship config.
- Modules 1-2: reference exemplars (locked for tone/depth/lab style).
- Modules 3-27: full lessons + runnable labs, each following the template,
  respecting the chain, vendor/model-agnostic, with "feel the pain" labs.
- Module 8 hosting comparison web-researched and date-stamped (as of 2026-06-22),
  not written from memory; expansion-zone modules carry Verify-before-publish.
- Capstone: the full loop end to end on the running tasks-app example.

Lab code syntax-checked (Python/shell/YAML); every module has the 7 core
template sections.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01TfzV5QvtPDz8LJS3Pu5VLT
2026-06-22 12:18:30 -04:00

45 lines
1.7 KiB
Markdown

<!--
Well-formed issue skeleton — Module 9 of "The Workflow".
Copy this for each issue you draft. Fill every section. Write it for a STRANGER: a teammate you've
never met, future-you who's forgotten, or an agent with no memory. Delete these comments as you go.
Most forges also let you commit issue templates into the repo so the web "New issue" form is
pre-filled with this shape. The conventional location varies by forge; check yours. The structure
below is what matters and ports anywhere.
-->
# Title: <specific, scannable — someone reading 40 titles should know what this is>
## Context / problem
<What is wrong or missing, and WHY it matters.
- For a bug: the exact command you ran, what happened, and what you expected.
- For a feature: the motivation — what the user can't do today.>
## Acceptance criteria
<The checklist that defines DONE. Concrete and verifiable. This is the most important section —
it is the definition of done for a human AND the spec for an agent.>
- [ ] <verifiable statement, e.g. "`done 99` prints a clear error and exits non-zero">
- [ ] <...>
- [ ] <...>
## Out of scope
<What this issue does NOT cover, so the work doesn't sprawl into a refactor.>
## Proposed approach (optional)
<A suggestion, not a spec. The person or agent doing the work may know a better one. Leave blank
if you don't have one.>
---
<!-- Metadata you set on the forge, noted here so the draft is self-contained -->
- **Type:** bug | feature | chore
- **Priority:** high | med | low
- **Ready:** yes/no (acceptance criteria solid enough to start?)
- **Route to:** human | agent — and one sentence on WHY (in terms of the issue's clarity/scope)