mcpbeat

���频爱情 ���平台小说适配

lornshrimp/女频爱情-多平台小说适配

用于【女频爱情】题材下的多平台适配任务。作为题材包装层、兼容入口与路由层,负责保留女频爱情入口,补充情绪锚定、成长线优先、关系拉扯、柔爽感与现实共鸣边界,并明确要求优先强制加载并使用 `通用-多平台小说适配`。

1k tokens
context cost
the whole folder, loaded on every use
2
files
instructions only
0
copies elsewhere
how many repositories repackaged it
148
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/lornshrimp/Lorn.NovelWriteSkills --skill 女频爱情-多平台小说适配

The instruction itself

2 sections, as written by the author

<!-- ===== Layer 1: 永久缓存 ===== -->

女频爱情-多平台小说适配

这是题材包装层、兼容入口与路由层。

<!-- ===== Layer 3: 场景缓存 ===== -->

对应通用 Skill

  • 通用-多平台小说适配

本层职责

  • 保留“女频爱情-多平台小说适配”这一题材入口名。
  • 将该能力的共性骨架路由到 通用-多平台小说适配
  • 补充女频爱情题材在“多平台适配”上的情绪锚定、成长线优先、关系拉扯、柔爽感与现实共鸣边界。
  • 在补写本题材 Skill 时,持续识别新增内容里哪些其实属于题材无关的通用能力,并将其回收到 通用-多平台小说适配 或对应通用 Skill。

题材补充边界

  • 平台适配时必须先保住:情绪锚点、成长弧光、关系拉扯、真实短板与章末驱动。
  • 适配不等于削平个性;女频爱情版本差异应体现在节奏、口吻、压强与回报方式上。
  • 不得把女频爱情适配成只有恋爱对白、没有主角成长与自我选择的失重稿。
  • 若识别出跨平台共性规则,应优先回收到 通用-多平台小说适配

建议组合调用

  • 通用-多平台小说适配

强制要求

  • 命中本技能时,必须优先强制加载当前题材 Skill 与 通用-多平台小说适配
  • 当前题材 Skill 负责女频爱情题材的边界、补充口径与裁判要求,通用-多平台小说适配 负责共性能力本体与通用流程。
  • 不得绕过 通用-多平台小说适配 在本文件里恢复一整套平行共性规则。
  • 引用通用能力时只按名称引用,不写路径。
  • 若在编写或修改本题材 Skill 时新增了题材无关的规则、流程、模板或检查项,必须同步提取并沉淀到 通用-多平台小说适配 或对应通用 Skill。

禁止事项

  • 不要把平台适配做成题材清洗;平台化不是把女频爱情磨平成中性稿。
  • 不要为了平台节奏牺牲人物成长、关系承重和情绪闭环。

继续读取的 references(强制读取门禁)

以下所列 references 文件必须通过 read_file 工具逐文件读取,不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。 每条 references 按其标注的必读等级强制执行:

  • 标注 必读 的文件:必须读取,少一条即视为流程违规,不得开始执行流程。
  • 未标注必读的文件:必须读取,但读取后可仅提取与当前任务直接相关的段落,不要求逐字通读。
  • 若文件路径指向的文件不存在(如引用的外部路径未就位),必须在日志中显式记录 reference_missing_{refName},不得静默跳过。

> 以下 references 为当前 skill 目录下的补充文件,强制读取

-

references/女频爱情平台适配优先级矩阵.md — 女频爱情-多平台小说适配|多平台补充说明

How to use it

Copy the folder

Take lornshrimp/女频爱情-多平台小说适配 from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

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.