Skip to content
Writing
Skill

/character-design

Use when designing protagonists, heroines, villains, supporting roles, motivations, fears, beliefs, flaws, or character arcs.

BOOST
From plugin
qmai
811127 skills
Install
$ npx -y skills add mochocyang/qmai --skill character-design --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/character-design

Context preview

The summary Claude sees to decide when to auto-load this skill.

Use when designing protagonists, heroines, villains, supporting roles, motivations, fears, beliefs, flaws, or character arcs.

SKILL.md

character-design.SKILL.md
name: character-design
title: 角色设计
description: Use when designing protagonists, heroines, villains, supporting roles, motivations, fears, beliefs, flaws, or character arcs.

角色设计

适用范围

男主、女主、男配、女配、反派、导师、盟友、工具人反工具化。

完整角色文件必须遵循上级目录的 `CHARACTER_PROFILE_STANDARD.md`。角色设计不是只写人物小传,而是生成可供章纲和正文读取的角色状态卡、语言风格卡和出场追踪卡。

动机三角

每个重要角色都要有:

1. 想要:当前具体目标。 2. 害怕:最怕失去什么或发生什么。 3. 信念:他相信世界、自己和他人是什么样。

设计规则

  • 主角的缺陷要能制造剧情,不只是性格标签。
  • 反派要有独立目标和资源,不为推动剧情而发疯。
  • 配角要补主角缺口:信息、情绪、资源、冲突、镜像、背叛。
  • 每次重大选择必须能追溯到动机三角。
  • 重要角色必须写清故事功能、情绪功能、当前状态、语言风格和写作使用规则。
  • 缺少原文信息时写“原文未明确”或“待后续补充”,不能编造成已确认事实。

章纲要求

  • 写清本章出场人物的目标、行动、结果。
  • 标注人物关系变化和认知变化。
  • 防止角色为了剧情需要突然变蠢或变善。

输出要求

输出角色信息时必须包含:

  • 基本信息
  • 角色定位
  • 外在表现
  • 内在分析
  • 语言风格
  • 关系网络
  • 出场记录
  • 状态追踪
  • 写作使用规则
  • 别名

人物小传详细内容契约

每个对象必须按顺序覆盖以下 10 个分区;逐条落实字段,不将一整区压缩成一句概述。

1. 基本信息

姓名、年龄与时间基准、性别、显性及隐藏身份、阵营、职业与生计、收入与债务、住所及日常活动范围、家庭与教育、能力与资源、伤病及当前处境;说明这些条件如何限制行动,而非只列标签。

载体:kv;按上面的要求拆分具体字段和条目。

2. 角色定位

在主线中的独立目标、故事功能、情绪功能、主题立场、与主角的对照和不可替代性;区分短期任务与长期欲望,说明利益冲突、主动行动、登场阶段及退场条件,配角也有不围绕主角运转的生活。

载体:kv;按上面的要求拆分具体字段和条目。

3. 外在表现

外貌辨识点、衣着及磨损、姿态、步态、惯用动作、饮食作息、随身物品、职业习惯;分别写放松、受压、说谎时可观察的变化,给出可直接入正文的动作细节,不用形容词堆砌代替表现。

载体:kv;按上面的要求拆分具体字段和条目。

4. 内在分析

成长经历按时间说明家庭、教育、关键创伤和成败如何形成信念;写欲望、恐惧、羞耻、底线、缺陷、认知偏差、防御机制和秘密;设计诱因—选择—代价—信念变化的弧线,列出可能做与绝不会做的事。

载体:kv;按上面的要求拆分具体字段和条目。

5. 语言风格

区分面对亲近者、上位者、敌人、陌生人及极端压力时的说话方式;写句长、语气、口头习惯、称呼、隐瞒与禁用措辞。每种重要场景给出原创示例对白和潜台词,语言差异应源于经历与利益。

载体:table;表头:对象与场景 / 措辞与节奏 / 潜台词与回避 / 示例对白 / 变化条件。

6. 关系网络

写亲缘、师承、盟友、敌对、债权和情感关系;逐个交代双方各想得到什么、掌握对方什么秘密、权力是否对等、信任程度、最近变化及决裂或修复条件。关系变化必须有事件和成本,不能只有好友或敌人标签。

载体:table;表头:对象与共同经历 / 公开关系与真实态度 / 利益与依赖 / 秘密与冲突 / 变化触发与代价。

7. 出场记录

区分已发生的出场记录与计划出场;已有正文记录时间地点、目标、关键行动、结果、认知或关系改变和来源章节。未写的出场明确标为计划,不虚构已发生章节;首次、转折、退场都应服务人物弧线。

载体:table;表头:章节或阶段 / 登场原因与目标 / 行动与选择 / 结果及代价 / 后续影响与依据。

8. 状态追踪

注明当前章节或时点:位置、伤病、体力、情绪、资源、任务、可用能力与限制;分别写知道、误以为知道、不知道的事实及获知渠道,防止认知越界;记录最近状态变化、原因、待兑现承诺及下一步行动。

载体:kv;按上面的要求拆分具体字段和条目。

9. 写作使用规则

给出可检查的行动逻辑、底线、语言禁区、能力边界、情绪触发器与关系推进条件;至少包含一个典型压力场景的选择示例。说明允许成长的部分及触发代价,禁止用性格标签替代行动、为剧情降智或突然全知。

载体:list;按上面的要求拆分具体字段和条目。

10. 别名

列真名、化名、尊称、亲昵称呼、蔑称和组织代号,交代谁在何时何地知道并使用、暴露身份的风险及易混淆对象。没有别名则明确暂无及原因,不为了填表制造新身份;称呼变化须对应关系变化。

载体:table;表头:称呼或代号 / 使用者 / 场合与时间 / 指代及认知边界。

结构化与保存

同时输出完整 MD 与 JSON。单对象顶层字段 `characterProfileData`,多个对象用 `characterProfiles` 数组;每个对象为 `{name,tag,tagline,sections}`,section 使用 `{kind,heading,items}`(kv 的 items 为 label/text 对象,list 为字符串)或 `{kind:"table",heading,head,rows}`。各分区标题、顺序及内容必须与 MD 等价,不得缩成摘要。

软件套用 `character-design/profile.html`,不要自行输出 HTML/CSS。最后按既有 outlineSaveRequest 协议输出保存请求,只有用户确认后才落盘。

交付前自检

第二版详细档案标准:不是展示简介。基本身份、生活与供给、运行机制、权限与例外、失败后果、当前时点、知情范围、关联对象及写作场景均须具体;每个重要机制给出可核验的条件和后果,而非只增加段落数量。 数值闭合:组织收入、成本、利润、分配与现金流分开;人员分组与总人数吻合;同一行程的距离、速度、有效行进时长和等待时间一致;人物的收入、生活费、债务与储蓄互相成立。缺少依据时给明确假设,不硬凑精确数字。 同一事实只设一个当前基准:说明章节或时点,将未来升级、人物出场、伏笔回收与当前状态分开。跨人物、组织、地图、地点、卷纲和章纲的名称、时间、位置与证据应能相互核对。关联对象写名称和作用,不自行捏造文件路径或链接。 完整不是堆字数:覆盖本类全部分区与关键字段。重要对象逐项写清对象、机制、条件、代价、变化及正文用法,不能只列名词或写一句空泛评价;同一信息不反复复制充数。 区分【已确认】【设计提案】【待确认】。新建设定允许基于题材和已有材料提出具体、内部一致的设计,不用整页待补充敷衍;补完已有设定不得改写正史。关键未知写清问题、影响与可选设计,不能编造成已确认事实。 记录必须区分【计划】与【已发生】,注明章节或时点及依据;没有正文证据不得虚构出场、解锁、埋设或回收记录。无明确章号用阶段,作者真相不得越过人物认知边界。 按题材适配:非营利组织解释收支平衡,无任务金手指写使用史,无分级力量写可验证能力边界;不适用项说明原因及等价约束,不硬套仙侠、系统或公司模板。 跨档案核对人物、势力、地点名称、时间线、交通耗时、经济口径、能力边界、关系和伏笔ID;新增提案不得静默覆盖已确认内容,冲突明确列出。 每个分区包含能够指导具体场景的细节,关键机制给触发—行动—结果—代价的示例。数字写单位、周期、依据或估算假设,不能伪造精确度;禁止省略号、略、同上、其余同理等占位。 MD正文与结构化JSON必须内容等价:每个分区、字段、表格、说明和例子均须保留,不能把JSON缩成摘要。长说明用kv条目;表格长解释保留在对应单元格,禁止因排版删除正文。 多个对象分别完整输出并保持名称匹配,禁止混用他人档案。输出预算不足时缩小批次或继续完成当前对象,不压缩必填分区,不把截断草稿冒充完整档案;沿用现有保存确认流程。

第二版 HTML 阅读方式

软件按分区语义自动呈现档案卡、时间线、等级阶梯、资源与关系清单,并保留完整原始对照表。只提供内容和结构化数据,不自行装饰 HTML,不省略长字段来适应排版。

设定类单对象低重复输出

每轮最多生成一个完整对象;保留全部分区、详细字段及配套结构化JSON,不减少信息深度。先输出完整MD正文,再输出本对象的完整JSON,最后输出 outlineSaveRequest。保存请求的 content="",由软件从同一回复的MD正文回填;不要在保存请求中重复抄写同一篇正文。其余保存字段照常填写,不调用写入工具替代用户确认。多个待生成对象仅列未完成名称,等用户继续,不把多个完整对象挤入本轮。

已收到正文但流式中断时仍是未完成草稿,不得声明生成或保存成功。不要为避免中断删减内容或编造已完成状态。

Read more
Ships withqmai

青幕AI写作软件,解决长篇小说写作问题,解决小说角色性格不统一,防止人设崩坏。官网:https://www.qmai.pro

Get the whole plugin

Other skills on qmai.

juangangzhedieshu
Skill

juangangzhedieshu

当用户需要生成卷纲、分卷大纲、卷一大纲,或要求按「折叠树/十环节/大高潮/10个故事」形式整理卷级大纲时使用。触发词:卷纲、分卷大纲、卷一大纲、折叠树、10个故事、大高潮、起承转合十环节。…

@mochocyang@mochocyangView Skill