mcpbeat

���频爱情 ���理连续性冷热线

lornshrimp/女频爱情-管理连续性冷热线

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

2k 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。

题材补充边界

  • 连续性管理默认优先追踪旧承诺、旧伤口、旧误会、旧站队与未兑现的情绪债。
  • 冷热线判断必须回答:谁该回来了、哪段关系该升温或失衡、哪条线再不回就会掉温。
  • 允许无 CP / 双强 / 事业线先行,但无论哪种模式都必须持续有情绪价值与关系压力。
  • 不得把连续性只做成剧情事件流水账,必须翻译成下一章可执行动作。

建议组合调用

  • 通用-管理连续性冷热线

强制要求

  • 命中本技能时,必须优先强制加载当前题材 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.