plugins/novels/novel-urban/skills/romance-line/SKILL.md
都市言情小说感情线与CP互动设计。规划经典相遇模式、恋爱发展阶段、甜虐节奏控制、情感冲突设置及配角感情线编排。适用于设计男女主角感情走向、甜宠互动、虐心桥段和恋爱节奏把控。
npx skillsauth add lazygophers/ccplugin plugins/novels/novel-urban/skills/romance-lineInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
提供都市言情小说的情感线设计方法,包括经典相遇模式、恋爱发展阶段、情感冲突设计、甜虐节奏控制和CP互动创作,帮助创作者打造让读者欲罢不能的感情线。
| 模式 | 特点 | 适合类型 | |------|------|---------| | 职场相遇 | 上下级/同事/客户关系 | 职场文、总裁文 | | 误会开局 | 第一印象极差,后续反转 | 欢喜冤家、甜宠文 | | 青梅竹马重逢 | 多年后再遇,物是人非 | 暗恋成真、治愈文 | | 契约关系 | 假结婚/假恋人/商业联姻 | 先婚后爱、豪门文 | | 英雄救美/美救英雄 | 危机中结识,留下深刻印象 | 甜宠文、悬疑言情 | | 网恋奔现 | 线上默契,线下意外 | 轻松甜文、现代感强 | | 命运安排 | 反复偶遇,冥冥之中 | 浪漫主义、命定感 |
第一阶段:初遇(1-3万字)
特征:第一印象建立、好奇或排斥
关键:制造强烈的初始情绪(心动/厌恶/好奇)
↓
第二阶段:试探(3-8万字)
特征:频繁接触、了解加深、暧昧萌芽
关键:制造独处机会、展现反差魅力、微妙的心理变化
↓
第三阶段:确认(8-15万字)
特征:情感明确、表白/接受、甜蜜高峰
关键:告白场景要有仪式感、甜蜜期给足读者糖
↓
第四阶段:考验(15-25万字)
特征:外部阻力、内心挣扎、误会与分离
关键:虐有度、冲突要合理、分离不能太久
↓
第五阶段:圆满(25-30万字)
特征:克服障碍、彼此成长、HE结局
关键:大高潮要震撼、结局要满足读者期待
内因型冲突(角色自身):
外因型冲突(外部压力):
冲突升级原则:每次冲突的赌注要比上一次更大,解决也要更有力。
糖虐比例参考:
| 类型 | 糖:虐 | 特点 | |------|--------|------| | 纯甜文 | 8:2 | 轻微误会即解开,全程高糖 | | 甜宠文 | 7:3 | 偶有波折但很快和好 | | 正剧言情 | 5:5 | 甜虐交替,情感饱满 | | 虐恋情深 | 3:7 | 大量心理折磨,结局甜蜜 | | 先虐后甜 | 前期2:8 后期8:2 | 前半虐到心碎,后半甜到齁 |
节奏控制公式:
给糖 → 给糖 → 小虐 → 大糖(奖励读者的耐心)
给糖 → 大虐 → 缓冲 → 超大糖(虐后必须补偿)
铁律:连续虐心不超过3章,每次虐心后必须有等量或更多的甜蜜补偿。
日常甜蜜桥段:
经典吃醋桥段:
高光告白场景:
功能定位:
常见配角CP模式:闺蜜×男主朋友、反派×虐恋、欢喜冤家型副CP
tools
--- name: trellisx-workspace description: 维护 `.trellis/task.md` 任务看板 —— trellis 缺的跨任务总览。**一个表格, 一行一个任务**, 列为 id/名称/描述/状态/阶段/进度/worktree (状态/阶段中文显示)。在 task create/start/阶段切换/archive 后**及时更新**对应行; 并**自动清理超 7 天的已完成行**防膨胀。保持看板与 task.json 实时一致。 when_to_use: 维护 / 创建 / 更新 `.trellis/task.md` 任务看板时; task 生命周期任一节点 (create/start/阶段推进/archive) 之后同步看板时; 用户问"当前有哪些任务 / 任务进度 / 任务看板"时。被 trellisx-flow 与 trellisx-apply 注入的流程引用。 user-invocable: true argument-hint: [show|update|sync|cleanup ...] [task id] arguments:
testing
强制以 Trellis task 闭环处理用户指定的请求 (自判新建/并入 → plan→exec→check→finish 全程不跳步)。**仅用户显式主动调用** (/trellisx-flow 或明确要求"强制走 task 处理这个"); **禁止自动 / 被动 / 推断式调用** —— 不要因为某个请求"看起来该建 task"就自动触发本 skill, 那是 apply 注入的 no_task 倾向的职责。
testing
把 强推task + subtask拆分 + worktree隔离 + 闭环收尾 四维度增量注入当前项目 .trellis/ (workflow.md 的 no_task/planning/in_progress 块 + spec 背书文档 + trellis 生命周期 hook worktree 自动化)。强推 task 与闭环为纯 prompt 软约束 (非平台 hook 硬拦截)。**纯增量追加, 绝不替换 trellis 原生文本** (no_task 分类+征同意/check/finish/前缀全保留)。幂等 (marker 包裹)。
development
Claude Code 会话历史整理 — 扫 ~/.claude/projects/**/*.jsonl 全部 session transcripts, 提取学习增量 (用户校正/决策/踩坑/L0 规则) → 全局记忆库 ~/.cortex/.wiki/memory/. 默认 --apply 落盘 (--dry-run opt-in 仅出 JSON plan 预览). 与 cortex-extract (L4-inbox 内部) 互补.