muse-agent-example/.agent/skills/character-presentation/SKILL.md

name, description

name

description

character-presentation

写小说时要把人物呈现给读者看，而不是讲给读者听，遇到这些情况激活：人物登场段读起来像 性格形容词清单，用了勇敢、热情、冷酷等抽象词但读起来假；人物扁平、脸谱化、群像分不清； 次要人物只有 200 字登场空间不知道怎么让人记住；情节靠巧合推动，主角无故倒霉；人物没戏、 该转变但读者看不到转变；想知道"如何显示人物"而不是"告诉"。 关键 trigger："细节马赛克 / mosaic of detail / 人物立体 / 人物脸谱化 / 登场段 / 性格形容词 / show not tell / status details / Tom Wolfe / 网文主角人设 / 性格碰撞 / 性格即命运 / 反常即戏 / 反常瞬间 / 关系网 / 隐藏关系 / 人物很立体 / 比现实更真实 / 人物让我看到了看不到的东西 / 过程发现 / 人物自己说话了"。 不适用于：人物变量设计、人物弧线与原型定位、扁圆人物一句话测试（归 character-design）； 纯意识流、极简主义与人物作为思想载体的抽象哲学小说；真实人物之间的理解问题（那是心理学 不是文学）；非虚构写作（纪实作品人物的话必须基于事实）。 与 dialogue-craft 交接：说话方式、句长、口头禅、同一声音诊断、遮住名字测试归 dialogue-craft； 本 Skill 只管登场呈现、关系网、反常瞬间与"过程发现"叙事。 与 character-design 交接：建角变量与弧线归后者；定型后的场景内呈现归本 Skill。

人物呈现（character-presentation）

解决一件事：让人物被读者自己看见，而不是被作者讲给读者——用细节装配登场，让隐秘内在可见，用关系网显性格，用性格碰撞出命运，用反常瞬间翻转身份，让人物发出自己的声音。

方法索引

按创作动作组织；方法细节、案例、引文都在 references 里，这里只给一句话和指针。

用具体物装配登场

• 把"身份细节"扩展成细节马赛克：从 10+ 维度里精心挑 5-9 个具体到感官的细节，让读者自己合成完整的人 → references/detail-mosaic.md
• 每个细节是一个反推钩子（背头→爱面子，踝部枪→危险职业）；反推不出任何东西的细节换掉；穷举 10 维度是糟糕写作 → references/detail-mosaic.md
• 抽象性格形容词是"失败的告诉"，全部换成 1-2 个具体细节；Clark 检验：删一个细节人物变轻才必要 → references/detail-mosaic.md
• 中文适配：补家当与身份标志、服饰面料、玉石材质、茶酒待客等本地维度 → references/detail-mosaic.md

让隐秘的内在可见

• 人物"真实"的标准不是像现实中的某个人，而是作者对其了如指掌 → references/visible-private-life.md
• 人物有两面：历史的一面（可观察行为）和虚构的一面（感情、幻想、没说出口的话），好小说必须写后一面 → references/visible-private-life.md
• 可见性分层：基础层是这个人物被写透了，更高一层是人物代表的人性可见 → references/visible-private-life.md

用关系网显性格

• "他是谁"不能问他自己，要问他的关系网；给人物至少三重关系，五个关系就是人物的五张面孔 → references/relationship-web.md
• 关系要对比：同一个人在不同关系里反应不同才算设计到位，全是同一种反应等于没设计 → references/relationship-web.md
• 关系必须推动情节，装饰关系删掉或改；隐藏关系（读者知道人物不知道）是戏的来源 → references/relationship-web.md
• 群像区分：每个主要人物的关系网要独特，把两人的关系网互换还能用就是没设计好 → references/relationship-web.md

用性格碰撞出命运

• 不让主人公倒霉，让他遇到另一个人：单个性格不产生命运，性格遇上性格才产生命运 → references/character-collision.md
• 把巧合翻译成性格碰撞：删掉这个巧合，主人公凭性格照样会遇到这件事，翻译才算成功 → references/character-collision.md
• 每个主要人物用 3-5 个性格词定位（删一词不像、加一词模糊），设计性格链和"判断瞬间"；反派也要有性格，否则是工具人 → references/character-collision.md

用反常瞬间翻转身份

• 人物的戏藏在"应该这样但没这样、不该这样却这样了"的瞬间；反常是人物身份变化的开始 → references/abnormal-moment.md
• 三种反常：行为反常、关系反常、时间反常；反常必须落实成一个具体动作或一句对话，不用形容词概括 → references/abnormal-moment.md
• 设计 3-5 个排成递进链；好的反常不事后解释："原来如此"是成，"莫名其妙"是败，"早猜到了"是太露 → references/abnormal-moment.md

让人物发出自己的声音

• 写足够久，人物会说出作者没计划的话；作者从发号施令的控制者转为感同身受的记录者 → references/voice-discovery-process.md
• 什么人说什么话、遮住名字测试、同一声音诊断 → dialogue-craft 的 character-voice.md

总原则：不宣告，让读者反推

• 两本书三个源单元做同一件事：不宣告、不自夸、不自我介绍，用细节、关系、动作、对话替换形容词和标签；三个源单元的视角与引文见 references/detail-mosaic.md"多书合并点"节。

张力标注

• 外在细节装配（Clark）vs 内在可见（福斯特）：分工是登场层 vs 深度层，细节堆得多 ≠ 人物被写透，见 references/visible-private-life.md"张力标注"节。
• 事前设计（关系网、性格词）vs 声音的过程发现（余华）：分工是骨架 vs 血肉，见 references/voice-discovery-process.md 张力标注节。

引用索引

文件	覆盖内容
references/detail-mosaic.md	status details→细节马赛克、10+ 维度、5-9 个感官细节核心规则、反推钩子、Clark 检验、O'Neill 登场与 Belva Kent 胶带案例、替换抽象形容词四步、三大失败模式、中文本地化维度（中文适配）、多书合并点"不宣告让读者反推"、与 show-don't-tell／archetype-toolkit／dialogue-as-action／voice-equalizer 的区分
references/visible-private-life.md	小说与现实人的本体论差异、"真实＝作者了如指掌"判断标准、小说比历史更真实、阿兰两面性、摩尔·弗兰德斯／维多利亚女王／海蒂 vs 米嘉案例、可见性分层、五步操作、四大失败模式、盲点与说书人可见（中文适配）、与代入感／心理现实主义／神入的区分
references/relationship-web.md	人物性格在关系里不在自我描述里、王熙凤与秦可卿三层关系、四条核心原则、王熙凤／林冲／《杀手》／《苔丝》四案例、六步操作（含 ❌✅ 王熙凤原句）、隐藏关系、群像互换检验、常见错误表
references/character-collision.md	"性格从来就不是命运"题旨引文、命运＝性格碰撞、错误命运 vs 正确命运、《促织》成名+里胥／林冲+高俅／王熙凤+贾瑞／苔丝四案例、巧合翻译表、性格速写 3-5 词、性格链、判断瞬间、常见错误表
references/abnormal-moment.md	沃滋沃斯两个反常、三种反常类型、沃滋沃斯芒果／小促织跳袖口／王熙凤骂街原句／《项链》四案例、列常态→找反常→具体化→递进链→不解释五步、常见错误表
references/voice-discovery-process.md	控制阶段→记录阶段、余华三案例、过程发现六步、传声筒失败模式、事前设计 vs 过程发现张力标注
references/_coverage.md	六个源单元的覆盖对照表与跨域指针（说话方式正文见 dialogue-craft/references/character-voice.md）

脚本

脚本	用途
references/presentation-checklist.md	人物呈现自查台账：登场细节装配、内在可见、关系网、碰撞设计、反常设计、声音检查、总判断标准，一份填完

输入

• 用户明确点名本 Skill 所服务的创作阶段任务包（作品、章节/场景范围、冻结上下文摘要）。
• 只消费 本 Skill 的 references/ 目录 中与当前阶段相关的合同段落，不加载其它 Skill 的完整正文。

输出

• 面向当前任务的可执行判断、检查清单或改写建议（Markdown 结构化段落）。
• 不直接落库、不代替 write-next-chapter / decide-candidate 写 Canonical。

红线

• 只给当前创作阶段的建议，不越权改设定主权、不绕过检测链、不复制粘贴其它 Skill 的 owner 定义。
• 无用户明确授权不得替用户定稿或提交 Git。

复利合同

• 消费：本 Skill 的选型判断指导后续 plan-story / assemble-context 的范式绑定；不直接写库。
• 回写：可操作写法单元出卡走 review-knowledge-cards → 用户确认（批次 3）；当前不自动登记 example_lesson，避免无效果信号的公共卡膨胀。