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。

题材补充边界

  • 默认优先回答:作品能否在 30 秒内完成题材归类、情绪抓手识别与女主核心处境识别。
  • 默认优先判断开篇情绪钩子、黄金三章闭环、成长承诺与关系张力是否成立。
  • 默认强调女频爱情当前偏好:清醒独立、真实短板、成长弧光、柔爽感与现实共鸣。
  • 允许无 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.