npm - @baimingtao/lbs-agent - Versions diffs - 1.0.0 - Mend

@baimingtao/lbs-agent 1.0.0

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.

Files changed (1114) hide show

package/extensions/skills/builtin/creative/pretext/templates/hello-orb-flow.html ADDED Viewed

@@ -0,0 +1,95 @@
+<!doctype html>
+<html lang="en">
+<head>
+<meta charset="utf-8" />
+<title>pretext hello — text flowing around an orb</title>
+<style>
+  html,body { margin:0; padding:0; height:100%; background:#0c0d10; color:#e8e6df; overflow:hidden; }
+  body { font-family: "Iowan Old Style", Georgia, serif; }
+  canvas { display:block; width:100vw; height:100vh; }
+</style>
+</head>
+<body>
+<canvas id="c"></canvas>
+<script type="module">
+// Minimal pretext starter: long paragraph flows around a moving orb.
+// Uses layoutNextLineRange + variable-width streaming — the "killer app"
+// pattern that only pretext can do cheaply in the browser.
+import {
+  prepareWithSegments,
+  layoutNextLineRange,
+  materializeLineRange,
+} from "https://esm.sh/@chenglou/pretext@0.0.6";
+const TEXT = `Pretext measures text without touching the DOM. It returns numbers — widths, line breaks, cursors — and those numbers, arranged with a little imagination, become layouts the browser could never draw on its own. Here, a paragraph flows around a moving orb. Each line is asked for its own width, live. No reflows. No cheats. Just measurement. `.repeat(18);
+const FONT = '17px/1.4 "Iowan Old Style", Georgia, serif';
+const LINE_H = 24;
+const c = document.getElementById("c");
+const ctx = c.getContext("2d");
+let W, H, DPR;
+function resize() {
+  DPR = Math.min(devicePixelRatio || 1, 2);
+  W = innerWidth; H = innerHeight;
+  c.width = W*DPR; c.height = H*DPR;
+  c.style.width = W+"px"; c.style.height = H+"px";
+  ctx.setTransform(DPR,0,0,DPR,0,0);
+}
+addEventListener("resize", resize); resize();
+const prepared = prepareWithSegments(TEXT, FONT);
+// Orb follows mouse (or bobs idly)
+const orb = { x: innerWidth*0.45, y: innerHeight*0.5, r: 140 };
+addEventListener("mousemove", e => { orb.x = e.clientX; orb.y = e.clientY; });
+function frame(t) {
+  ctx.fillStyle = "#0c0d10"; ctx.fillRect(0,0,W,H);
+  // glowing orb
+  const g = ctx.createRadialGradient(orb.x, orb.y, 0, orb.x, orb.y, orb.r);
+  g.addColorStop(0, "rgba(255,200,120,0.35)");
+  g.addColorStop(0.6, "rgba(255,140,80,0.10)");
+  g.addColorStop(1, "rgba(0,0,0,0)");
+  ctx.fillStyle = g; ctx.fillRect(0,0,W,H);
+  // flow text as a column, routing around the orb row-by-row
+  const COL_X = 60, COL_W = W - 120;
+  let cursor = { segmentIndex: 0, graphemeIndex: 0 };
+  let y = 72;
+  ctx.fillStyle = "#e8e6df";
+  ctx.font = FONT;
+  ctx.textBaseline = "alphabetic";
+  while (y < H - 40) {
+    // does this row intersect the orb band?
+    const dy = y - orb.y;
+    const bandY = Math.abs(dy) < orb.r;
+    // lane = (left, width) skipping over the orb horizontally
+    let x = COL_X, lineMaxW = COL_W;
+    if (bandY) {
+      const half = Math.sqrt(orb.r*orb.r - dy*dy);
+      const orbLeft  = orb.x - half, orbRight = orb.x + half;
+      // choose the wider side, simple heuristic
+      const leftWidth  = Math.max(0, orbLeft  - COL_X);
+      const rightWidth = Math.max(0, COL_X + COL_W - orbRight);
+      if (leftWidth >= rightWidth) { x = COL_X; lineMaxW = leftWidth - 12; }
+      else { x = orbRight + 12; lineMaxW = rightWidth - 12; }
+      if (lineMaxW < 40) { y += LINE_H; continue; }
+    }
+    const range = layoutNextLineRange(prepared, cursor, lineMaxW);
+    if (!range) break;
+    const line = materializeLineRange(prepared, range);
+    ctx.fillText(line.text, x, y);
+    cursor = range.end;
+    y += LINE_H;
+  }
+  requestAnimationFrame(frame);
+}
+requestAnimationFrame(frame);
+</script>
+</body>
+</html>

package/extensions/skills/builtin/creative/sketch/SKILL.md ADDED Viewed

@@ -0,0 +1,218 @@
+---
+name: sketch
+description: "一次性 HTML 模型：提供 2-3 个设计变体供对比。"
+version: 1.0.0
+author: Hermes Agent (adapted from gsd-build/get-shit-done)
+license: MIT
+platforms: [linux, macos, windows]
+metadata:
+  hermes:
+    tags: [sketch, mockup, design, ui, prototype, html, variants, exploration, wireframe, comparison]
+    related_skills: [spike, claude-design, popular-web-designs, excalidraw]
+---
+# Sketch
+当用户想要在**确定设计方向之前先看看效果**时，请使用此 skill——将 UI/UX 想法转化为一次性的 HTML mockup 进行探索。其核心目的是生成 2-3 个可交互的变体，以便用户可以并排比较视觉方向，而不是产出可直接交付的代码。
+当用户说诸如以下的话时，加载此 skill：“sketch this screen”、“show me what X could look like”、“compare layout A vs B”、“give me 2-3 takes on this UI”、“let me see some variants”、“mockup this before I build”。
+## When NOT to use this
+- 用户想要生产级组件——使用 `claude-design` 或正确地构建它
+- 用户想要精美的一次性 HTML 产物（如 landing page、演示文稿）——使用 `claude-design`
+- 用户想要图表——使用 `excalidraw`、`architecture-diagram`
+- 设计已经确定——直接构建即可
+## If the user has the full GSD system installed
+如果 `gsd-sketch` 作为同级 skill 出现（通过 `npx get-shit-done-cc --hermes` 安装），请优先使用 **`gsd-sketch`** 以获得完整的工作流：带有 MANIFEST 的持久化 `.planning/sketches/`、frontier mode 分析、跨过往 sketch 的一致性审计，以及与 GSD 其余部分的集成。此 skill 是轻量级的独立版本——无需状态机制的一次性 sketch。
+## Core method
+```
+intake  →  variants  →  head-to-head  →  pick winner (or iterate)
+```
+### 1. Intake (skip if the user already gave you enough)
+在生成变体之前，获取三项信息——每次只问一个问题，不要一次性全问：
+1. **Feel.** “这应该给人一种什么感觉？形容词、情绪、氛围。”——*“平静、偏重排版，像 Linear”* 能比 *“极简”* 告诉你更多信息。
+2. **References.** “有哪些应用、网站或产品体现了你想象中的感觉？”——实际的参考比抽象的描述更有效。
+3. **Core action.** “用户在这个界面上做的唯一最重要的事情是什么？”——所有变体都应该能很好地服务于这个行为；如果不能，那它们仅仅是装饰。
+在问下一个问题之前，简要反馈一下对每个答案的理解。如果用户一开始就提供了全部三项信息，则直接跳到变体生成。
+### 2. Variants (2-3, never 1, rarely 4+)
+一次性生成 **2-3 个变体**。每个变体都是一个完整、独立的 HTML 文件。不要只是描述变体——要构建它们。重点在于对比。
+每个变体应采取**不同的设计立场**，而不是不同的像素值。三个良好的变体维度：
+- **Density：**紧凑 / 宽松 / 超密集（选择两个截然相反的极端）
+- **Emphasis：**内容优先 / 操作优先 / 工具优先
+- **Aesthetic：**杂志风 / 实用风 / 趣味风
+- **Layout：**单列 / 侧边栏 / 分屏
+- **Grounding：**基于卡片 / 纯内容 / 文档风格
+选择一个维度并基于此拉开差异。两个只有强调色不同的变体纯属浪费精力——用户根本分辨不出来。
+**变体命名：**描述立场，而不是编号。
+```
+sketches/
+├── 001-calm-editorial/
+│   ├── index.html
+│   └── README.md
+├── 001-utilitarian-dense/
+│   ├── index.html
+│   └── README.md
+└── 001-playful-split/
+    ├── index.html
+    └── README.md
+```
+### 3. Make them real HTML
+每个变体都是一个**单一的自包含 HTML 文件**：
+- 内联 `<style>`——无需构建步骤，无需外部 CSS
+- 使用系统字体或通过 `<link>` 引入一个 Google Font
+- 通过 CDN 引入 Tailwind（`<script src="https://cdn.tailwindcss.com"></script>`）是可以的
+- 逼真的模拟内容——真实的句子、真实的名字，而不是“Lorem ipsum”
+- **交互性**：链接可点击，具有真实的悬停效果，至少包含一个状态切换（打开/关闭、筛选、切换）。僵硬的静态图片还不如一个粗糙但带动画的 spike 有用。
+在浏览器中打开它。如果看起来有破损，在展示给用户之前先修复它。
+**视觉验证变体——使用 Hermes 的浏览器工具。** 不要只写 HTML 然后祈祷它能正常渲染；加载每个变体并亲自看一看：
+```
+browser_navigate(url="file:///absolute/path/to/sketches/001-calm-editorial/index.html")
+browser_vision(question="Does this layout look clean and readable? Any visible bugs (overlapping text, unstyled elements, broken images)?")
+```
+`browser_vision` 会返回对页面上实际内容的 AI 描述以及屏幕截图路径——这能发现纯粹检查源码时容易遗漏的布局 bug（例如：悄无声息失败的字体导入、折叠的 flex 容器）。不断修复并重新加载，直到每个变体看起来都正常。
+**默认的 CSS reset + 系统字体栈**，用于快速启动：
+```html
+<style>
+  * { box-sizing: border-box; margin: 0; padding: 0; }
+  body {
+    font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto,
+                 "Helvetica Neue", Arial, sans-serif;
+    -webkit-font-smoothing: antialiased;
+    color: #1a1a1a;
+    background: #fafafa;
+    line-height: 1.5;
+  }
+</style>
+```
+### 4. Variant README
+每个变体的 `README.md` 需要回答：
+```markdown
+## Variant: {stance name}
+### Design stance
+用一句话说明驱动此变体的原则。
+### Key choices
+- Layout: ...
+- Typography: ...
+- Color: ...
+- Interaction: ...
+### Trade-offs
+- Strong at: ...
+- Weak at: ...
+### Best for
+- 此变体真正适合的用户类型或使用场景
+```
+### 5. Head-to-head
+构建完所有变体后，以对比的形式展示它们。不要只是列举——**给出你的见解**：
+```markdown
+## Three takes on the home screen
+| Dimension | Calm editorial | Utilitarian dense | Playful split |
+|-----------|----------------|-------------------|---------------|
+| Density   | Low            | High              | Medium        |
+| Primary action visibility | Low | High | Medium |
+| Scan-ability | High | Medium | Low |
+| Feel | Calm, trusted | Sharp, tool-like | Inviting, energetic |
+**My take:** Utilitarian dense for power users, calm editorial for content-forward audiences. Playful split is weakest — tries to do both and commits to neither.
+```
+让用户选出胜出者，或者将两者结合成混合方案，或者要求再生成一轮。
+## Theming (when the project has a visual identity)
+如果用户已有现成的主题（颜色、字体、tokens），请将共享的 tokens 放在 `sketches/themes/tokens.css` 中，并在每个变体里 `@import` 它。保持 tokens 精简：
+```css
+/* sketches/themes/tokens.css */
+:root {
+  --color-bg: #fafafa;
+  --color-fg: #1a1a1a;
+  --color-accent: #0066ff;
+  --color-muted: #666;
+  --radius: 8px;
+  --font-display: "Inter", sans-serif;
+  --font-body: -apple-system, BlinkMacSystemFont, sans-serif;
+}
+```
+不要为了一次性的 sketch 过度定义 tokens——通常三种颜色和一种字体就足够了。
+## Interactivity bar
+当用户能够做到以下几点时，sketch 就具备了足够的交互性：
+1. **点击主要操作（primary action）**，并且能看到可见的变化（状态改变、modal、toast、模拟导航）
+2. **看到至少一次有意义的状态切换**（筛选列表、切换模式、打开/关闭面板）
+3. **悬停在可识别的操作元素上**（按钮、行、标签页）
+超过这些要求就属于对一次性产物过度设计。达不到这些要求则只是一张截图。
+## Frontier mode (picking what to sketch next)
+如果 sketches 已经存在，且用户询问“接下来我该 sketch 什么？”：
+- **一致性缺口**——来自不同 sketches 的两个获胜变体做出了相互独立的选择，但尚未组合在一起
+- **未 sketch 的界面**——被引用过但从未探索过
+- **状态覆盖**——只 sketch 了正常路径（happy path），但没有覆盖空白 / 加载中 / 错误 / 1000 项数据时的状态
+- **响应式缺口**——只在一个视口下验证过；在移动端 / 超宽屏下还能撑住吗？
+- **交互模式**——只有静态布局；缺乏过渡、拖拽、滚动行为
+提出 2-4 个命名的候选项。让用户进行挑选。
+## Output
+- 在仓库根目录下创建 `sketches/`（如果用户使用 GSD 规范，则为 `.planning/sketches/`）
+- 每个变体对应一个子目录：`NNN-stance-name/index.html` + `README.md`
+- 告诉用户如何打开它们：在 macOS 上使用 `open sketches/001-calm-editorial/index.html`，在 Linux 上使用 `xdg-open`，在 Windows 上使用 `start`
+- 保持变体的可丢弃性——如果你觉得某个 sketch 需要保留，应该将其提升为真正的项目代码，而不是作为资产管理
+**针对单个变体的典型工具调用序列：**
+```
+terminal("mkdir -p sketches/001-calm-editorial")
+write_file("sketches/001-calm-editorial/index.html", "<!doctype html>...")
+write_file("sketches/001-calm-editorial/README.md", "## Variant: Calm editorial\n...")
+browser_navigate(url="file://$(pwd)/sketches/001-calm-editorial/index.html")
+browser_vision(question="How does this look? Any obvious layout issues?")
+```
+对每个变体重复此操作，然后展示对比表。
+## Attribution
+改编自 GSD (Get Shit Done) 项目的 `/gsd-sketch` 工作流——MIT © 2025 Lex Christopherson（[gsd-build/get-shit-done](https://github.com/gsd-build/get-shit-done)）。完整的 GSD 系统提供了持久化的 sketch 状态、theme/variant 模式参考以及一致性审计工作流；通过 `npx get-shit-done-cc --hermes --global` 安装。

package/extensions/skills/builtin/creative/songwriting-and-ai-music/SKILL.md ADDED Viewed

@@ -0,0 +1,273 @@
+---
+name: songwriting-and-ai-music
+description: "歌曲创作技巧与 Suno AI 音乐提示词。"
+tags: [songwriting, music, suno, parody, lyrics, creative]
+platforms: [linux, macos, windows]
+triggers:
+  - 写歌
+  - 歌词
+  - 音乐提示词
+  - suno 提示词
+  - 恶搞歌曲
+  - 改编歌曲
+  - AI 音乐生成
+---
+# 歌曲创作与 AI 音乐生成
+这里的一切都只是指导原则，而非规则。艺术往往会刻意打破规则。
+取其适用之处，去其无用之法。
+---
+## 1. 歌曲结构（任选其一或自创）
+常见骨架——可根据需要混合、修改或弃用：
+```
+ABABCB  Verse/Chorus/Verse/Chorus/Bridge/Chorus    (most pop/rock)
+AABA    Verse/Verse/Bridge/Verse (refrain-based)    (jazz standards, ballads)
+ABAB    Verse/Chorus alternating                    (simple, direct)
+AAA     Verse/Verse/Verse (strophic, no chorus)     (folk, storytelling)
+```
+六大构建模块：
+- Intro      — 奠定基调，吸引听众
+- Verse      — 讲述故事，呈现细节，构建世界
+- Pre-Chorus — 高潮前的可选情绪铺垫
+- Chorus     — 情感核心，最令人难忘的部分
+- Bridge     — 一段偏题、视角或调性的转变
+- Outro      — 告别环节，可呼应或颠覆前文
+你不需要具备所有的结构。有些出色的歌曲仅仅是由单一不断演进的部分组成。结构是为情感服务的，而不是本末倒置。
+---
+## 2. 押韵、韵律与声音
+押韵类型（从严密到宽松）：
+- Perfect（完全押韵）: lean/mean
+- Family（家族押韵）: crate/braid
+- Assonance（元音谐韵）: had/glass（元音相同，结尾不同）
+- Consonance（辅音谐韵）: scene/when（元音不同，结尾相似）
+- Near/slant（近似/斜韵）: 程度足以暗示联系，但不受严格限制
+混合使用。全篇 Perfect 押韵听起来会像童谣。
+全篇 Slant 押韵听起来会显得敷衍。融合使用才是精髓所在。
+INTERNAL RHYME（内部押韵）：在句中押韵，而不仅在句尾。
+  "We pruned the lies from bleeding trees / Distilled the storm
+   from entropy" — "lies/flies," "trees/entropy" 制造了内部回响。
+METER（韵律）：重读与非重读音节的节奏。
+- 平行句之间匹配音节数有助于演唱
+- 重读音节比总音节数更重要
+- 大声朗读。如果你结巴了，说明韵律需要修改。
+- 刻意打破韵律可以制造强调或惊喜
+---
+## 3. 情感起伏与动态
+把歌曲想象成一段旅程，而不是平坦的大道。
+能量映射（大致概念，非硬性规定）：
+  Intro: 2-3  | Verse: 5-6 |  Pre-Chorus: 7
+  Chorus: 8-9  | Bridge: varies |  Final Chorus: 9-10
+最强大的动态技巧：对比。
+- 尖叫前的低语比一直尖叫更有冲击力
+- 密集之前先稀疏。快速之前先缓慢。高音之前先低音。
+- 跌落感之所以有效，是因为有前面的铺垫
+- 沉默也是一种乐器
+“从低语到咆哮再回到低语”——从私密开始，积蓄力量至顶峰，再回归脆弱。适用于 ballads、epics 和 anthems。
+---
+## 4. 创作行之有效的歌词
+展示，而不是告知（通常情况下）：
+- "I was sad" = 乏味
+- "Your hoodie's still on the hook by the door" = 鲜活
+- 但有时候，直白地说出 "I give my life" 正是力量所在
+THE HOOK（记忆点）：
+- 让人记住、哼唱、重复的那句歌词
+- 通常是标题或核心短语
+- 当旋律 + 歌词 + 情感完美契合时效果最佳
+- 将其放在最具冲击力的位置（通常是 Chorus 的首尾句）
+PROSODY（韵律学）——歌词与音乐相互烘托：
+- 稳定的情感（释然、平静）搭配平稳的旋律、Perfect 押韵、协和和弦
+- 不稳定的情感（渴望、怀疑）搭配游移的旋律、Near 押韵、不协和和弦
+- Verse 的旋律通常较低，Chorus 则更高
+- 但如果为了歌曲效果服务，可以反转这种搭配
+应避免（除非你刻意为之）：
+- 机械地使用陈词滥调（毫无铺垫地使用 "heart of gold"）
+- 为了押韵而生硬改变语序（"尤达式倒装"）
+- 每个段落能量相同（平淡的动态）
+- 将你的初稿奉为圭臬——修改也是创作的一部分
+---
+## 5. Parody 与改编
+使用新歌词重写现有歌曲时：
+骨架：首先梳理原曲的结构。
+- 统计每行的音节数
+- 标记押韵格式（如 ABAB, AABB 等）
+- 识别哪些音节是重读的
+- 注意长音或持续音落在何处
+填入新词：
+- 使重读音节与原曲的节拍相匹配
+- 总音节数可以有 1-2 个非重读音节的浮动
+- 在长持续音上，尽量匹配原音的元音发音
+  （如果原音持续发 "LOOOVE" 的 "oo" 元音，匹配 "FOOOD"
+   会比 "LIFE" 更合适）
+- 在关键位置替换单音节词可以保持节奏完整
+  （Crime -> Code, Snake -> Noose）
+- 伴着原曲演唱你的新词——如果你结巴了，就进行修改
+概念：
+- 选择一个足以支撑整首歌曲的强大概念
+- 从标题/hook 开始向外构建
+- 首先生成大量原始素材（双关语、短语、意象），然后
+  将最合适的放入结构中
+- 如果你需要在某个特定位置放一句特定的歌词，可以逆向
+  推导押韵格式来进行铺垫
+保留部分原词：保留几句原词或原有结构可以增加辨识度，让听众感受到其中的关联。
+---
+## 6. Suno AI 提示词工程
+### Style/Genre 描述字段
+公式（按需调整）：
+  Genre + Mood + Era + Instruments + Vocal Style + Production + Dynamics
+```
+BAD:  "sad rock song"
+GOOD: "Cinematic orchestral spy thriller, 1960s Cold War era, smoky
+       sultry female vocalist, big band jazz, brass section with
+       trumpets and french horns, sweeping strings, minor key,
+       vintage analog warmth"
+```
+描述发展旅程，而不仅是流派：
+```
+"Begins as a haunting whisper over sparse piano. Gradually layers
+ in muted brass. Builds through the chorus with full orchestra.
+ Second verse erupts with raw belting intensity. Outro strips back
+ to a lone piano and a fragile whisper fading to silence."
+```
+提示：
+- V4.5+ 在 Style 字段中支持多达 1,000 个字符——充分利用它们
+- 禁用艺术家姓名或商标。改为描述声音风格。
+  使用 "1960s Cold War spy thriller brass" 而非 "James Bond style"
+  使用 "90s grunge" 而非 "Nirvana-style"
+- 当你有偏好时，指定 BPM 和调性
+- 使用 Exclude Styles 字段来说明你不想要什么
+- 意想不到的流派组合可能是神来之笔："bossa nova trap",
+  "Appalachian gothic", "chiptune jazz"
+- 构建一个人格化的人声形象，而不仅仅是性别：
+  "A weathered torch singer with a smoky alto, slight rasp,
+   who starts vulnerable and builds to devastating power"
+### Metatags（放置在歌词字段的 [括号] 内）
+结构：
+  [Intro] [Verse] [Verse 1] [Pre-Chorus] [Chorus]
+  [Post-Chorus] [Hook] [Bridge] [Interlude]
+  [Instrumental] [Instrumental Break] [Guitar Solo]
+  [Breakdown] [Build-up] [Outro] [Silence] [End]
+人声表现：
+  [Whispered] [Spoken Word] [Belted] [Falsetto] [Powerful]
+  [Soulful] [Raspy] [Breathy] [Smooth] [Gritty]
+  [Staccato] [Legato] [Vibrato] [Melismatic]
+  [Harmonies] [Choir] [Harmonized Chorus]
+动态：
+  [High Energy] [Low Energy] [Building Energy] [Explosive]
+  [Emotional Climax] [Gradual swell] [Orchestral swell]
+  [Quiet arrangement] [Falling tension] [Slow Down]
+性别：
+  [Female Vocals] [Male Vocals]
+氛围：
+  [Melancholic] [Euphoric] [Nostalgic] [Aggressive]
+  [Dreamy] [Intimate] [Dark Atmosphere]
+音效：
+  [Vinyl Crackle] [Rain] [Applause] [Static] [Thunder]
+将标签同时放在 style 字段和歌词中以加强效果。
+每个段落最多保留 5-8 个标签——太多会使 AI 困惑。
+不要自相矛盾（在同一段落使用 [Calm] + [Aggressive]）。
+### Custom Mode
+- 进行严肃创作时务必使用 Custom Mode（分离 Style + Lyrics）
+- 歌词字段限制：约 3,000 字符（约 40-60 行）
+- 务必添加结构标签——否则 Suno 默认生成平淡的
+  verse/chorus/verse，缺乏情感起伏
+---
+## 7. AI 歌手的发音技巧
+AI 歌手不是在阅读，而是在发音。帮助它们：
+语音重拼：
+- 根据发音拼写单词："through" -> "thru"
+- 专有名词的错误率最高——尽早测试
+- "Nous" -> "Noose"（强制正确发音）
+- 使用连字符引导音节划分："Re-search", "bio-engineering"
+演绎控制：
+- 全大写 = 音量更大，更强烈
+- 元音延伸："lo-o-o-ove" = 持续音/花腔
+- 省略号："I... need... you" = 戏剧性停顿
+- 连字符拉长："ne-e-ed" = 情绪化的拉长
+务必：
+- 拼写出数字："24/7" -> "twenty four seven"
+- 缩写词加空格："AI" -> "A I" 或 "A-I"
+- 先在一个 30 秒的短片段中测试专有名词或不寻常的词汇
+- 一旦生成，发音就已定型——必须在生成前在歌词中修改好
+---
+## 8. 工作流
+1. 首先编写概念/hook——情感核心是什么？
+2. 如果是改编，先梳理原曲结构（音节、押韵、重读）
+3. 生成原始素材——在构建结构前自由头脑风暴
+4. 将歌词草稿填入结构中
+5. 大声朗读/演唱——发现结巴的地方，修正韵律
+6. 构建 Suno 风格描述——描绘出动态的旅程
+7. 在歌词中添加 metatags 指导表演方向
+8. 至少生成 3-5 个变体——把它们当作录音的不同 Take
+9. 挑选最好的，使用 Extend/Continue 在有潜力的段落上继续构建
+10. 如果意外生成了出彩的片段，保留它
+预期：大约每生成 3-5 次能得到 1 个好结果。修改是常态。
+在续写（Extend）时风格可能会漂移——扩展时要重申流派/情绪。
+---
+## 9. 经验总结
+- 在 style 字段中描述动态的发展弧线，远比仅仅列出流派重要得多。“从低语到咆哮再回到低语”为 Suno 提供了一份表演蓝图。
+- 在 parody 中保留几句原词可以增加辨识度和情感分量——听众能感受到原曲的灵魂。
+- 歌曲的 bridge 位置是你能够转换意象的地方。将原曲的特定指代替换为你主题的隐喻，同时保留其情感功能（反思、转折、启示）。
+- 在 hooks/tags 中进行单音节词替换，是在改变词意的同时保持节奏最干净利落的方法。
+- 在 style 字段中加入强烈的人声人格设定，比任何单一 metatag 的影响都要大。
+- 不要被规则束缚。如果某句歌词打破了韵律但更具冲击力，就保留它。感觉才是最重要的。技巧是为艺术服务的，而非本末倒置。