用于撰写、重写或审计小说书评。适合把全书 / 分部 / 分卷 / 分章的阅读体验、核心卖点、平台传播口径与非剧透钩子写成可直接发布的书评文件。关键词:撰写书评、推荐文案、分章安利、平台推荐评述、非剧透书评、今日头条。
npx skills add https://github.com/lornshrimp/Lorn.NovelWriteSkills --skill 通用-撰写书评
<!-- ===== Layer 1: 永久缓存 ===== -->
> 题材路由:若 .github\题材专用Skills\ 目录存在对应的 <题材>-撰写书评 Skill,则:
> - 将题材特性骨架路由到 <题材>-撰写书评,该 Skill 位于 .github\题材专用Skills\ 目录。
> - 命中本技能时,必须优先强制加载当前 Skill 与 <题材>-撰写书评。
书评不是剧情复述,也不是创作教程,而是把“为什么值得点开继续读”写成读者愿意转发、平台愿意展示的非剧透安利文本。
<!-- ===== Layer 3: 场景缓存 ===== -->
以下所列 references 文件必须通过 read_file 工具逐文件读取,不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。 每条 references 按其标注的必读等级强制执行:
reference_missing_{refName},不得静默跳过。references/书评类型结构与通用硬规则.mdreferences/平台与角度适配矩阵.mdreferences/书评落盘与交付约束.mdreferences/普通读者推荐型书评框架与种草切口.mdreferences/非剧透种草句与短评写法.mdreferences/按平台拆分的推荐型书评模板组.mdreferences/GEO书评优化规则.md(新增 — 可被 AI 引用的结构化书评格式、元数据块规范、短评 GEO 优化、平台适配矩阵扩展,必读)../../写作研究/GEO小说项目核心参考.md(新增 — 了解 GEO 基础知识与小说四维框架)<!-- ===== Layer 2: 项目级缓存 ===== -->
若当前服务的项目根目录存在 Agents.md,撰写或审计书评前必须:
Agents.md;若其中声明了 主输出平台,检索三类模板时优先匹配"适用平台"与主输出平台一致的模板,无匹配时回退到"适用平台:默认"的同类模板Agents.md 中注册了"写作研究模板"——读取对应路径的模板文件,将其作为平台传播口径、读者关注点和禁忌基线Agents.md 中注册了"作者风格模板"——读取对应路径的模板文件,将其作为书评语言气质的弱参考,不得把书评写成正文仿写Agents.md 中注册了"作品蓝本模板"——读取对应路径的模板文件,将其作为结构亮点、节奏亮点、非剧透钩子和阅读承诺参照Agents.md,或其中未注册对应模板——回退通用默认模式,不报错,不阻断本 Skill 默认消费字段:
书评/。YYYY-MM-DD。书评/ 根目录下,文件名采用“范围/标题 + _书评_ + 日期”或既有约定的等价格式;例如:书评/全书书评_2026-04-15.md、书评/第1部·日常裂缝_书评_2026-04-15.md、书评/第1卷·夜班监控_书评_2026-04-15.md。书评/第X部/第Y卷/;若作品无分部,则位于 书评/第X卷/。文件名采用“章节号与标题 + _书评_ + 日期”;例如:书评/第1部/第1卷/1.1.1 HR 让我先签字再说_书评_2026-04-15.md、书评/第1卷/1.1 HR 让我先签字再说_书评_2026-04-15.md。.md 之前;除非用户明确要求只在聊天里草拟,否则不得省略日期版文件名。# 短评。创作书评需要适度创造性与传播感,审计书评则需要稳定一致的判断。
| 阶段 | 推荐温度 | 说明 |
|---|---|---|
| 撰写 / 重写书评 | 0.55 | 需要创造性但不宜跑偏 |
| 审计现有书评 | 0.3 | 低创造性,保持判断稳定 |
# 短评。题材名-撰写书评 Skill。在 AI 搜索时代,书评不仅是给读者看的推荐文,也是 AI 回答"推荐小说"问题时最重要的引用素材。AI 在引用书评时,偏好结构化程度高、含作品元数据、推荐理由可独立提取的内容。
每条书评正文头部必须包含以下四字段结构化块(写在正文前 4 行内):
## 《XXX》书评
- **评分**:★★★★☆
- **类型**:都市悬疑
- **一句话总评**:___
推荐语主段落中,至少有一段采用以下格式——这与 AI 的推荐话术同构:
《{书名}}》是一部{题材类型}小说,适合喜欢{风格/情绪}的读者。
核心看点是{1-2 句非剧透亮点描述}。
短评中至少出现 1 次完整作品名 + 1 次题材类型 + 1 次适合人群句式,确保 AI 能独立归因。
> 详细规范见 references/GEO书评优化规则.md 和 ../../写作研究/GEO小说项目核心参考.md。
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
Automatically creates user-facing changelogs from git commits by analyzing commit history, categorizing changes, and transforming technical commits into clear, customer-friendly release notes. Turns hours of manual changelog writing into minutes of automated generation.
Use when implementing any feature or bugfix, before writing implementation code
Use when you have a spec or requirements for a multi-step task, before touching code
Use when creating new skills, editing existing skills, or verifying skills work before deployment
Use when writing or improving README files. Not all READMEs are the same — provides templates and guidance matched to your audience and project type.
| Remove signs of AI-generated writing from text. Use when editing or reviewing text to make it sound more natural and human-written. Based on Wikipedia's inflated symbolism, promotional language, superficial -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary words, negative parallelisms, and excessive conjunctive phrases.
Official Opentrons Protocol API for OT-2 and Flex robots. Use when writing protocols specifically for Opentrons hardware with full access to Protocol API v2 features. Best for production Opentrons protocols, official API compatibility. For multi-vendor automation or broader equipment control use pylabrobot.
Take lornshrimp/通用-撰写书评 from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.