Deck Consulting簡報顧問

Advise on a presentation one node at a time — positioning, structure, headlines, storyline, opening, closing, delivery, layout — with current cross-session state and each node's artifact on disk so the next one picks up where it left off像顧問一樣一次做一個節點:溝通定位、骨架定形、主張式標題、敘事編排、破題定錨、收束提請、口說轉譯、逐頁診斷,保留跨 session 狀態與每個節點的檔案產出,下一個節點直接接手

繁中User-invoked使用者叫用
Read SKILL.md on GitHub在 GitHub 看 SKILL.md

Deck Consulting advises on a presentation the way a senior consultant would — but not all at once. The work is cut into eleven nodes, entered one at a time, and each node leaves an artifact on disk so the next one picks up from that instead of re-reading the raw material from scratch.

Install

npx skills add https://github.com/leoluyi/skills -g -a deck-consulting -y

To pull updates later:

npx skills update deck-consulting

Source

What it does

It replaces an unbounded "have a look at my deck" with a list of nodes, each one sitting's work:

Node What it settles Reads
positioning 溝通定位 Who is in the room, what they can grant, the best outcome and the floor
distill 素材汰選 Raw material cut to a chosen number of points at a chosen emphasis positioning
headline 主張式標題 Descriptive labels rewritten as assertions someone could disagree with content or outline, positioning
outline 骨架定形 Structural form, the axis the sections divide on, the detail headings positioning
onepager 單頁濃縮 The whole argument on one page: 主張, 綱要, the ask outline, positioning
storyline 敘事編排 Order, spoken transitions, an arc sayable in one breath outline, positioning
opening 破題定錨 The hook, the framing, and what the room is promised positioning, outline
closing 收束提請 A recap mirroring the opening, and the ask positioning, opening
delivery 口說轉譯 Rhetorical device and register, written out as speakable script any content node, positioning
slidecheck 逐頁診斷 Per-slide layout findings ranked by reader cost, each with one edit positioning (optional)
layoutspec 排版藍圖 A layout spec for one slide, plus a paste-ready image-tool prompt slidecheck or outline

A node loads its own reference file only on entry, so a session that only wants five headlines rewritten never pays for the other ten. When a node finishes it names the one or two nodes that now make sense and stops — it does not chain onward uninvited, because each node is a decision the presenter makes, not a pipeline stage.

When to use

Reach for it when you have raw material and a date, and need one part of the deck settled: what the presentation is actually for, how the case is structured, what the titles assert, how the sections connect, how it opens and closes — or what a deck someone else built is costing the room on layout.

When not to

Not for producing the .pptx file itself (what you get is the spec and the content, not the file), for designing an infographic (use infographic-design), for stripping AI-writing patterns out of Chinese prose (use humanizer-zh), or for writing a 簽呈 or an evaluation report (use formal-doc-structure).

How it works

State lives in files, not in the conversation. Node artifacts are plain Markdown under docs/deck-consulting/: positioning.md (the latest positioning brief), outline.md (structure plus the one-pager), content.md (distilled points and headlines), script.md (故事線, 開場, 收尾, 講稿 — one section per node), slidecheck.md, and layoutspec.md. context.md is the short cross-session checkpoint for the current node, live premises, open questions, and artifact freshness. decision-log.md records material premise changes only. Where a file is shared, each node owns one named section and rewrites only that one; where a change makes a sibling section wrong, it says so rather than editing it. That is what lets you come back a week later — the thing being resumed is the file, not last week's conversation.

context.md is updated whenever an answer changes the current node, a load-bearing premise, an open question, or artifact freshness. It is a current checkpoint, not a transcript. When a premise is materially changed, narrowed, widened, reversed, or changes status, append one entry to decision-log.md with the old value, new value, reason or source, and affected artifacts. Ordinary questions and wording revisions do not enter the log. positioning.md remains the canonical latest positioning brief; the checkpoint points to it instead of copying it.

Revise something upstream and it names which downstream artifacts just went stale, and offers to re-run them. A rewritten outline.md sitting silently next to a script.md that contradicts it is the outcome this file contract exists to prevent.

No node blocks. A missing input is named along with what proceeding without it costs — usually that the output has no standard to be judged against, so it comes out generically competent instead of pointed — and then you get both options: run the prerequisite first, or work from whatever is at hand. Someone who wants five headlines rewritten in two minutes gets five headlines rewritten in two minutes.

Three entry scenarios cover most sessions:

  • A full run from raw material. A pile of material and a date: start at positioning to fix the room, the stakes, the best outcome and the floor, then distill or outline depending on how raw the material is, then onepager, storyline, opening, closing, and delivery if a script is needed. Each stop waits for your confirmation before the next.
  • A headline-only quick pass. Say "rewrite these titles so they say something" and paste the titles. headline tells you that without positioning.md the headlines will be accurate but not aimed, then does what you chose. Titles with no facts under them come back as specific questions to answer, not as a confident sentence invented to fill the slot.
  • Picking up a deck someone else built. Nothing but a deck and a meeting on Thursday: enter slidecheck. It states the viewing condition it is assuming and asks in the same breath rather than waiting on an answer (that answer moves half the judgements, and the findings it would flip are marked as such), reads each slide for the single thing it communicates, then ranks findings by what they cost the reader — 讀不到 (below-floor type, clipping, contrast), 讀錯 (a misleading axis, colour implying a grouping the data lacks), 讀得慢 (no hierarchy, a slide making two arguments). Findings drawn from anything weaker than a legible screenshot are marked 推測 and written as a question you can settle in ten seconds. Slides whose fix is a rebuild rather than an edit hand off to layoutspec.

Every claim traces back to something you supplied. A number, a name, or what the CFO cares about that the material does not contain gets asked for or marked as a gap. Invented content is the one failure a presenter cannot catch before they are standing in front of the room, so the rule applies at every node — and cuts get the same treatment: anything dropped is named along with the part of the positioning it lost against, because a cut you cannot audit is a cut you will quietly reinstate.

Related skills

  • infographic-design — use it instead when what you want is a standalone explanatory graphic rather than a presentation's content and layout.
  • humanizer-zh — use it instead once the script and headlines are structurally settled and the remaining job is stripping AI-writing patterns from the Chinese.
  • formal-doc-structure — use it instead when the deliverable is a 簽呈, 會議紀錄 or evaluation report rather than something spoken to a room.
  • briefing-outline — use it instead when you're distilling several sources into a 說明提綱 for a manager rather than designing a presentation that asks for something.

簡報顧問陪你把一場簡報做完,但不是一口氣做完——它把工作切成十一個節點,一次進一個,每個節點留下寫在磁碟上的產出,讓下一個節點從那份產出接手,而不是每次都從原始素材重講一遍。

安裝

npx skills add https://github.com/leoluyi/skills -g -a deck-consulting -y

之後要更新版本:

npx skills update deck-consulting

原始碼

它做什麼

它把「幫我看一下簡報」這種沒有邊界的請求,換成一個一次做一件事的節點清單:

節點 做什麼 讀什麼
positioning 溝通定位 房間裡是誰、能給什麼、最佳結果與可接受底線
distill 素材汰選 把原始素材壓成指定數量、指定側重的重點 positioning
headline 主張式標題 把描述性標題改寫成可被反駁的主張 內容或大綱、positioning
outline 骨架定形 結構形式、分類軸、各節底下的細目 positioning
onepager 單頁濃縮 整個論點壓成一頁:主張、綱要、訴求 outline、positioning
storyline 敘事編排 順序、轉場口白、一口氣說得完的敘事弧 outline、positioning
opening 破題定錨 鉤子、框架,以及開場承諾給房間的價值 positioning, outline
closing 收束提請 呼應開場的收束,以及要什麼 positioning, opening
delivery 口說轉譯 修辭手法與語域,寫成可以直接唸的講稿 任一內容節點、positioning
slidecheck 逐頁診斷 逐頁版面問題,依讀者成本排序,每則附一個具體修改 positioning(選用)
layoutspec 排版藍圖 單頁的元素權重與閱讀動線規格,外加一段可直接貼進生圖工具的提示詞 slidecheck 或 outline

每個節點只在進入時載入自己的 reference 檔,所以一場只想改五個標題的對話,不會付另外十個節點的成本。節點結束時它會說接下來哪一兩個節點合理,然後停下來——不會自己往下串,因為每個節點都是簡報者要做的決定,不是流水線的一站。

何時使用

當你手上有素材和一個日期,需要把簡報的某一段定下來時使用:這場到底要達成什麼、架構怎麼排、標題該講什麼、故事線怎麼串、開場收尾怎麼走,或是別人做好的一份投影片在版面上讓聽眾損失了什麼。

何時不要

不要用於實際產出 .pptx 檔案(本技能給的是規格與內容,不是檔案)、設計一張資訊圖表(用 infographic-design)、去除中文的 AI 寫作痕跡(用 humanizer-zh),或撰寫簽呈、評估報告這類正式公文(用 formal-doc-structure)。

運作方式

狀態放在檔案裡,不放在對話裡。 節點產出寫成 docs/deck-consulting/ 底下的純 Markdown:positioning.md(最新定位)、outline.md(架構與單頁濃縮)、content.md(提煉重點與主張式標題)、script.md(故事線、開場、收尾、講稿各佔一節)、slidecheck.mdlayoutspec.md。另外,context.md 保存跨 session 的目前節點、有效前提、待確認事項與產出狀態;decision-log.md 只記重大前提變更。共用檔案的節點各自只擁有一個具名章節,只改自己那節;當某個改動讓鄰節失效,它會講出來而不是順手改掉。這也是為什麼隔一週回來還能接得下去——要接手的是檔案,不是上次那段對話。

context.md 是短而可更新的 checkpoint,不是逐字紀錄。每次得到會改變目前節點、重要前提、待確認問題或 artifact 新鮮度的答案,就更新它。若重大前提被改變、縮小、擴大、推翻或改變確認狀態,再追加一筆 decision-log.md;一般問答與措辭修訂不留紀錄。positioning.md 仍是最新完整定位的 canonical source,context.md 只保存跨 session 接手所需的摘要與指標。

改到上游時,它會指名哪些下游產出因此過期,並提議重跑。改了 outline.md 卻留著一份和它打架的 script.md,是這套檔案契約最想避免的結果。

沒有節點會擋人。 缺少的輸入會被指名,連同少了它的代價一起講——通常是「產出沒有標準可以被評判,所以會變成泛泛地稱職,而不是有針對性」——然後給你兩條路:先跑前置節點,或就用手上的素材直接做。想在兩分鐘內把五個標題改完的人,就會在兩分鐘內拿到五個改好的標題。

三種常見的進場方式:

  • 從原始素材整場跑完。 一疊資料加一個日期,先進 positioning 把房間、能給什麼、最佳結果與底線定下來,再依素材成熟度走 distilloutline,接著 onepagerstorylineopeningclosing,需要唸稿再加 delivery。每一站都是你確認後才進下一站。
  • 只想快速改標題。 直接說「幫我把這幾頁標題改成有結論的」,貼上標題就好。headline 會告訴你沒有 positioning.md 的代價是標題會準確但沒有瞄準,然後照你選的做。沒有事實可以支撐的標題會被列成待補問題,不會被編出一句聽起來很合理的話補上。
  • 接手別人做好的投影片。 只有一份 deck 和週四的會,進 slidecheck:先講明它假設的觀看情境,並在同一段裡發問而不等你回覆(這個答案會翻掉半數判斷,會被翻掉的那幾則它會標出來),逐頁讀出它到底在講什麼,再依讀者成本排序——讀不到(字級、裁切、對比)、讀錯(誤導的座標軸、暗示不存在分組的顏色)、讀得慢(沒有層級、一頁兩個論點)。從螢幕截圖以外的輸入判來的結論會標成推測,寫成你十秒鐘打開檔案就能確認的問句。需要重做而不是微調的那幾頁,再交給 layoutspec

每一句主張都要追溯得回你的東西。 素材裡沒有的數字、沒有的人名、沒說過的 CFO 在意什麼,一律問你或標成待補。捏造出來的內容是簡報者站上台之前唯一無法察覺的失誤,所以這條在每個節點都適用;被砍掉的素材也一樣要說明它輸給了定位的哪一部分,否則你會默默把它加回去。

相關技能

  • infographic-design — 當你要的是一張可以獨立閱讀的說明圖表,而不是一場簡報的內容與版面時,改用這個。
  • humanizer-zh — 當講稿與標題的結構已經定案,只需要去除中文的 AI 寫作痕跡時改用這個。
  • formal-doc-structure — 當產出是簽呈、會議紀錄、評估報告這類正式文件,而不是一場要站上台講的簡報時,改用這個。
  • briefing-outline — 當你要把多份來源收斂成一份給主管看的說明提綱,而不是設計一場有訴求的簡報時,改用這個。