@taloswork/ose-shared 0.1.6 → 0.1.8

package/skills/document/bin/pptx-slide.cjs

@@ -9820,11 +9820,40 @@ var import_promises = require("node:fs/promises");
 
 // packages/core/dist/document/pptx-slide.js
 var import_jszip = __toESM(require_lib3(), 1);
+
+// packages/core/dist/document/pptx-register-slide.js
 var SLIDE_CT = "application/vnd.openxmlformats-officedocument.presentationml.slide+xml";
 var SLIDE_REL_TYPE = "http://schemas.openxmlformats.org/officeDocument/2006/relationships/slide";
+async function text(zip, path) {
+  const f = zip.file(path);
+  if (!f)
+    throw new Error(`not a PowerPoint file (${path} missing)`);
+  return f.async("string");
+}
+async function registerSlidePart(zip, newNum, newXmlPath) {
+  const ctPath = "[Content_Types].xml";
+  const ct = await text(zip, ctPath);
+  if (!ct.includes(`PartName="/${newXmlPath}"`)) {
+    zip.file(ctPath, ct.replace("</Types>", `<Override PartName="/${newXmlPath}" ContentType="${SLIDE_CT}"/></Types>`));
+  }
+  const presRelsPath = "ppt/_rels/presentation.xml.rels";
+  const presRels = await text(zip, presRelsPath);
+  const maxRid = Math.max(0, ...[...presRels.matchAll(/Id="rId(\d+)"/g)].map((m) => Number(m[1])));
+  const newRid = `rId${maxRid + 1}`;
+  zip.file(presRelsPath, presRels.replace("</Relationships>", `<Relationship Id="${newRid}" Type="${SLIDE_REL_TYPE}" Target="slides/slide${newNum}.xml"/></Relationships>`));
+  const presPath = "ppt/presentation.xml";
+  const pres = await text(zip, presPath);
+  const maxSldId = Math.max(255, ...[...pres.matchAll(/<p:sldId id="(\d+)"/g)].map((m) => Number(m[1])));
+  const updated = pres.replace("</p:sldIdLst>", `<p:sldId id="${maxSldId + 1}" r:id="${newRid}"/></p:sldIdLst>`);
+  if (updated === pres)
+    throw new Error("could not locate the slide list in presentation.xml");
+  zip.file(presPath, updated);
+}
+
+// packages/core/dist/document/pptx-slide.js
 var LAYOUT_REL_TYPE = "http://schemas.openxmlformats.org/officeDocument/2006/relationships/slideLayout";
 var BLANK_SLIDE_XML = '<?xml version="1.0" encoding="UTF-8" standalone="yes"?>\n<p:sld xmlns:a="http://schemas.openxmlformats.org/drawingml/2006/main" xmlns:r="http://schemas.openxmlformats.org/officeDocument/2006/relationships" xmlns:p="http://schemas.openxmlformats.org/presentationml/2006/main"><p:cSld><p:spTree><p:nvGrpSpPr><p:cNvPr id="1" name=""/><p:cNvGrpSpPr/><p:nvPr/></p:nvGrpSpPr><p:grpSpPr/></p:spTree></p:cSld><p:clrMapOvr><a:masterClrMapping/></p:clrMapOvr></p:sld>';
-async function text(zip, path) {
+async function text2(zip, path) {
   const f = zip.file(path);
   if (!f)
     throw new Error(`not a PowerPoint file (${path} missing)`);
@@ -9872,29 +9901,14 @@ async function addBlankSlide(bytes, opts = {}) {
   zip.file(newXmlPath, BLANK_SLIDE_XML);
   zip.file(`ppt/slides/_rels/slide${newNum}.xml.rels`, `<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
 <Relationships xmlns="http://schemas.openxmlformats.org/package/2006/relationships"><Relationship Id="rId1" Type="${LAYOUT_REL_TYPE}" Target="../slideLayouts/slideLayout${layout}.xml"/></Relationships>`);
-  const ct = await text(zip, "[Content_Types].xml");
-  if (!ct.includes(`PartName="/${newXmlPath}"`)) {
-    zip.file("[Content_Types].xml", ct.replace("</Types>", `<Override PartName="/${newXmlPath}" ContentType="${SLIDE_CT}"/></Types>`));
-  }
-  const presRelsPath = "ppt/_rels/presentation.xml.rels";
-  const presRels = await text(zip, presRelsPath);
-  const maxRid = Math.max(0, ...[...presRels.matchAll(/Id="rId(\d+)"/g)].map((m) => Number(m[1])));
-  const newRid = `rId${maxRid + 1}`;
-  zip.file(presRelsPath, presRels.replace("</Relationships>", `<Relationship Id="${newRid}" Type="${SLIDE_REL_TYPE}" Target="slides/slide${newNum}.xml"/></Relationships>`));
-  const presPath = "ppt/presentation.xml";
-  const pres = await text(zip, presPath);
-  const maxSldId = Math.max(255, ...[...pres.matchAll(/<p:sldId id="(\d+)"/g)].map((m) => Number(m[1])));
-  const updated = pres.replace("</p:sldIdLst>", `<p:sldId id="${maxSldId + 1}" r:id="${newRid}"/></p:sldIdLst>`);
-  if (updated === pres)
-    throw new Error("could not locate the slide list in presentation.xml");
-  zip.file(presPath, updated);
+  await registerSlidePart(zip, newNum, newXmlPath);
   const out2 = await zip.generateAsync({ type: "nodebuffer", compression: "DEFLATE" });
   return { bytes: new Uint8Array(out2), newSlideNumber: newNum, layout };
 }
 async function reorderPptxSlides(bytes, order) {
   const zip = await load(bytes);
   const presPath = "ppt/presentation.xml";
-  const pres = await text(zip, presPath);
+  const pres = await text2(zip, presPath);
   const listMatch = /(<p:sldIdLst\b[^>]*>)([\s\S]*?)(<\/p:sldIdLst>)/.exec(pres);
   if (!listMatch)
     throw new Error("no <p:sldIdLst> in presentation.xml (corrupt deck?)");
@@ -9965,9 +9979,9 @@ function unescXml(s) {
     }
   });
 }
-function visualWidth(text3) {
+function visualWidth(text4) {
   let w = 0;
-  for (const ch of text3) {
+  for (const ch of text4) {
     const cp = ch.codePointAt(0);
     if (ch === " " || ch === "	")
       w += 0.35;
@@ -9996,9 +10010,9 @@ function replaceTextAcrossRuns(xml, find, replacement, opts) {
     const segs = [];
     let flat = "";
     for (const m of para.matchAll(textRe)) {
-      const text3 = unescXml(m[2]);
-      segs.push({ el: m[0], attrs: m[1] ?? "", text: text3, start: flat.length });
-      flat += text3;
+      const text4 = unescXml(m[2]);
+      segs.push({ el: m[0], attrs: m[1] ?? "", text: text4, start: flat.length });
+      flat += text4;
     }
     if (!flat.includes(find))
       return para;
@@ -10042,8 +10056,6 @@ function replaceTextAcrossRuns(xml, find, replacement, opts) {
 }
 
 // packages/core/dist/document/pptx-clone.js
-var SLIDE_CT2 = "application/vnd.openxmlformats-officedocument.presentationml.slide+xml";
-var SLIDE_REL_TYPE2 = "http://schemas.openxmlformats.org/officeDocument/2006/relationships/slide";
 var EMU_PER_PT = 12700;
 function capacityWarning(slideXml, token, value) {
   const idx = slideXml.indexOf(token);
@@ -10076,7 +10088,7 @@ function capacityWarning(slideXml, token, value) {
     return void 0;
   return `${token}: replacement is ~${Math.ceil(width)} width-units, slot fits ~${Math.floor(capacity)} (${Math.round(widthPt)}\xD7${Math.round(heightPt)}pt box @ ${fontPt}pt) \u2014 likely overflow. Shorten the wording; do NOT shrink the font to make it fit.`;
 }
-async function text2(zip, path) {
+async function text3(zip, path) {
   const f = zip.file(path);
   if (!f)
     throw new Error(`not a PowerPoint file (${path} missing)`);
@@ -10101,7 +10113,7 @@ async function clonePptxSlide(bytes, slideNumber, replacements = {}) {
   const newNum = Math.max(...slideNums) + 1;
   const srcXmlPath = `ppt/slides/slide${slideNumber}.xml`;
   const newXmlPath = `ppt/slides/slide${newNum}.xml`;
-  let slideXml = await text2(zip, srcXmlPath);
+  let slideXml = await text3(zip, srcXmlPath);
   const replaced = [];
   const missing = [];
   const warnings = [];
@@ -10129,23 +10141,7 @@ async function clonePptxSlide(bytes, slideNumber, replacements = {}) {
     const rels = removeElement(await srcRels.async("string"), "Relationship", (el) => /Type="[^"]*\/notesSlide"/.test(el)).xml;
     zip.file(`ppt/slides/_rels/slide${newNum}.xml.rels`, rels);
   }
-  const ctPath = "[Content_Types].xml";
-  const ct = await text2(zip, ctPath);
-  if (!ct.includes(`PartName="/${newXmlPath}"`)) {
-    zip.file(ctPath, ct.replace("</Types>", `<Override PartName="/${newXmlPath}" ContentType="${SLIDE_CT2}"/></Types>`));
-  }
-  const presRelsPath = "ppt/_rels/presentation.xml.rels";
-  const presRels = await text2(zip, presRelsPath);
-  const maxRid = Math.max(0, ...[...presRels.matchAll(/Id="rId(\d+)"/g)].map((m) => Number(m[1])));
-  const newRid = `rId${maxRid + 1}`;
-  zip.file(presRelsPath, presRels.replace("</Relationships>", `<Relationship Id="${newRid}" Type="${SLIDE_REL_TYPE2}" Target="slides/slide${newNum}.xml"/></Relationships>`));
-  const presPath = "ppt/presentation.xml";
-  const pres = await text2(zip, presPath);
-  const maxSldId = Math.max(255, ...[...pres.matchAll(/<p:sldId id="(\d+)"/g)].map((m) => Number(m[1])));
-  const updated = pres.replace("</p:sldIdLst>", `<p:sldId id="${maxSldId + 1}" r:id="${newRid}"/></p:sldIdLst>`);
-  if (updated === pres)
-    throw new Error("could not locate the slide list in presentation.xml");
-  zip.file(presPath, updated);
+  await registerSlidePart(zip, newNum, newXmlPath);
   const out2 = await zip.generateAsync({ type: "nodebuffer", compression: "DEFLATE" });
   return { bytes: new Uint8Array(out2), newSlideNumber: newNum, replaced, missing, warnings };
 }
@@ -10170,9 +10166,9 @@ async function removePptxSlide(bytes, slideNumber) {
   const xmlPath = `ppt/slides/slide${slideNumber}.xml`;
   const relsPath = `ppt/slides/_rels/slide${slideNumber}.xml.rels`;
   const presRelsPath = "ppt/_rels/presentation.xml.rels";
-  const presRels = await text2(zip, presRelsPath);
+  const presRels = await text3(zip, presRelsPath);
   const targetRe = new RegExp(`Target="(/ppt/)?slides/slide${slideNumber}\\.xml"`);
-  const relMatch = findElement(presRels, "Relationship", (r) => r.includes(SLIDE_REL_TYPE2) && targetRe.test(r));
+  const relMatch = findElement(presRels, "Relationship", (r) => r.includes(SLIDE_REL_TYPE) && targetRe.test(r));
   if (!relMatch)
     throw new Error(`slide ${slideNumber} is not wired into presentation.xml.rels (corrupt deck?)`);
   const rId = /Id="(rId\d+)"/.exec(relMatch)?.[1];
@@ -10180,19 +10176,19 @@ async function removePptxSlide(bytes, slideNumber) {
     throw new Error(`slide ${slideNumber}'s relationship carries no Id (corrupt deck?)`);
   zip.file(presRelsPath, presRels.replace(relMatch, ""));
   const presPath = "ppt/presentation.xml";
-  const pres = await text2(zip, presPath);
+  const pres = await text3(zip, presPath);
   const sld = removeElement(pres, "p:sldId", (el) => el.includes(`r:id="${rId}"`));
   if (!sld.removed)
     throw new Error(`slide ${slideNumber} (${rId}) not found in the slide list (corrupt deck?)`);
   zip.file(presPath, sld.xml);
-  const slideRels = zip.file(relsPath) ? await text2(zip, relsPath) : "";
+  const slideRels = zip.file(relsPath) ? await text3(zip, relsPath) : "";
   const notesTarget = /<Relationship\b[^>]*Type="[^"]*\/notesSlide"[^>]*Target="\.\.\/(notesSlides\/notesSlide\d+\.xml)"/.exec(slideRels)?.[1];
   const removedParts = [xmlPath, relsPath];
   if (notesTarget) {
     const otherSlideRels = Object.keys(zip.files).filter((p) => /^ppt\/slides\/_rels\/slide\d+\.xml\.rels$/.test(p) && p !== relsPath);
     let shared = false;
     for (const p of otherSlideRels) {
-      if ((await text2(zip, p)).includes(notesTarget)) {
+      if ((await text3(zip, p)).includes(notesTarget)) {
         shared = true;
         break;
       }
@@ -10200,7 +10196,7 @@ async function removePptxSlide(bytes, slideNumber) {
     if (!shared)
       removedParts.push(`ppt/${notesTarget}`, `ppt/notesSlides/_rels/${notesTarget.split("/")[1]}.rels`);
   }
-  let ct = await text2(zip, "[Content_Types].xml");
+  let ct = await text3(zip, "[Content_Types].xml");
   for (const part of removedParts) {
     zip.remove(part);
     ct = removeElement(ct, "Override", (el) => el.includes(`PartName="/${part}"`)).xml;

package/skills/document/catalog.json

@@ -7,13 +7,24 @@
     {"id":"creative","name_cn":"创意手作","sample":"styles/_samples/_groups/creative.webp","scenarios":["创意","教学","工作坊","头脑风暴"]},
     {"id":"natural","name_cn":"自然温和","sample":"styles/_samples/_groups/natural.webp","scenarios":["品牌手册","可持续","美妆","零售"]}
   ],
+  "collections": [
+    {
+      "id": "original-13",
+      "name_cn": "初代经典",
+      "renderMode": "classic-v1",
+      "sourceCommit": "7306d8e5",
+      "entryIds": ["cool", "swiss-grid", "black-gold", "olive-gold", "mckinsey", "apple", "mono", "ivory-gold", "magazine-ink", "anthropic", "hand-drawn", "cinereel", "branding"]
+    }
+  ],
   "entries": [
     {"id":"cool","kind":"skin","group":"tech-future","name_cn":"酷炫深色","oneliner":"深蓝辉光 · 科技发布","scenarios":["科技","发布","pitch","主题演讲"],"mode":"dark","sample":"styles/_samples/cool.webp","motion":"motion/cool.json"},
     {"id":"neon-cyber","kind":"skin","group":"tech-future","name_cn":"霓虹赛博","oneliner":"霓虹品红 · 赛博夜场","scenarios":["科技","游戏","Web3","夜场发布"],"mode":"dark","sample":"styles/_samples/neon-cyber.webp","motion":"motion/neon-cyber.json"},
+    {"id":"prismatic-3d","kind":"pack","group":"tech-future","name_cn":"棱镜空间","oneliner":"紫黑棱镜 · 立体发布","scenarios":["科技发布","AI 产品","创意提案","未来趋势"],"mode":"dark","sample":"styles/_samples/prismatic-3d.webp","motion":"motion/prismatic-3d.json"},
     {"id":"swiss-grid","kind":"skin","group":"tech-future","name_cn":"瑞士国际","oneliner":"克莱因蓝白 · 瑞士国际","scenarios":["科技产品","数据汇报","设计","年度总结"],"mode":"light","sample":"styles/_samples/swiss-grid.webp","motion":"motion/swiss-grid.json"},
     {"id":"black-gold","kind":"skin","group":"biz-premium","name_cn":"黑金","oneliner":"纯黑金辉 · 高端商务","scenarios":["金融","年报","路演","奢侈品"],"mode":"dark","sample":"styles/_samples/black-gold.webp","motion":"motion/black-gold.json"},
     {"id":"olive-gold","kind":"skin","group":"biz-premium","name_cn":"橄榄金","oneliner":"橄榄亮金 · 高端招商","scenarios":["高端","证书","招商","品牌"],"mode":"dark","sample":"styles/_samples/olive-gold.webp","motion":"motion/olive-gold.json"},
     {"id":"mckinsey","kind":"skin","group":"biz-premium","name_cn":"白底咨询","oneliner":"白底藏青 · 咨询评审","scenarios":["咨询","战略汇报","评审","董事会"],"mode":"light","sample":"styles/_samples/mckinsey.webp","motion":"motion/mckinsey.json"},
+    {"id":"mckinsey-photo","kind":"pack","group":"biz-premium","name_cn":"咨询影像","oneliner":"藏青影像 · 企业叙事","scenarios":["咨询","企业战略","案例研究","年度回顾"],"mode":"light","sample":"styles/_samples/mckinsey-photo.webp","motion":"motion/mckinsey-photo.json"},
     {"id":"apple","kind":"skin","group":"minimal","name_cn":"纯黑极简","oneliner":"纯黑极简 · 产品发布","scenarios":["产品发布","主题演讲","极简演示"],"mode":"dark","sample":"styles/_samples/apple.webp","motion":"motion/apple.json"},
     {"id":"mono","kind":"skin","group":"minimal","name_cn":"纯白黑灰","oneliner":"纯白黑灰 · 极简设计","scenarios":["极简","高端","设计","单色报告"],"mode":"light","sample":"styles/_samples/mono.webp","motion":"motion/mono.json"},
     {"id":"ivory-gold","kind":"skin","group":"minimal","name_cn":"奶油青铜","oneliner":"奶油青铜 · 奢华极简","scenarios":["奢华极简","品牌手册","路演","高端零售"],"mode":"light","sample":"styles/_samples/ivory-gold.webp","motion":"motion/ivory-gold.json"},

package/skills/document/components/base.css

@@ -0,0 +1,45 @@
+/* Theme V2 semantic component contract. Enabled only by --theme-v2. */
+:root{
+  --cmp-radius:var(--card-radius,4px);--cmp-border:var(--hair);--cmp-surface:transparent;
+  --cmp-surface-strong:var(--title);--cmp-on-strong:var(--slide-bg);--cmp-shadow:none;
+  --cmp-pad:24px;--cmp-gap:18px;--cmp-line:1px;--cmp-media-radius:var(--cmp-radius);
+  --cmp-media-fit:cover;--cmp-media-filter:none;--cmp-media-shadow:none;
+}
+.component-card,.metric-card,.proof-card,.price-card,.team-card,.feature-card,.fund-card{
+  position:relative;background:var(--cmp-surface);border:var(--cmp-line) solid var(--cmp-border);
+  border-radius:var(--cmp-radius);box-shadow:var(--cmp-shadow);padding:var(--cmp-pad);overflow:hidden;
+}
+.component-card--strong,.metric-card--hero,.price-card--featured{
+  background:var(--cmp-surface-strong);border-color:var(--cmp-surface-strong);color:var(--cmp-on-strong);
+}
+.component-card--strong :is(h2,h3,p,span),.metric-card--hero :is(h2,h3,p,span),.price-card--featured :is(h2,h3,p,span){color:inherit}
+.metric-value{font-family:var(--font-head);font-size:calc(44px * var(--type-scale,1));font-weight:800;letter-spacing:-.04em;line-height:1}
+.metric-label,.component-label,.media-caption{color:var(--muted);font-size:calc(13px * var(--type-scale,1));letter-spacing:.08em;text-transform:uppercase}
+.component-title{font-family:var(--font-head);color:var(--title);font-weight:750;line-height:1.15}
+.component-copy{color:var(--body);line-height:1.55}
+.badge,.tag,.pill{display:inline-flex;align-items:center;width:max-content;border:var(--cmp-line) solid var(--cmp-border);border-radius:999px;padding:5px 11px;font-size:calc(12px * var(--type-scale,1));font-weight:700}
+.badge--accent,.tag--accent{background:var(--accent);border-color:var(--accent);color:var(--slide-bg)}
+.media-frame,.media-cutout,.device-frame{position:relative;overflow:hidden;border:var(--cmp-line) solid var(--cmp-border);border-radius:var(--cmp-media-radius);box-shadow:var(--cmp-media-shadow);background:var(--card-bg,transparent)}
+.media-frame>img,.media-cutout>img,.device-frame>img{width:100%;height:100%;object-fit:var(--cmp-media-fit);filter:var(--cmp-media-filter)}
+.quote-mark{font-family:var(--font-head);color:var(--accent);font-size:calc(64px * var(--type-scale,1));line-height:.6}
+.quote-copy{font-family:var(--font-head);font-size:calc(26px * var(--type-scale,1));line-height:1.32;color:var(--title)}
+.logo-tile{display:flex;align-items:center;justify-content:center;min-height:62px;border:var(--cmp-line) solid var(--cmp-border);border-radius:var(--cmp-radius);color:var(--muted);font-weight:700}
+.progress-track,.fund-track{height:10px;background:var(--hair);border-radius:999px;overflow:hidden}
+.progress-fill,.fund-fill{height:100%;background:var(--accent);border-radius:inherit}
+.timeline-node{width:14px;height:14px;border-radius:50%;background:var(--accent);box-shadow:0 0 0 5px var(--cmp-surface)}
+.avatar-frame{overflow:hidden;border-radius:50%;border:var(--cmp-line) solid var(--cmp-border)}
+.avatar-frame>img{width:100%;height:100%;object-fit:cover}
+.data-chip{font-family:var(--font-head);font-variant-numeric:tabular-nums;color:var(--accent);font-weight:800}
+.component-grid{display:grid;gap:var(--cmp-gap)}
+.chart-shell,.table-shell,.callout,.workflow-node{background:var(--cmp-surface);border:var(--cmp-line) solid var(--cmp-border);border-radius:var(--cmp-radius);box-shadow:var(--cmp-shadow)}
+.chart-shell,.table-shell{padding:var(--cmp-pad)}
+.chart-shell .chart{background:transparent}
+.legend-item{display:flex;align-items:center;gap:8px;color:var(--muted);font-size:calc(13px * var(--type-scale,1))}
+.legend-item:before{content:"";width:9px;height:9px;border-radius:50%;background:var(--accent)}
+.table-shell .dt-head{background:color-mix(in srgb,var(--accent) 10%,transparent);border-bottom:var(--cmp-line) solid var(--cmp-border)}
+.table-shell .dt-row{border-bottom:var(--cmp-line) solid var(--hair)}
+.callout{padding:16px 18px;border-left:4px solid var(--accent)}
+.workflow-node{padding:18px;text-align:center}
+.workflow-connector{height:var(--cmp-line);background:var(--cmp-border)}
+.cta-block{background:var(--accent);color:var(--slide-bg);border-radius:var(--cmp-radius);padding:var(--cmp-pad)}
+.cta-block :is(h2,h3,p,span){color:inherit}

package/skills/document/components/profiles/clean.css

@@ -0,0 +1,2 @@
+:root{--cmp-radius:6px;--cmp-line:1px;--cmp-pad:24px;--cmp-gap:16px;--cmp-surface:var(--card-bg,transparent);--cmp-border:var(--hair);--cmp-shadow:none}
+.component-card:before,.metric-card:before{content:"";position:absolute;left:0;top:0;bottom:0;width:3px;background:var(--accent)}

package/skills/document/components/profiles/editorial.css

@@ -0,0 +1,3 @@
+:root{--cmp-radius:0px;--cmp-line:1px;--cmp-pad:22px;--cmp-gap:14px;--cmp-surface:transparent;--cmp-border:var(--title);--cmp-shadow:none}
+.component-card,.metric-card,.proof-card,.price-card,.team-card{border-left-width:5px;border-top:0;border-right:0;border-bottom:0}
+.component-label{font-family:var(--font-head);letter-spacing:.16em}

package/skills/document/components/profiles/glass.css

@@ -0,0 +1,2 @@
+:root{--cmp-radius:18px;--cmp-line:1px;--cmp-pad:26px;--cmp-gap:18px;--cmp-surface:color-mix(in srgb,var(--slide-bg) 58%,transparent);--cmp-border:color-mix(in srgb,var(--accent) 28%,var(--hair));--cmp-shadow:0 18px 44px rgba(0,0,0,.18)}
+.component-card,.metric-card,.proof-card,.price-card,.team-card{backdrop-filter:blur(16px)}

package/skills/document/components/profiles/luxury.css

@@ -0,0 +1,3 @@
+:root{--cmp-radius:0px;--cmp-line:1px;--cmp-pad:28px;--cmp-gap:20px;--cmp-surface:transparent;--cmp-border:var(--accent);--cmp-shadow:none}
+.component-card,.metric-card,.proof-card,.price-card,.team-card{border-top:0;border-left:0;border-right:0}
+.component-label,.metric-label{font-family:var(--font-head);letter-spacing:.2em}

package/skills/document/components/profiles/organic.css

@@ -0,0 +1,2 @@
+:root{--cmp-radius:24px;--cmp-line:1px;--cmp-pad:26px;--cmp-gap:20px;--cmp-surface:var(--card-bg,transparent);--cmp-border:var(--hair);--cmp-shadow:0 14px 34px rgba(0,0,0,.08)}
+.component-card:nth-child(even),.feature-card:nth-child(even){border-radius:40px 16px 40px 16px}

package/skills/document/components/profiles/poster.css

@@ -0,0 +1,3 @@
+:root{--cmp-radius:2px;--cmp-line:2px;--cmp-pad:24px;--cmp-gap:18px;--cmp-surface:var(--card-bg,transparent);--cmp-border:var(--title);--cmp-shadow:8px 8px 0 var(--title)}
+.component-card--strong,.metric-card--hero,.price-card--featured{transform:rotate(-1deg)}
+.badge,.tag,.pill{border-radius:2px;text-transform:uppercase}

package/skills/document/content-pipeline.md

@@ -14,8 +14,10 @@ a blank slide** — authoring every slide from zero is the #1 "AI-generated" tel
 
 ## Execution discipline (whole pipeline)
 
-1. **Sequential**: phases run in order; the two gated artifacts (`deck-brief.md`,
-   `slide-outline.md`) MUST be user-approved before the phase after them.
+1. **Sequential**: phases run in order. `deck-brief.md` is a persisted echo of
+   already-confirmed inputs, not another approval round. `slide-outline.md` is the
+   single substantive approval gate before authoring. Only pause on the brief when
+   it introduces a material assumption the user has not already approved.
 2. **State echo**: each phase start, one line — `[Phase N] <name> — inputs: OK/missing`.
 3. **No fabrication**: never invent a value that must come from a tool (a stat, a
    citation, a palette). Missing → halt and get it.
@@ -31,15 +33,13 @@ Two entry modes:
 
 ## Phase 0 — Clarify & Brief (MANDATORY gate)
 
-Before any research or generation, confirm requirements and persist a brief.
-**Use the AskUserQuestion tool** (not plain-text questions) — no default fallbacks
-unless the user says "你决定/you decide".
-
-**ONE AskUserQuestion call, FOUR questions** (the tool allows up to 4 per call — use
-all four; do NOT split into a second call, do NOT drop any). This is a HARD GATE: ask
-and receive answers BEFORE any research / outline / brief-confirm / generation. Do NOT
-jump from this call straight to an outline or a "确认生成" gate. Even for a small/quick
-deck, even if the style seems "obvious", all four are asked (only "你决定" bypasses).
+Before any research or generation, confirm requirements and persist a brief. Follow
+the canonical interaction contract in `SKILL.md`: ask only for missing values among
+content source, scenario, and slide count in **ONE AskUserQuestion call with at most
+THREE questions**. Do not re-ask values already supplied. The scenario-ranked style
+picker is a separate single-question image-card call after the scenario is known,
+unless the user already selected a catalog entry, supplied a style template, or
+explicitly authorized automatic selection.
 
 1. **Content source** — 提供材料 / 联网调研 / 自由创作. (Provided → request the materials now.
    When you ask the user for a FILE — a template/materials .pptx/.docx/.pdf — set
@@ -49,72 +49,86 @@ deck, even if the style seems "obvious", all four are asked (only "你决定" by
    in the chosen skin; NEVER reuse its look.** In particular a **`.pptx` handed in as
    content** → read its text (the `.txt` sidecar or `bin/doc-text`) and treat it like
    any other source; do **NOT** `pptx-tokenize`/`pptx-theme` it (those reuse the deck's
-   STYLE — a Q3 decision, see below). Reusing an uploaded deck's look is ONLY triggered
-   when the user picks that as their **style** (Q3 → "复用这份 PPT 的风格"), never merely
+   STYLE — a separate style-picker decision, see below). Reusing an uploaded deck's look is ONLY triggered
+   when the user picks that as their **style** ("复用这份 PPT 的风格"), never merely
    because the content happened to arrive as a `.pptx`.
 2. **Scenario** — the deck's use case (pitch / 内审 / 销售 / 讲座 / 发布会 / 培训 / 大会 /
    工作汇报 / 述职 / 项目评审 / 年度总结 / 商业计划书 / 投标 / 政务汇报 / 公司产品介绍 …
    — the full 15 with their logic live in the **Scenario matrix** below). AskUserQuestion
    caps at 4 **TEXT** options, so **for THIS scenario question** present the **3–4 best-fit
-   for the topic** + let the user type Other (any scenario, listed or not). **This 4-cap is
-   TEXT-only — it does NOT apply to Q3 (style), which is an IMAGE-CARD pick capped at 16:
-   Q3 shows ALL skins, never a shortlist.** Then look the choice up in the matrix (unlisted →
+   for the topic** + let the user type Other (any scenario, listed or not). This text-option
+   cap does not apply to the separate image-card style picker; follow `SKILL.md` for its
+   current catalog-backed recommendation and browse-all contract. Then look the choice up in the matrix (unlisted →
    map to the nearest row). Record as a short phrase. Scenario is NOT just wording — it
    locks **five** things at once (tone · density · **required roles** · narrative shape ·
    page range). Carry them through: required roles = a checklist Phase 2 MUST satisfy
-   (MECE), density feeds Phase 4 §4.2 P2, narrative picks the Phase 2 pyramid, pages seed Q4.
-3. **Style — pick ONE skin.** By DEFAULT show **EVERY skin as image-card options** —
-   **all 13 (anthropic · apple · black-gold · branding · cinereel · cool · hand-drawn ·
-   ivory-gold · magazine-ink · mckinsey · mono · olive-gold · swiss-grid), NOT a 3–5
-   shortlist.** Image-card picks are capped at **16**, so the
-   4-option TEXT cap does NOT apply here — emit one card per skin every time —
-   one option per skin `{ label: skin 名, description: <the skin's **picker one-liner**
-   from styles/README.md, VERBATIM — one short line, no 首选/风/keynote padding>, imagePath: <absolute
-   path to styles/_samples/<skin>.webp under the skill dir> }`. The sample images are
-   **PRE-RENDERED** WebP (a fixed cover + content page stacked per skin, all the same size)
-   and shipped with the skill — use them directly, don't render anything at question
-   time. (The picker UI lays the cards out itself; you only supply the options + images.)
-   `styles/README.md` gives each skin's 适用场景 + light/dark; order the cards
-   best-fit-for-scenario first but show them all. **When the user says 你决定 → `cool`**
-   (酷炫深色); `mckinsey`/`mono` for clean/formal/light; match the rest by 适用场景.
-   After confirmation, save the deck-skin preference to memory.
-   **Custom style (其他/自定义)** — prefer **B (derive a bespoke look)**: from an existing
-   deck → `pptx-tokenize` (reuse its layouts/master) or `pptx-theme` (its palette → our
-   layouts); from a reference image → build a `styles/<name>/skin.css`. (Fallbacks: map to
-   the nearest of the 9, or tweak one.) A deck given HERE is used for its STYLE — distinct
-   from a deck given as **content** (Q1), which is text-only. Full routing in SKILL.md.
-4. **Slide count** — default = the chosen scenario's **默认页数** column in the Scenario
+   (MECE), density feeds Phase 4 §4.2 P2, narrative picks the Phase 2 pyramid, pages seed the slide-count choice.
+3. **Slide count** — default = the chosen scenario's **默认页数** column in the Scenario
    matrix (e.g. pitch 10–12 · 内审 6–8 · keynote 15–20 · 工作汇报 5–10 · BP 15–25 · 投标
    15–30); clamp 3–30, double-check outside.
 
+**Separate style picker — pick ONE current catalog entry after scenario is known.**
+Read `catalog.json` immediately before asking and use the scenario-ranked picker
+contract in `SKILL.md`: show at most eight recommended final entries, then
+“查看全部风格” and the custom-template card. If the user expands, show every current
+`catalog.entries` item in catalog order. Never use a hard-coded skin count or stale
+id list. Samples are pre-rendered WebP assets — use `entry.sample` directly and do
+not render anything during the question. Rank by catalog metadata and the confirmed
+scenario; do not hardcode a default family. After confirmation, save the deck-skin
+preference to memory.
+
+**Custom style (其他/自定义)** — prefer **B (derive a bespoke look)**: from an existing
+deck → `pptx-tokenize` (reuse its layouts/master) or `pptx-theme` (its palette → our
+layouts); from a reference image → build a `styles/<name>/skin.css`. Fallbacks: map
+to the nearest catalog family or tweak one. A deck given here is used for its STYLE —
+distinct from a deck given as **content**, which is text-only. Full routing in `SKILL.md`.
+
 **Scenario matrix** (each row locks tone · density · required roles · narrative ·
 pages). The required roles are a HARD checklist — Phase 2 must include them all:
 
 | 场景 | 语气 | 密度 | 必备章节(required roles — all MUST appear) | 叙事(Phase 2) | 默认页数 |
 |---|---|---|---|---|---|
-| **pitch** 融资/路演 | 自信 · 有张力 · 故事驱动 | 稀疏 · 大数字 | Problem · Solution · Market · Product/Traction · Team · **Ask** | SCQA / 问题-方案 | 10–12 |
+| **pitch** 融资/路演 | 自信 · 有张力 · 故事驱动 | 稀疏 · 大数字 | Problem/问题 · Solution/解决方案 · Market/市场 · Product/Traction/产品/进展 · Team/团队 · **Ask/融资需求** | SCQA / 问题-方案 | 10–12 |
 | **内审** | 客观 · 直接 · 结论先行 | 略密(容明细/数据) | 结论/进展 · 关键指标 · 问题与风险 · 下一步/决策项 | 结论先行 | 6–8 |
-| **销售** | 利益驱动 · 客户中心 · 说服 | 中 · 重价值与佐证 | 痛点 · 方案/价值主张 · 差异化 · 客户案例 · ROI/定价 · **CTA** | 问题-方案 | 8–12 |
+| **销售** | 利益驱动 · 客户中心 · 说服 | 中 · 重价值与佐证 | 痛点 · 方案/价值主张 · 差异化 · 客户案例 · ROI/定价 · **CTA/行动号召** | 问题-方案 | 8–12 |
 | **讲座** 学术 | 讲解 · 循序渐进 | 中 · 概念+例子 | 学习目标 · 背景/基础 · 核心概念 · 案例/推导 · 小结 | 由浅入深 | 10–15 |
-| **发布会** keynote | 情绪化 · 戏剧性 · 揭晓感 | **极稀疏 · 一页一信息 · 超大视觉** | 钩子 · 背景/痛点 · 产品揭晓 · 亮点特性 · Demo · 价格上市 · **行动号召** | 情绪线 | 15–20 |
-| **培训** | 教学 · 清晰 · 可操作 | 中 · 分模块 | Objectives · Modules · 练习/示例 · Quiz · Summary | 由浅入深 | 8–15 |
+| **发布会** keynote | 情绪化 · 戏剧性 · 揭晓感 | **极稀疏 · 一页一信息 · 超大视觉** | 钩子 · 背景/痛点 · 产品揭晓 · 亮点特性 · Demo/演示 · 价格上市 · **行动号召** | 情绪线 | 15–20 |
+| **培训** | 教学 · 清晰 · 可操作 | 中 · 分模块 | Objectives/学习目标 · Module/课程模块 · 练习/示例/Exercise · Quiz/随堂测验 · Summary/小结 | 由浅入深 | 8–15 |
 | **大会** talk | 观点鲜明 · 启发 · 记忆点 | 稀疏 · 一图一句 | 开场钩子 · 核心论点 · 论据/案例 · 反直觉洞察 · 收束记忆点 | 情绪线 / SCQA | 15–20 |
 | **工作汇报** 周月季报 | 客观 · 简洁 · 结论先行 | 中 | 概要 · 进展/成果 · 数据指标 · 问题 · 下一步计划 | 结论先行 | 5–10 |
-| **述职/晋升** | 自信 · 有据 · 个人视角 | 中 | 职责概述 · 关键成果(STAR)· 数据佐证 · 能力成长 · 规划 | 结论先行 | 8–12 |
+| **述职/晋升** | 自信 · 有据 · 个人视角 | 中 | 职责概述 · 关键成果/STAR · 数据佐证 · 能力成长 · 规划 | 结论先行 | 8–12 |
 | **项目立项/评审** | 严谨 · 说服 | 中偏密 | 背景/痛点 · 目标 · 方案 · 计划/里程碑 · 资源/预算 · 风险 | 问题-方案 | 8–14 |
 | **年度总结/年会** | 振奋 · 仪式感 | 稀疏 · 大视觉 | 回顾/高光 · 关键数据 · 里程碑 · 团队 · 来年展望 | 情绪线 | 12–20 |
 | **商业计划书** BP | 自信 · 全面 · 数据支撑 | 中偏密 | 问题 · 方案 · 市场 · 产品 · 商业模式 · 竞争 · 财务预测 · 团队 · **融资** | SCQA | 15–25 |
 | **投标** 招投标 | 正式 · 要素齐全 · 得分导向 | 密 | 需求理解 · 方案 · 团队/资质 · 案例业绩 · 实施计划 · **报价** · 售后 | 结论先行 | 15–30 |
 | **政务/党政汇报** | 严肃 · 规范 | 中偏密 | 背景/依据 · 工作举措 · 成效数据 · 存在问题 · 下步部署 | 结论先行 | 8–15 |
 | **公司/产品介绍** | 品牌 · 自信 · 利益导向 | 中 · 重视觉 | 公司/愿景 · 核心能力 · 产品/方案 · 标杆案例 · 数据 · 合作邀请 | 问题-方案 | 8–15 |
-
-Tone also biases the skin pick (Q3): 张力/情绪(pitch·发布会·大会)→ 深色酷炫(cool/apple/
+| **产品调研** 竞品分析 市场研究 | 客观 · 有据 · 不替结论下判断 | 中 | 市场规模 · 竞品格局 · 用户需求 · 差距与机会 · 结论建议 | 先摆事实，再给判断 | 10–15 |
+| **会议纪要** 会后同步 | 简洁 · 可执行 · 不复述过程 | 低 | 议题 · 结论 · 待办 · 待决事项 | 结论先行 | 4–8 |
+| **数据分析** 数据解读 指标复盘 | 结论先行 · 可追溯 | 中 | 结论 · 口径与数据源 · 维度拆解 · 归因 · 建议 | 结论先行 | 6–10 |
+
+**必备章节要中英双写（`English/中文`）。** 这张 checklist 的用法是拿每个词去**生成
+出来的大纲标题**里找子串（斜杠分段，命中任意一段就算有）。写成纯英文时，一份写得
+好好的中文稿一个都命中不了 —— 于是每次都判缺、每次都白花一轮模型回喂（10–30 秒
+＋一次调用的钱）。反过来整行换成中文也不对：中文路演稿**真的**会写 Problem / Ask /
+Demo，换掉只是把漏判翻到另一边。中文那半边要挑够窄的词：写「融资」的话，一张叫
+「我们的融资故事」的封面就能把 Ask 顶掉，而那一节缺了正是这张表存在的理由。
+括号写法（`关键成果(STAR)`）同样不行 —— 它一个斜杠都没有，整串当一个词去找，
+大纲里必须原样出现那七个字符才算命中。
+
+还有两个容易漏的：**用单数**（大纲会写 `Module 1`，`Modules` 匹配不上，而 `Module`
+两种都命中）；**本来就是中文的那几段也要补英文**（`练习/示例` 漏了 `Exercise`，
+一份英文培训大纲就在这一项上判缺）。
+
+Tone also biases the catalog style ranking: 张力/情绪(pitch·发布会·大会)→ 深色酷炫(cool/apple/
 black-gold);务实(内审·销售)→ 白底咨询(mckinsey);清晰(讲座·培训)→ 中性/教育风.
 If the user's scenario isn't listed, map it to the nearest row's tone/density/narrative.
 
 **Persist `deck-brief.md`**: Topic · Scenario · Source · Style(name + 2–3 sentence
 palette/type/motif) · Theme file · Template style · Slide Count · (assumptions).
-Then **GATE**: show it, AskUserQuestion approve/revise, advance only on approval.
+Persist it and continue. Do not ask the user to approve information they just supplied.
+If the brief adds a material assumption that changes scope, show only that assumption
+and pause for approval before continuing.
 (Offline / no web tool → say so; source can only be 提供材料 or 自由创作.)
 
 ---
@@ -133,6 +147,39 @@ Search 8–12 queries across layers, then organize into 6 dimensions:
 
 Dimensions: 概述 / 背景 / 关键信息 / 证据(案例·数据) / 分析 / 展望.
 
+**层次是兜底，场景才是方向。** 上面那五层是**开放式议题**的默认铺法（用户只给了
+一个主题、没有材料）。一旦 Phase 0 选定了场景，就照下表按**这份稿子真正需要的东西**
+去查 —— 每条焦点出 1–2 条查询词，再从上面五层补 2–4 条防止十条围着一个角度。
+用户在 Phase 0 自己交代的那句话优先级最高，先查他明说要的。
+
+焦点直接对着上面场景矩阵的 `必备章节` —— 查回来的东西要能填进那些章节，
+否则这一轮检索就是白花的（按次计费）。
+
+| 场景 | 检索焦点 |
+|---|---|
+| **pitch** 融资/路演 | 市场规模与增速(TAM/SAM) · 可比公司融资与估值 · 同类产品与差异 · 目标客群痛点证据 |
+| **内审** | 行业对标指标 · 口径定义 · 外部风险事件 |
+| **销售** | 客户所在行业痛点 · 竞品方案与差异 · 同行落地案例与 ROI · 公开定价 |
+| **讲座** 学术 | 概念定义与权威教材 · 关键论文与综述 · 经典案例/推导 · 常见误解 |
+| **发布会** keynote | 同类产品痛点与差评 · 竞品参数对比 · 竞品定价与上市节奏 · 可引用的用户场景 |
+| **培训** | 权威教程与标准 · 分步操作示例 · 常见错误与排错 · 练习题与考点 |
+| **大会** talk | 反直觉数据与研究 · 争议观点与反例 · 一手案例/失败教训 · 可引用金句 |
+| **工作汇报** 周月季报 | 行业基准与同行数据 · 指标口径定义 · 外部环境变化 |
+| **述职/晋升** | 同岗位能力模型 · 行业对标数据 · 该领域公认的成果衡量口径 |
+| **项目立项/评审** | 同类项目投入产出 · 技术方案与选型对比 · 合规与风险案例 · 人力/预算基准 |
+| **年度总结/年会** | 行业年度大事 · 同行里程碑对照 · 来年趋势预测 |
+| **商业计划书** BP | 市场规模与分层 · 竞争格局与份额 · 商业模式与单位经济 · 可比公司财务与融资 |
+| **投标** 招投标 | 招标方背景与既往采购 · 评分办法与资质要求 · 同类中标公告与报价区间 · 标杆案例 |
+| **政务/党政汇报** | 政策文件与依据原文 · 上级部署口径 · 同级地区做法 · 公开统计数据 |
+| **公司/产品介绍** | 行业地位与第三方报告 · 竞品对比 · 可公开引用的客户案例 · 行业趋势 |
+| **产品调研** 竞品分析 市场研究 | 市场规模与增速 · 竞品功能与定价对比 · 用户评价与差评 · 渠道与份额数据 |
+| **会议纪要** 会后同步 | 议题涉及的外部事实 · 相关口径与定义 · 同类决策的公开先例 |
+| **数据分析** 数据解读 指标复盘 | 指标口径定义 · 行业基准值 · 同类归因案例与方法 |
+
+内部数据型的几档（内审 · 述职 · 工作汇报 · 年度总结）焦点**刻意收窄到对标与口径**：
+它们的主体材料在用户自己手里，联网能补的只有"外面是什么水位"。照五层去查行业定义
+和历史，查回来的东西一条都填不进它们的必备章节。
+
 **Fan out, then cite:** run layers in PARALLEL (many searches at once, or a
 sub-agent per dimension) — breadth beats depth-first. **Every data point
 (number/percent/year/quote) carries its source** — keep a `{claim → URL}` list; a
@@ -291,12 +338,21 @@ this **priority order** — P1 outranks P2 outranks P3; never trade layout-fit f
 
 ---
 
-## Phase 5 — Render + adversarial visual QA (both traditions)
+## Phase 5 — Fast preview + final adversarial QA
+
+Use a two-stage loop; do not pay the Office cold-start cost on every visual edit:
+
+1. **Authoring loop (HTML, fast):** render `deck.html` directly with
+   `bin/html2pptx.cjs deck.html --preview-dir <dir> [--preview-pages <spec>]` and inspect every page on
+   the first pass. Fix HTML/CSS, then preview only changed pages. Repeat until the HTML
+   composition is clean.
+2. **Delivery loop (PPTX, once after HTML is clean):** generate the PPTX, run
+   `deck-qa --json` and `doc-validate --strict`, fixing objective findings before
+   visual review. Then perform one faithful `doc-convert → pdf-render all` pass to
+   catch PPTX/Office-only drift. If that final pass finds drift, fix and rerun only as
+   required; never use PPTX→PDF as the routine authoring preview.
 
-Render, then run the **mandatory hostile-review loop** (deck-design.md "Verify before
-delivering"): render every slide to an image (`doc-convert → pdf-render all`),
-**assume there ARE defects and LOOK at every page** — text overflow/clipping,
-collisions, tofu/blank CJK, cramped gaps, low contrast, leftover placeholders,
-cross-slide inconsistency (palette / dark positions / type hierarchy). Fix →
-re-render the affected slides → repeat until a clean pass. Do NOT declare done before
-one full fix-and-verify cycle. Finish with `doc-validate --strict`.
+Assume there are defects and inspect text overflow/clipping, collisions, tofu/blank
+CJK, cramped gaps, low contrast, leftover placeholders, and cross-slide consistency.
+Finish only after the generated PPTX has one clean structural, mechanical, and faithful
+visual pass.

package/skills/document/deck-design.md

@@ -447,8 +447,8 @@ Two rules:
 ## Fonts — bundled faces reach the render, not the native text layer
 
 `assets/fonts/fonts.json` is the single source of truth for the skill's font set.
-`html2pptx` base64-injects every face from it at render; `scripts/deck-skin-samples.mjs`
-and `scripts/deck-fidelity.mjs` serve the same files from disk. **Add a face there and
+`html2pptx` base64-injects every face from it at render; `scripts/deck/deck-skin-samples.mjs`
+and `scripts/deck/deck-fidelity.mjs` serve the same files from disk. **Add a face there and
 drop the `.woff2` beside it — never inline a base64 `@font-face` into a `skin.css`.**
 
 The part that trips people up: an injected `@font-face` styles the **browser** render —
@@ -694,11 +694,10 @@ p.writeFile({ fileName: "deck.pptx" }).then(() => console.log("ok"));
 
 ## Verify before delivering (MANDATORY automated visual-QA loop)
 
-**Assume there are problems — your job is to find them.** The first render is
-almost never right; treat QA as a bug hunt, not a confirmation step. This is a
-**closed loop with per-slide regeneration**, required for ANY deck (archetype,
-freeform, or html2pptx). Run it as **two gates (cheap→expensive) then a bounded
-fix loop** — never spend vision on defects a machine already caught.
+**Assume there are problems — your job is to find them.** Treat QA as a bug hunt,
+not a confirmation step. Use the cheapest faithful surface for each stage: direct
+HTML screenshots while authoring, then PPTX checks and one Office-rendered final pass.
+Do not launch LibreOffice after every CSS/content edit.
 
 **Gate 1 — structural + schema** (blocking): `doc-validate.cjs deck.pptx
 --strict` — exit 1 = fix the reported part, never deliver (`--strict` = full
@@ -716,20 +715,30 @@ are objective bugs and free to detect, so they must never reach the vision pass
 delivery. (This is the same lint as `doc-validate --design-lint`, JSON-shaped for
 the loop.)
 
-**The loop** (≤2 rounds, then report residuals — never silently ship):
-
-1. **Render per slide**: `doc-convert.cjs deck.pptx /tmp/deck.pdf` then
-   `pdf-render.cjs /tmp/deck.pdf all 1` (in-app Chromium) → one PNG per slide.
+**The loop** (≤2 delivery rounds, then report residuals — never silently ship):
+
+1. **Fast authoring preview:** before generating the delivery PPTX, run
+   `html2pptx.cjs deck.html --preview-dir /tmp/deck-preview --style <id> ...`.
+   The first pass renders every slide; after a fix add `--preview-pages 3,7-8` to
+   capture only changed slides. Inspect and iterate on these HTML-faithful images.
+2. **Build + machine gates:** generate `deck.pptx`, then run Gate 1 and Gate 2 above.
+   Fix every objective finding before the expensive final render.
+3. **Final Office render:** once HTML preview and machine gates are clean, run
+   `doc-convert.cjs deck.pptx /tmp/deck.pdf --cache-dir /tmp/talos-office-cache` then
+   `pdf-render.cjs /tmp/deck.pdf all 1` → one PNG per slide. This happens once in
+   the normal path and verifies PPTX/Office-only drift; rerun it only after fixing
+   drift found in this final pass.
    **Reading the previews is the single most token-expensive step in the whole
    deck flow** (an image costs ≈ w×h∕750 tokens; a full-res 1280×720 slide ≈ 1.2k
    each, ~15k for a 12-page deck — and you re-read every round). The trailing `1`
    renders at ≈72dpi (¼ the pixels of the default `2`) — **≈¼ the vision tokens**,
    and slide composition/color/hierarchy read fine at that size. Two ways to spend
    even less: (a) Gates 1–2 are token-FREE — never send a slide to vision that a
-   machine already flagged; (b) on re-runs render + read **only the slides you
-   regenerated**, not the whole deck (`pdf-render … 3-3 1` etc.). Bump back to `2`
-   only for a slide whose fine print you genuinely need to read.
-2. **Vision critic — the part only a model can do.** LOOK at every slide image
+   machine already flagged; (b) use `--preview-pages` during HTML iteration and
+   read only changed slides. `pdf-render 3-3` saves PNG work but does **not** avoid
+   the whole-deck Office conversion, so reserve it for a genuine final-PPTX rerun.
+   Bump scale back to `2` only when fine print genuinely needs it.
+4. **Vision critic — the part only a model can do.** LOOK at every slide image
    (not "glance"); **if sub-agent dispatch is available, critique slides in
    parallel — one fresh-eyes agent per slide** (they catch what you, having
    authored it, will not). Pass each critic the slide's `deck-qa` findings so it