@thanh01.pmt/presentation-kit 0.2.1 → 0.2.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,757 @@
1
+ 'use strict';
2
+
3
+ var yaml = require('js-yaml');
4
+
5
+ function _interopDefault (e) { return e && e.__esModule ? e : { default: e }; }
6
+
7
+ var yaml__default = /*#__PURE__*/_interopDefault(yaml);
8
+
9
+ // src/core/layout/serializer.ts
10
+ function serializeLayoutToComment(layout) {
11
+ if (!layout.boxes || layout.boxes.length === 0) return "";
12
+ const cleanData = {
13
+ boxes: layout.boxes.map((box) => {
14
+ const b = {
15
+ id: box.id,
16
+ target: box.target || `h1`,
17
+ pos: [
18
+ Math.round(box.pos[0]),
19
+ Math.round(box.pos[1]),
20
+ Math.round(box.pos[2]),
21
+ Math.round(box.pos[3])
22
+ ]
23
+ };
24
+ if (box.fontSize) b.fontSize = box.fontSize;
25
+ if (box.color) b.color = box.color;
26
+ if (box.textAlign) b.textAlign = box.textAlign;
27
+ if (box.style) b.style = box.style;
28
+ return b;
29
+ })
30
+ };
31
+ const yamlStr = yaml__default.default.dump(cleanData, {
32
+ indent: 2,
33
+ lineWidth: -1,
34
+ noRefs: true
35
+ }).trim();
36
+ return `<!-- layout:
37
+ ${yamlStr.split("\n").join("\n ")}
38
+ -->`;
39
+ }
40
+ function splitMarkdownSlides(markdown) {
41
+ const lines = markdown.split("\n");
42
+ let frontmatter = null;
43
+ const slideBuffers = [];
44
+ let currentBuffer = [];
45
+ let inCodeFence = false;
46
+ let lineIdx = 0;
47
+ if (lines.length > 0 && lines[0].trim() === "---") {
48
+ const fmBuffer = [lines[0]];
49
+ lineIdx = 1;
50
+ while (lineIdx < lines.length) {
51
+ const line = lines[lineIdx];
52
+ fmBuffer.push(line);
53
+ if (line.trim() === "---") {
54
+ frontmatter = fmBuffer.join("\n");
55
+ lineIdx++;
56
+ break;
57
+ }
58
+ lineIdx++;
59
+ }
60
+ }
61
+ for (let i = lineIdx; i < lines.length; i++) {
62
+ const line = lines[i];
63
+ if (/^```/.test(line.trim())) {
64
+ inCodeFence = !inCodeFence;
65
+ currentBuffer.push(line);
66
+ continue;
67
+ }
68
+ if (!inCodeFence && line.trim() === "---") {
69
+ slideBuffers.push(currentBuffer);
70
+ currentBuffer = [];
71
+ continue;
72
+ }
73
+ currentBuffer.push(line);
74
+ }
75
+ slideBuffers.push(currentBuffer);
76
+ const slides = slideBuffers.map((b) => b.join("\n"));
77
+ return { frontmatter, slides };
78
+ }
79
+ function updateSlideLayoutInMarkdown(markdown, slideIndex, layout) {
80
+ const { frontmatter, slides } = splitMarkdownSlides(markdown);
81
+ if (slideIndex < 0 || slideIndex >= slides.length) {
82
+ return markdown;
83
+ }
84
+ let slideContent = slides[slideIndex];
85
+ const layoutCommentRegex = /<!--\s*layout:\s*[\s\S]*?-->/i;
86
+ const newComment = layout && layout.boxes && layout.boxes.length > 0 ? serializeLayoutToComment(layout) : "";
87
+ if (layoutCommentRegex.test(slideContent)) {
88
+ if (newComment) {
89
+ slideContent = slideContent.replace(layoutCommentRegex, newComment);
90
+ } else {
91
+ slideContent = slideContent.replace(layoutCommentRegex, "").trim();
92
+ }
93
+ } else if (newComment) {
94
+ const trimmed = slideContent.trimStart();
95
+ slideContent = `${newComment}
96
+
97
+ ${trimmed}`;
98
+ }
99
+ slides[slideIndex] = slideContent;
100
+ const joinedSlides = slides.join("\n---\n");
101
+ if (frontmatter) {
102
+ return `${frontmatter}
103
+
104
+ ${joinedSlides}`;
105
+ }
106
+ return joinedSlides;
107
+ }
108
+
109
+ // src/core/layout/presets.ts
110
+ var SLIDE_LAYOUT_PRESETS = [
111
+ {
112
+ id: "title-hero",
113
+ name: "Title & Speaker Cover",
114
+ category: "cover",
115
+ description: "High-impact opening slide with large title, subtitle, and speaker credentials.",
116
+ layout: {
117
+ boxes: [
118
+ {
119
+ id: "title",
120
+ target: "h1",
121
+ pos: [100, 180, 1080, 140],
122
+ fontSize: "3rem",
123
+ textAlign: "center"
124
+ },
125
+ {
126
+ id: "subtitle",
127
+ target: "h3",
128
+ pos: [100, 350, 1080, 70],
129
+ fontSize: "1.5rem",
130
+ textAlign: "center"
131
+ },
132
+ {
133
+ id: "speaker-meta",
134
+ target: "p",
135
+ pos: [100, 460, 1080, 80],
136
+ fontSize: "1.1rem",
137
+ textAlign: "center"
138
+ }
139
+ ]
140
+ },
141
+ markdownSnippet: `<!-- layout:
142
+ boxes:
143
+ - id: title
144
+ target: h1
145
+ pos: [100, 180, 1080, 140]
146
+ fontSize: 3rem
147
+ textAlign: center
148
+ - id: subtitle
149
+ target: h3
150
+ pos: [100, 350, 1080, 70]
151
+ fontSize: 1.5rem
152
+ textAlign: center
153
+ - id: speaker-meta
154
+ target: p
155
+ pos: [100, 460, 1080, 80]
156
+ fontSize: 1.1rem
157
+ textAlign: center
158
+ -->
159
+
160
+ # \u{1F680} Engineering Scalable Cloud Systems
161
+ ### Principles, Bottlenecks, and Real-World Architecture Patterns
162
+
163
+ **Presenter:** Senior Systems Architect | **Duration:** 45 mins | **Level:** Intermediate
164
+
165
+ <!--
166
+ Presenter Notes:
167
+ - Welcome the audience and outline today's primary engineering goals.
168
+ - Spark curiosity with an opening hook about scaling under high concurrency.
169
+ -->`
170
+ },
171
+ {
172
+ id: "two-column-split",
173
+ name: "Two-Column Comparison",
174
+ category: "split",
175
+ description: "Balanced side-by-side comparison for legacy vs modern patterns or pros vs cons.",
176
+ layout: {
177
+ boxes: [
178
+ {
179
+ id: "heading",
180
+ target: "h2",
181
+ pos: [80, 50, 1120, 70],
182
+ fontSize: "2rem"
183
+ },
184
+ {
185
+ id: "col-left",
186
+ target: ".columns-2 > div:first-child",
187
+ pos: [80, 150, 530, 510]
188
+ },
189
+ {
190
+ id: "col-right",
191
+ target: ".columns-2 > div:last-child",
192
+ pos: [670, 150, 530, 510]
193
+ }
194
+ ]
195
+ },
196
+ markdownSnippet: `<!-- layout:
197
+ boxes:
198
+ - id: heading
199
+ target: h2
200
+ pos: [80, 50, 1120, 70]
201
+ fontSize: 2rem
202
+ - id: col-left
203
+ target: '.columns-2 > div:first-child'
204
+ pos: [80, 150, 530, 510]
205
+ - id: col-right
206
+ target: '.columns-2 > div:last-child'
207
+ pos: [670, 150, 530, 510]
208
+ -->
209
+
210
+ ## \u2696\uFE0F Monolithic Polling vs Event-Driven Architecture
211
+
212
+ <div class="columns-2">
213
+ <div>
214
+
215
+ ### \u{1F534} Legacy Polling
216
+ - Heavy database CPU overhead on idle cycles
217
+ - High network latency between updates
218
+ - Prone to cascading timeouts during spikes
219
+
220
+ </div>
221
+ <div>
222
+
223
+ ### \u{1F7E2} Event-Driven Streams
224
+ - Real-time event propagation via webhooks
225
+ - Zero idle compute waste with serverless consumers
226
+ - Automatic backpressure and queue isolation
227
+
228
+ </div>
229
+ </div>
230
+
231
+ <!--
232
+ Presenter Notes:
233
+ - Emphasize the core failure mode of periodic polling under sudden load spikes.
234
+ - Ask the room if anyone has experienced database lockups caused by polling loops.
235
+ -->`
236
+ },
237
+ {
238
+ id: "code-explainer",
239
+ name: "Code Walkthrough & Analysis",
240
+ category: "code",
241
+ description: "Syntax-highlighted code block on the left with step-by-step key annotations on the right.",
242
+ layout: {
243
+ boxes: [
244
+ {
245
+ id: "heading",
246
+ target: "h2",
247
+ pos: [80, 45, 1120, 65],
248
+ fontSize: "1.9rem"
249
+ },
250
+ {
251
+ id: "code-box",
252
+ target: ".columns-2 > div:first-child",
253
+ pos: [80, 135, 630, 535]
254
+ },
255
+ {
256
+ id: "notes-box",
257
+ target: ".columns-2 > div:last-child",
258
+ pos: [740, 135, 460, 535]
259
+ }
260
+ ]
261
+ },
262
+ markdownSnippet: `<!-- layout:
263
+ boxes:
264
+ - id: heading
265
+ target: h2
266
+ pos: [80, 45, 1120, 65]
267
+ fontSize: 1.9rem
268
+ - id: code-box
269
+ target: '.columns-2 > div:first-child'
270
+ pos: [80, 135, 630, 535]
271
+ - id: notes-box
272
+ target: '.columns-2 > div:last-child'
273
+ pos: [740, 135, 460, 535]
274
+ -->
275
+
276
+ ## \u{1F4BB} Robust Async Transaction Pipeline
277
+
278
+ <div class="columns-2">
279
+ <div>
280
+
281
+ \`\`\`ts
282
+ // Process payment with idempotency guarantee
283
+ export async function processPayment(order: Order) {
284
+ const isValid = await validateOrder(order);
285
+ if (!isValid) throw new Error("ValidationFailed");
286
+
287
+ const receipt = await chargeCard(order);
288
+ return sendConfirmation(receipt);
289
+ }
290
+ \`\`\`
291
+
292
+ </div>
293
+ <div>
294
+
295
+ ### \u{1F50D} Key Engineering Invariants:
296
+ 1. **Early Guard Clause:** Validates payload immediately at line 3 before triggering external calls.
297
+ 2. **Deterministic Sequence:** Enforces strict order of operations using native \`await\`.
298
+ 3. **Audit Trail:** Returns immutable payment receipt upon successful execution.
299
+
300
+ </div>
301
+ </div>
302
+
303
+ <!--
304
+ Presenter Notes:
305
+ - Walk through lines 1 to 7 sequentially.
306
+ - Cold-call check: "What happens if line 6 throws a network timeout?"
307
+ - Cognitive scaffolding: Highlight the importance of idempotency keys in payment APIs.
308
+ -->`
309
+ },
310
+ {
311
+ id: "metrics-3-card",
312
+ name: "3-Metric Key Results Grid",
313
+ category: "metrics",
314
+ description: "Three high-visibility KPI stat cards for benchmarks, impact, and success criteria.",
315
+ layout: {
316
+ boxes: [
317
+ {
318
+ id: "heading",
319
+ target: "h2",
320
+ pos: [80, 50, 1120, 70],
321
+ fontSize: "2rem",
322
+ textAlign: "center"
323
+ },
324
+ {
325
+ id: "metric-1",
326
+ target: ".columns-3 > div:nth-child(1)",
327
+ pos: [80, 165, 340, 485]
328
+ },
329
+ {
330
+ id: "metric-2",
331
+ target: ".columns-3 > div:nth-child(2)",
332
+ pos: [470, 165, 340, 485]
333
+ },
334
+ {
335
+ id: "metric-3",
336
+ target: ".columns-3 > div:nth-child(3)",
337
+ pos: [860, 165, 340, 485]
338
+ }
339
+ ]
340
+ },
341
+ markdownSnippet: `<!-- layout:
342
+ boxes:
343
+ - id: heading
344
+ target: h2
345
+ pos: [80, 50, 1120, 70]
346
+ fontSize: 2rem
347
+ textAlign: center
348
+ - id: metric-1
349
+ target: '.columns-3 > div:nth-child(1)'
350
+ pos: [80, 165, 340, 485]
351
+ - id: metric-2
352
+ target: '.columns-3 > div:nth-child(2)'
353
+ pos: [470, 165, 340, 485]
354
+ - id: metric-3
355
+ target: '.columns-3 > div:nth-child(3)'
356
+ pos: [860, 165, 340, 485]
357
+ -->
358
+
359
+ ## \u{1F4CA} Performance & Reliability Benchmarks
360
+
361
+ <div class="columns-3">
362
+ <div>
363
+
364
+ # \u26A1 99.99%
365
+ ### SLA Availability
366
+ High-availability multi-region cluster with automated failover routing.
367
+
368
+ </div>
369
+ <div>
370
+
371
+ # \u{1F680} 15ms
372
+ ### P99 Latency
373
+ Sub-20ms roundtrip response time via distributed edge caching.
374
+
375
+ </div>
376
+ <div>
377
+
378
+ # \u{1F6E1}\uFE0F Zero
379
+ ### Unhandled Breaches
380
+ Full SOC2 Type II compliance and end-to-end payload encryption.
381
+
382
+ </div>
383
+ </div>
384
+
385
+ <!--
386
+ Presenter Notes:
387
+ - Highlight the 15ms P99 latency target as the primary technical milestone.
388
+ - Connect these metrics directly to the architecture decisions discussed next.
389
+ -->`
390
+ },
391
+ {
392
+ id: "process-flow",
393
+ name: "Architecture & Process Flow",
394
+ category: "diagram",
395
+ description: "Multi-stage workflow with responsive Mermaid diagram and phase summaries.",
396
+ layout: {
397
+ boxes: [
398
+ {
399
+ id: "heading",
400
+ target: "h2",
401
+ pos: [80, 45, 1120, 65],
402
+ fontSize: "1.9rem"
403
+ },
404
+ {
405
+ id: "diagram-box",
406
+ target: "pre.mermaid, .mermaid",
407
+ pos: [80, 130, 1120, 310]
408
+ },
409
+ {
410
+ id: "summary-box",
411
+ target: "ul, p",
412
+ pos: [80, 465, 1120, 205]
413
+ }
414
+ ]
415
+ },
416
+ markdownSnippet: `<!-- layout:
417
+ boxes:
418
+ - id: heading
419
+ target: h2
420
+ pos: [80, 45, 1120, 65]
421
+ fontSize: 1.9rem
422
+ - id: diagram-box
423
+ target: 'pre.mermaid, .mermaid'
424
+ pos: [80, 130, 1120, 310]
425
+ - id: summary-box
426
+ target: 'ul, p'
427
+ pos: [80, 465, 1120, 205]
428
+ -->
429
+
430
+ ## \u{1F504} End-to-End Data Ingestion Pipeline
431
+
432
+ \`\`\`mermaid
433
+ graph LR
434
+ A[1. Client Ingress] --> B[2. API Gateway]
435
+ B --> C[3. Auth Verifier]
436
+ C --> D[4. Distributed DB]
437
+ style A fill:#0284c7,stroke:#38bdf8,stroke-width:2px,color:#fff
438
+ style B fill:#1e293b,stroke:#64748b,stroke-width:2px,color:#fff
439
+ style C fill:#059669,stroke:#34d399,stroke-width:2px,color:#fff
440
+ style D fill:#7c3aed,stroke:#a78bfa,stroke-width:2px,color:#fff
441
+ \`\`\`
442
+
443
+ - **Ingress & Gateway:** Rate-limits traffic and applies reverse-proxy load balancing.
444
+ - **Verification & Storage:** Decodes cryptographic JWT tokens before transactional write commit.
445
+
446
+ <!--
447
+ Presenter Notes:
448
+ - Trace each hop across the diagram from left to right.
449
+ - Ask: "Where should rate limiting be applied to prevent DDoS attacks?"
450
+ -->`
451
+ },
452
+ {
453
+ id: "quote-highlight",
454
+ name: "Core Principle & Quote Highlight",
455
+ category: "quote",
456
+ description: "Prominent quote callout for fundamental engineering rules or memorable mantras.",
457
+ layout: {
458
+ boxes: [
459
+ {
460
+ id: "heading",
461
+ target: "h2",
462
+ pos: [100, 100, 1080, 80],
463
+ fontSize: "2.2rem",
464
+ textAlign: "center"
465
+ },
466
+ {
467
+ id: "quote-box",
468
+ target: "blockquote",
469
+ pos: [140, 230, 1e3, 360],
470
+ fontSize: "1.4rem"
471
+ }
472
+ ]
473
+ },
474
+ markdownSnippet: `<!-- layout:
475
+ boxes:
476
+ - id: heading
477
+ target: h2
478
+ pos: [100, 100, 1080, 80]
479
+ fontSize: 2.2rem
480
+ textAlign: center
481
+ - id: quote-box
482
+ target: blockquote
483
+ pos: [140, 230, 1000, 360]
484
+ fontSize: 1.4rem
485
+ -->
486
+
487
+ ## \u{1F4A1} Foundational Architecture Principle
488
+
489
+ > "Simplicity is prerequisite for reliability. A well-engineered distributed system is one where a new engineer can understand the request flow within their first hour."
490
+ >
491
+ > \u2014 **Edsger W. Dijkstra**
492
+
493
+ <!--
494
+ Presenter Notes:
495
+ - Pause for 5 seconds of silence to let the quote sink in.
496
+ - Ask: "How do our current architectural choices reflect this principle?"
497
+ -->`
498
+ },
499
+ {
500
+ id: "quiz-checkpoint",
501
+ name: "Interactive Formative Checkpoint",
502
+ category: "assessment",
503
+ description: "Interactive multiple-choice diagnostic checkpoint with A/B/C/D voting options.",
504
+ layout: {
505
+ boxes: [
506
+ {
507
+ id: "heading",
508
+ target: "h2",
509
+ pos: [80, 45, 1120, 65],
510
+ fontSize: "1.9rem"
511
+ },
512
+ {
513
+ id: "question-callout",
514
+ target: "blockquote",
515
+ pos: [80, 130, 1120, 110],
516
+ fontSize: "1.2rem"
517
+ },
518
+ {
519
+ id: "options-list",
520
+ target: "ul",
521
+ pos: [80, 260, 1120, 390],
522
+ fontSize: "1.15rem"
523
+ }
524
+ ]
525
+ },
526
+ markdownSnippet: `<!-- layout:
527
+ boxes:
528
+ - id: heading
529
+ target: h2
530
+ pos: [80, 45, 1120, 65]
531
+ fontSize: 1.9rem
532
+ - id: question-callout
533
+ target: blockquote
534
+ pos: [80, 130, 1120, 110]
535
+ fontSize: 1.2rem
536
+ - id: options-list
537
+ target: ul
538
+ pos: [80, 260, 1120, 390]
539
+ fontSize: 1.15rem
540
+ -->
541
+
542
+ ## \u{1F3AF} Formative Checkpoint: Verify Your Understanding
543
+
544
+ > **Question:** In an event-driven architecture, which pattern guarantees that messages are never permanently lost if a downstream consumer crashes?
545
+
546
+ - **A.** Direct HTTP POST call with a short 2-second timeout
547
+ - **B.** Persistent Message Broker with Dead-Letter Queue (DLQ) & retry policy
548
+ - **C.** In-memory client RAM cache without disk persistence
549
+ - **D.** Discarding failed packets and prompting the user to re-submit
550
+
551
+ <!--
552
+ Presenter Notes:
553
+ - Give students 30 seconds to vote on option A, B, C, or D.
554
+ - Correct answer: B.
555
+ - Explain why options A and C introduce catastrophic data loss in production.
556
+ -->`
557
+ },
558
+ {
559
+ id: "tiered-practice-3cards",
560
+ name: "Tiered Differentiation (Bronze / Silver / Gold)",
561
+ category: "content",
562
+ description: "Three progressive competency tiers allowing self-paced learning acceleration.",
563
+ layout: {
564
+ boxes: [
565
+ {
566
+ id: "heading",
567
+ target: "h2",
568
+ pos: [80, 45, 1120, 65],
569
+ fontSize: "1.9rem"
570
+ },
571
+ {
572
+ id: "tier-bronze",
573
+ target: ".columns-3 > div:nth-child(1)",
574
+ pos: [80, 140, 350, 520]
575
+ },
576
+ {
577
+ id: "tier-silver",
578
+ target: ".columns-3 > div:nth-child(2)",
579
+ pos: [465, 140, 350, 520]
580
+ },
581
+ {
582
+ id: "tier-gold",
583
+ target: ".columns-3 > div:nth-child(3)",
584
+ pos: [850, 140, 350, 520]
585
+ }
586
+ ]
587
+ },
588
+ markdownSnippet: `<!-- layout:
589
+ boxes:
590
+ - id: heading
591
+ target: h2
592
+ pos: [80, 45, 1120, 65]
593
+ fontSize: 1.9rem
594
+ - id: tier-bronze
595
+ target: '.columns-3 > div:nth-child(1)'
596
+ pos: [80, 140, 350, 520]
597
+ - id: tier-silver
598
+ target: '.columns-3 > div:nth-child(2)'
599
+ pos: [465, 140, 350, 520]
600
+ - id: tier-gold
601
+ target: '.columns-3 > div:nth-child(3)'
602
+ pos: [850, 140, 350, 520]
603
+ -->
604
+
605
+ ## \u{1F6E0}\uFE0F Hands-On Challenge: 3-Tier Differentiation
606
+
607
+ <div class="columns-3">
608
+ <div>
609
+
610
+ ### \u{1F949} Bronze Tier
611
+ - Implement basic handler logic
612
+ - Pass 3 baseline unit tests
613
+ - *Goal: Foundational mastery*
614
+
615
+ </div>
616
+ <div>
617
+
618
+ ### \u{1F948} Silver Tier
619
+ - Add boundary error handling
620
+ - Enforce O(N) memory complexity
621
+ - *Goal: Production-ready code*
622
+
623
+ </div>
624
+ <div>
625
+
626
+ ### \u{1F947} Gold Tier
627
+ - Design distributed retry queue
628
+ - Add 95% automated test coverage
629
+ - *Goal: Architectural leadership*
630
+
631
+ </div>
632
+ </div>
633
+
634
+ <!--
635
+ Presenter Notes:
636
+ - All learners begin at Bronze to establish baseline competency.
637
+ - Accelerate self-directed learners to Silver and Gold as they complete each tier.
638
+ -->`
639
+ },
640
+ {
641
+ id: "agenda-timeline",
642
+ name: "Session Agenda & Milestones",
643
+ category: "content",
644
+ description: "Structured time-budgeted agenda mapping stages to measurable deliverables.",
645
+ layout: {
646
+ boxes: [
647
+ {
648
+ id: "heading",
649
+ target: "h2",
650
+ pos: [80, 45, 1120, 65],
651
+ fontSize: "1.9rem"
652
+ },
653
+ {
654
+ id: "table-box",
655
+ target: "table",
656
+ pos: [80, 140, 1120, 520]
657
+ }
658
+ ]
659
+ },
660
+ markdownSnippet: `<!-- layout:
661
+ boxes:
662
+ - id: heading
663
+ target: h2
664
+ pos: [80, 45, 1120, 65]
665
+ fontSize: 1.9rem
666
+ - id: table-box
667
+ target: table
668
+ pos: [80, 140, 1120, 520]
669
+ -->
670
+
671
+ ## \u{1F5FA}\uFE0F Milestone Roadmap & Time Budget
672
+
673
+ | Allocated Time | Session Stage | Core Learning Focus | Deliverable Milestone |
674
+ |:---:|---|---|---|
675
+ | **05 mins** | Warm-Up | Real-World Scenario & Context | Identify system bottleneck |
676
+ | **15 mins** | Concept Discovery | Core Architectural Patterns | Deconstruct message queue models |
677
+ | **20 mins** | Hands-On Lab | Tiered Code Implementation | Complete Bronze + Silver tasks |
678
+ | **05 mins** | Wrap-Up | Formative Checkpoint & Debrief | Consolidate key principles |
679
+
680
+ <!--
681
+ Presenter Notes:
682
+ - Walk through the time budget so students understand expectations and pacing.
683
+ -->`
684
+ },
685
+ {
686
+ id: "takeaways-summary",
687
+ name: "Key Takeaways & Wrap-up",
688
+ category: "content",
689
+ description: "Three memorable synthesis takeaways with actionable next steps.",
690
+ layout: {
691
+ boxes: [
692
+ {
693
+ id: "heading",
694
+ target: "h2",
695
+ pos: [80, 50, 1120, 70],
696
+ fontSize: "2rem"
697
+ },
698
+ {
699
+ id: "list-box",
700
+ target: "ol",
701
+ pos: [80, 150, 1120, 340],
702
+ fontSize: "1.25rem"
703
+ },
704
+ {
705
+ id: "callout-next",
706
+ target: "blockquote",
707
+ pos: [80, 520, 1120, 140],
708
+ fontSize: "1.1rem"
709
+ }
710
+ ]
711
+ },
712
+ markdownSnippet: `<!-- layout:
713
+ boxes:
714
+ - id: heading
715
+ target: h2
716
+ pos: [80, 50, 1120, 70]
717
+ fontSize: 2rem
718
+ - id: list-box
719
+ target: ol
720
+ pos: [80, 150, 1120, 340]
721
+ fontSize: 1.25rem
722
+ - id: callout-next
723
+ target: blockquote
724
+ pos: [80, 520, 1120, 140]
725
+ fontSize: 1.1rem
726
+ -->
727
+
728
+ ## \u{1F3C1} Key Takeaways & Action Items
729
+
730
+ 1. **Decouple Before Scaling:** Separate producer rate from consumer processing capacity.
731
+ 2. **Design for Failure:** Always configure retries, backoff intervals, and dead-letter queues.
732
+ 3. **Measure End-to-End:** Track P99 latency and error rates across all distributed boundaries.
733
+
734
+ > \u{1F4DD} **Next Action Item:** Complete the Silver Tier refactoring challenge before our next peer-review session.
735
+
736
+ <!--
737
+ Presenter Notes:
738
+ - Deliver a crisp 2-minute wrap-up reinforcing the 3 core takeaways.
739
+ - Acknowledge strong peer collaboration during the hands-on lab.
740
+ -->`
741
+ }
742
+ ];
743
+ function getSlideLayoutPresetById(id) {
744
+ return SLIDE_LAYOUT_PRESETS.find((p) => p.id === id);
745
+ }
746
+ function getSlideLayoutPresetsByCategory(category) {
747
+ return SLIDE_LAYOUT_PRESETS.filter((p) => p.category === category);
748
+ }
749
+
750
+ exports.SLIDE_LAYOUT_PRESETS = SLIDE_LAYOUT_PRESETS;
751
+ exports.getSlideLayoutPresetById = getSlideLayoutPresetById;
752
+ exports.getSlideLayoutPresetsByCategory = getSlideLayoutPresetsByCategory;
753
+ exports.serializeLayoutToComment = serializeLayoutToComment;
754
+ exports.splitMarkdownSlides = splitMarkdownSlides;
755
+ exports.updateSlideLayoutInMarkdown = updateSlideLayoutInMarkdown;
756
+ //# sourceMappingURL=chunk-O5MCKVEA.cjs.map
757
+ //# sourceMappingURL=chunk-O5MCKVEA.cjs.map