长篇深度乐评撰写

SKILL内容创作

原名 album-review

内容创作 未标注权限 许可证不明确
安装这个技能

给定歌手、作曲家、乐队或演奏家与专辑名,产出一篇可溯源的长篇中文乐评,覆盖各类音乐风格与各维度分析,篇幅约一万至一万五千字。

一句话选型结论

按资料字段整理

长篇深度乐评撰写是内容创作类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类内容创作 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_15292d5a/yjkj-album-review
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

内容创作
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_15292d5a仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量6.2 KBSKILL.md 原文大小,越大说明说明书写得越细

能做什么

0 项能力
上游给出的能力概览与适用场景
专辑深度乐评古典作品与演绎评析音乐维度系统评论

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写文章与脚本

按主题产出初稿与分镜脚本。

改稿与润色

把草稿改顺、统一语气。

多平台文案改写

同一内容按平台改成长短不同的版本。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在内容创作场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
长篇深度乐评撰写当前 未标注权限 未标注 未标注 未标注 有
AI 视频生成 调用外部服务 GitHub 仓库 431.3 万 Codex、Claude、Cursor 有
视频帧 联网访问 ClawHub 市场 262.1 万 OpenClaw 有
Markdown 转换器 写入文件 ClawHub 市场 135.3 万 OpenClaw 有
哔哩哔哩全合一 接触敏感数据 ClawHub 市场 64.1 万 OpenClaw 有
Remotion video toolkit 命令行 浏览器控制 ClawHub 市场 63.9 万 OpenClaw 有

SKILL.md 全文

6.2 KB
模型实际读到的说明书原文,来自技能仓库

album-review

Produce ONE extremely-high-quality long-form 乐评 (10,000–15,000 中文字符) from a
primary credit + album name. Deep multi-pass research grounds every
discographic fact; strong reasoning forms the critical thesis; a deterministic
validator gates length, section coverage, and claim→evidence traceability before
anything ships. Speed is not a concern — quality and honesty are the only bars.

Locked decisions (do not re-litigate):
- 中文字符 = CJK 汉字 ONLY (regex [一-鿿]). Latin/digits/punctuation do NOT
count toward the 10,000–15,000 window, so padding cannot game the floor.
- Emit a backing JSON (claims[] + evidence[]) alongside the prose, so the
traceability gate is machine-checkable. A fact-class claim whose source_id is
absent from evidence[] FAILs the gate.
- Research access: at runtime USE web/search tools (WebSearch/WebFetch) for the
fan-out when available; degrade honestly to caller-supplied material when offline
(set trace.research_mode). Never fabricate to fill a gap or hit the floor.

Steps

  1. Preflight + route. Confirm exactly one album + a primary credit. If the
    input is gear, lyric-translation, or buying advice, do NOT produce a review —
    route per the description's Do-NOT line. The classifier in
    scripts/check_review.py:classify_route mirrors this.
  2. Classify (runtime judgment, not a fixed enum). Set rich descriptors: idiom,
    era, role-of-credit, work-vs-performance (classical), and release form
    (single / EP / LP / box / live). Set the unit of analysis (逐曲 vs 逐乐章 vs 逐碟).
    Pick the critical lens from the descriptors — never force a pop template onto a
    symphony or vice versa. Load rules/genre-lenses.md.
  3. Research. Build a source roster, breadth-fan-out across angles
    [artist/genesis, recording/production, the music itself, reception/criticism,
    comparisons, cultural-historical context], then depth-deepen thin angles. Clean,
    grade, triangulate. Map every discographic fact to a source_id. For thin
    (obscure) albums, degrade honestly with explicit 资料不足/公开资料有限 — never
    invent track/personnel/date specifics. Load rules/research-protocol.md and
    references/source-roster.md.
  4. Reason. Multi-pass: form the critical thesis and per-section judgments; tag
    each statement grounded-fact vs interpretation.
  5. Write. Render the genre-adapted long-form skeleton (assets/review-template.md),
    10,000–15,000 中文字符, classical separating WORK from PERFORMANCE and carrying a
    参考录音/版本比较 section. Emit the backing JSON (assets/backing.example.json,
    contract schemas/backing.schema.json).
  6. Verify (gate — never ship a FAIL). Run the validator over the review +
    backing; fix and re-run until exit 0:
    bash python3 scripts/check_review.py <review.md> --class standard|classical \ --backing <backing.json>
  7. Report. The 乐评 + an 证据附录 (evidence appendix) summarizing sources.

Controls (externalized, not prose-only)

  • Length + section + traceability are enforced by scripts/check_review.py
    (CJK-字 window, genre-adapted section linter) + scripts/validate_backing.py
    (every fact-class claim's source_id must exist in evidence[]). Ship is
    blocked on any non-zero exit.
  • No buying/price/transaction advice; read-only research.
  • Honest degradation for thin-info albums (explicit 资料不足, zero invented
    specifics).

Metrics

See rules/metric-plan.md: length-window conformance rate (target ≥0.9),
ungrounded-claim rate (target 0), section-coverage pass rate, and activation
precision vs adjacent skills (album-review vs hifi-review vs lyric-translation).

Modules

File When to load
rules/research-protocol.md Step 3 — source roster classes, breadth/depth fan-out, grading, triangulation, honest-degradation.
rules/genre-lenses.md Step 2 — per-idiom descriptors and which critical dimensions to foreground.
rules/output-template.md Step 5 — required long-form section skeleton + genre-adaptive substitutions.
rules/metric-plan.md Metrics — definitions and targets.
references/source-roster.md Step 3 — concrete music source classes with type/orientation/reliability.

Scripts

File Usage
scripts/check_review.py python3 scripts/check_review.py <review.md> [--class standard\|classical] [--min 10000 --max 15000] [--backing <backing.json>] — CJK-字 window + section linter + traceability gate. Exit 1 on any violation.
scripts/validate_backing.py python3 scripts/validate_backing.py <backing.json> — schema + claim→evidence traceability. Exit 1 on any untraced/fabricated fact.

Assets

File Usage
assets/review-template.md Fillable 长文骨架 the writer renders into.
assets/backing.example.json A conforming backing JSON to copy from.
schemas/backing.schema.json JSON contract for the backing (claims + evidence).

Lifecycle

Version 0.1.0; see CHANGELOG.md. Release gate: ship only when
python3 evals/run_all.py is GREEN (length + section + traceability + routing).
Roster/template changes require a re-run of the eval fixtures. Rollback = revert
to the prior SKILL.md + scripts/.

常见问题

5 问
答案由本站依据条目字段整理
长篇深度乐评撰写怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_15292d5a/yjkj-album-review。安装方式为未标注。装完刷新技能列表或重开客户端。

长篇深度乐评撰写支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

长篇深度乐评撰写权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

长篇深度乐评撰写收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

长篇深度乐评撰写用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。