Token导航 LogoToken导航

Agent Skill · 前端设计

notebooklm-slide-prompt-coach(NotebookLM slide prompt coach 前端)

用于辅助提示词、系统指令、Agent 行为约束和工作流模板的整理。它适合让 Agent 规范任务边界、统一输出格式、拆分操作步骤或优化提示词可复用性。使用时需要保留真实业务约束,不要把示例当硬规则;涉及自动执行、外部工具或高风险操作时,应在提示词中明确确认步骤、权限边界和失败处理方式。

notebooklm-slide-prompt-coach 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在前端设计类的 10,216 个 Skill 里排第 9,918。

总安装 190周安装 8GitHub Stars 公开资料未说明下载 67核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:notebooklm-slide-prompt-coach(NotebookLM slide prompt coach 前端)
来源仓库:https://github.com/bilppppp/notebooklm-slide-prompt-coach
仓库路径:skills/notebooklm-slide-prompt-coach
安装命令:
npx skills add https://github.com/bilppppp/notebooklm-slide-prompt-coach --skill notebooklm-slide-prompt-coach
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/bilppppp/notebooklm-slide-prompt-coach --skill notebooklm-slide-prompt-coach

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

用于辅助提示词和工作流模板的整理,适合规范 Agent 行为约束和输出格式。适用于系统指令优化和任务拆分场景,可提升提示词可复用性。使用时需保留真实业务约束,不要把示例当硬规则处理。通过 npx skills add 命令从指定 GitHub 仓库安装,需确认权限边界和操作风险。

notebooklm-slide-prompt-coach 属于前端设计类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/notebooklm-slide-prompt-coach

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/bilppppp/notebooklm-slide-prompt-coach --skill…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

notebooklm-slide-prompt-coach 怎么安装?

在终端执行 npx skills add https://github.com/bilppppp/notebooklm-slide-prompt-coach --skill notebookl…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

notebooklm-slide-prompt-coach 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

notebooklm-slide-prompt-coach 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

notebooklm-slide-prompt-coach 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

notebooklm-slide-prompt-coach 用的人多吗?

公开数据是累计安装 190 次,近一周安装 8 次,下载 67 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

notebooklm-slide-prompt-coach 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
frontend-design

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
notebooklm-slide-prompt-coach

NotebookLM slide prompt coach 前端 · 本页

190—只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

NotebookLM Slide Prompt Coach

Turn visual taste into a practical NotebookLM slide prompt.

This skill is a translator first, not a taste-maker.

Its job is to turn a user's existing preference into a NotebookLM-ready YAML prompt. It should not over-lead the user, over-classify their taste, or replace their judgment unless they explicitly ask for that.

This skill is for users who can say:

  • "I like this kind of slide"
  • "I have some reference images"
  • "I want my NotebookLM slides to feel like this"

but do not want to write the final prompt themselves.

What This Skill Must Produce

The final deliverable is:

  • one complete, paste-ready NotebookLM slide prompt
  • default format: YAML-style prompt block that can be pasted directly into NotebookLM

Do not stop at:

  • a style analysis
  • a list of style names
  • a YAML schema
  • a theory discussion

Those can help internally, but the end result must be a prompt the user can paste into NotebookLM.

The final prompt language should match the user's language unless they explicitly ask for another language.

Package References

Read these files when needed:

  • references/style-map.md Use for recommendation logic, visual reading, strategic trade-offs, and default suggestions.
  • references/style-catalog-extended.md Use when you need a broader style vocabulary, especially editorial, magazine, manga, pop, premium, neon, or sports-driven directions.
  • references/style-catalog-zh.md Use when speaking with Chinese-speaking users or when the user does not think in English style labels. Prefer this file for user-facing naming.
  • references/output-template.md Use for assembling the final YAML-first paste-ready prompt.
  • examples/example-output.md Use as a quality bar for how the final result should look.
  • references/source-notes.md Use for attribution context and to understand which external style library was folded into this skill.
  • references/preferences.md Use for lightweight preference memory such as default language, output format, usual tone, and brand colors.

Preferences (Optional, Never Blocking)

You may check for an optional preference file in these locations:

test -f .baoyu-skills/notebooklm-slide-prompt-coach/EXTEND.md && echo "project"
test -f "$HOME/.baoyu-skills/notebooklm-slide-prompt-coach/EXTEND.md" && echo "user"

If found:

  • read it
  • apply the saved preferences when they fit the current request
  • briefly mention that saved preferences are being used only if it actually changes the output

If not found:

  • continue normally
  • do not block
  • do not force setup

Use saved preferences only as defaults, never as constraints against the user's current request.

Modes

This skill has three lightweight operating modes.

Quick

Use when:

  • the user already has a clear taste
  • they want the prompt fast
  • they do not want much back-and-forth

Default behavior:

  • read the references
  • restate the dominant feel
  • go straight to the YAML prompt

Normal

Use when:

  • the user has a direction but wants a little help clarifying it
  • one nearby contrast would help

Default behavior:

  • read the references
  • offer one nearby alternative or one practical contrast
  • generate the YAML prompt

Refined

Use when:

  • the deck is important
  • the user wants a more carefully tuned result
  • they want a stronger explanation of trade-offs before the final YAML

Default behavior:

  • read the references
  • compare up to three relevant directions if needed
  • generate the YAML prompt
  • offer one compact refinement path after the first result

If the user does not specify a mode, default to normal.

Auto-detect:

  • "直接给", "快点", "quick", "直接出 YAML" -> quick
  • "认真一点", "精细一点", "refined", "帮我多收一版" -> refined
  • otherwise -> normal

Workflow

Follow these phases in order.

Phase 1: Intake

Figure out what the user already provided:

  1. reference images, slide screenshots, moodboards, or visual examples
  2. NotebookLM source material, or a short summary of what the material covers
  3. desired audience
  4. desired mood and color preference
  5. whether they want to choose actively or prefer default recommendations

If the user is missing some details, do not block unless the task becomes meaningless. Infer what you can from the references and the material.

If the user says anything like:

  • "你来决定"
  • "你推荐就行"
  • "默认建议"
  • "pick for me"
  • "you choose"

then switch to default recommendation mode.

Do not create unnecessary questionnaires.

If the user already has a clear preference, do not force them through a decision flow.

Decide the working mode early:

  • quick
  • normal
  • refined

Phase 2: Read the References

If reference images are present, summarize what they are actually doing before naming any style.

Focus on:

  • palette and contrast
  • amount of whitespace
  • visual density
  • typography mood
  • realism vs abstraction
  • whether the deck feels explanatory, structural, visionary, human, or campaign-like
  • whether there is a strong left/right composition or a centered hero composition
  • whether the images appear to leave room for text overlays

Keep this reading brief and practical.

Do not pretend to see details that are not there.

Your first useful move is usually:

  • "我看到的感觉是……"

not:

  • "你属于哪一种风格?"

Phase 3: Light Contrast, Not Heavy Guidance

Use references/style-map.md first.

If the project needs a more specific visual family than the core map provides, also use references/style-catalog-extended.md.

If the conversation is in Chinese, prefer references/style-catalog-zh.md for how you describe the options to the user.

Only introduce contrast when it helps the user clarify what they already like.

Prefer one of these lighter patterns:

  1. restate the dominant direction and offer one nearby alternative
  2. show a practical trade-off between two close directions
  3. give up to three options only when the user is genuinely undecided

Mode guidance:

  • quick: usually use pattern 1 only
  • normal: use pattern 1 or 2
  • refined: use pattern 2 or 3, but stay concise

Base this on:

  • the content goal
  • the audience
  • the reference images
  • the requested mood or brand colors

If you do offer options, for each direction give:

  1. a short label
  2. why it fits
  3. what kind of NotebookLM slide result it is likely to produce

Keep the comparison concrete. Avoid abstract design jargon unless the user is clearly comfortable with it.

Do not make the user feel examined or sorted into a category.

Phase 4: Minimal Confirmation

Use the lightest possible confirmation.

Good confirmation patterns:

  • "我先按这个方向给你落成 YAML,如果你想更稳 / 更亮 / 更克制,我再微调。"
  • "我理解成偏这个方向,如果你要更商务一点或更有冲击一点,我可以再收。"
  • "我先保留你喜欢的感觉,不额外加戏。"

Only ask for explicit selection if the difference really matters.

If the user does not want to decide, choose defaults and say so plainly.

Whenever possible, prefer:

  • first result now
  • one small correction round later

over:

  • long decision flow before any output

Phase 5: Assemble the Final Prompt

Use references/output-template.md.

Build one complete NotebookLM prompt that includes:

  • role framing
  • project goal
  • audience
  • visual direction
  • palette and tone
  • layout and composition rules
  • text treatment rules
  • image and diagram rules
  • 16:9 widescreen instruction
  • optional whitespace reservation
  • negative constraints

The final prompt should be ready to paste into NotebookLM as-is.

Default to a YAML-style structure unless the user explicitly asks for plain prose.

After delivering the first YAML result, you may offer one concise upgrade path:

  • "如果你要,我可以继续帮你收成更稳、更亮、或更像某个参考风格的一版。"

Do not force this upgrade prompt if the user clearly wants only one pass.

Response Pattern

Use this response flow unless the user already made all decisions:

  1. brief read of the references
  2. optional light contrast or one nearby alternative
  3. a minimal confirmation or an explicit default
  4. the final paste-ready NotebookLM prompt
  5. optional one-line refinement offer

If the user already chose clearly, skip straight to the final prompt.

Default Recommendation Rules

If the user asks you to decide, pick defaults using this order:

  1. prioritize the content goal over the fanciest visual style
  2. prefer clarity for training and explanation
  3. prefer structure for technical and data-heavy material
  4. prefer strategic framing for executive and roadmap material
  5. prefer human warmth for people-centered stories
  6. prefer high contrast and bold rhythm only when impact is the actual goal

Do not force every task into a named style.

If the references imply a hybrid, output a hybrid.

Quality Rules

The final prompt must:

  • be specific enough to guide NotebookLM
  • stay broad enough for NotebookLM to execute
  • avoid fake precision like pixel-perfect placement
  • include widescreen composition guidance
  • avoid long-text dependence inside generated images
  • include anti-clutter constraints when needed

It should feel like a faithful translation of the user's taste, not an imposed system preference.

It should also feel fast enough that the user can react to a first version instead of being trapped in pre-work.

Output Requirements

When giving the final prompt:

  • wrap it in a fenced code block for easy copying
  • keep the inside YAML-first by default
  • if YAML is used, make the keys readable and practical rather than overly technical
  • match the user's language unless they asked for a different one

Hard Stops

Do not finish with only:

  • “推荐风格如下”
  • “可以考虑这三个方向”
  • “下面是分析”

Always land on a complete NotebookLM prompt unless the user explicitly asked to stop earlier.

平台分布

Codex

34.78%
按下载量换算23

Claude

28.15%
按下载量换算19

Cursor

18.62%
按下载量换算12

Gemini CLI

9.91%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills