esports

name	esports
description	电竞文——选手数据变化有训练支撑、战队管理符合行业规则、比赛描写合理可信、版本更新有适应期。当用户要写电竞/电子竞技题材时使用。触发词："电竞"、"电子竞技"、"职业选手"、"战队"、"LOL"、"王者荣耀"、"CS"、"DOTA"、"吃鸡"、"电竞文"
when_to_use	当用户要写电竞题材小说时使用。触发词："电竞"、"电子竞技"、"职业选手"、"战队"、"LOL"、"王者荣耀"、"CS"、"DOTA"、"吃鸡"、"电竞文"
allowed-tools	Read, Write, Edit, Glob, Grep, Bash

电竞写作规范

目标

确保电竞体系的真实感和逻辑自洽——选手数据变化有训练支撑、战队管理 符合行业规则、比赛描写合理可信，不出现实力无因跳跃或对手降智。

开篇约束：必须使用具体游戏

第一章必须明确主角所玩的游戏名称和核心机制。 游戏可以是现实存在的（LOL/CS/王者荣耀/星际争霸等）或基于现实改编的（如以 DNF 为原型的"荣耀"），但必须具体到可识别其游戏类型和核心规则。不能全程使用"某电竞游戏""某 MOBA"等模糊指代。

建议创建的知识库文件

与具体流派 skill 叠加使用。人物卡必开：

• 数值属性演变日志 — 选手核心数据（不同游戏类型的数据项不同，见各 reference）
• 出场记录日志复用为比赛记录 — 每场（对手/赛制/关键节点/结果/MVP） 战队=势力追踪.md（成员/位置/教练组/转会） 可选: 科技树.md — 游戏版本迭代=技术变更

选手数据约束（所有游戏类型通用）

• 数值连续性: 核心数据不能跳跃式变化——需≥3 章训练描写支撑
• 每场比赛后数据更新: 旧数据→新数据→变化原因→对应训练内容
• 反应速度/操作精度等生理性数据必须随着年龄/伤病/训练强度合理波动
• 不同游戏类型衡量选手水平的核心数据不同——参考对应 reference 定义

战队管理约束（所有游戏类型通用）

• 战队在势力追踪.md 中记录完整阵容: 成员/位置/教练/替补/分析师
• 转会/退役/新人加入记录在势力日志: 触发原因/转会费/对战队战术的影响
• 战术风格一旦确立不可突变——变化需≥5 章铺垫
• 训练体系: 个人训练(操作/意识)+团队训练(配合/战术)+赛前针对性训练

比赛描写约束（所有游戏类型通用）

• 每场正式比赛记录: 对手/赛制/关键节点/结果/MVP
• 比赛胜利必须有战术/操作/配合的描写支撑，不能依赖对手失误
• 对手必须塑造成有实力的竞争者，不能突然降智
• 至少 1 次重要比赛失利——失利后需有复盘+调整的描写
• 同一赛季内的实力不能剧烈波动（除非有伤病/转会/内部冲突等触发事件）

游戏类型特有约束

不同游戏类型的赛制、数据体系、比赛叙事完全不同。根据用户选择的游戏类型，用 Read 加载对应文件：

游戏类型	典型游戏	参考文件
MOBA	LOL/DOTA2/王者荣耀	references/moba.md
FPS	CS2/Valorant/穿越火线	references/fps.md
大逃杀	PUBG/Apex/和平精英	references/battle-royale.md
RTS	星际争霸2/魔兽争霸3	references/rts.md
格斗	街霸6/拳皇15	references/fighting.md
卡牌	炉石传说/游戏王	references/card.md

根据用户明确提到的游戏类型，只加载对应的参考文件。如果用户未明确游戏类型，用 AskUserQuestion 确认后再加载。

常见错误

以下错误会导致电竞失去真实感，必须避免：

• 游戏模糊化: 全程不交代具体游戏名称和规则 → 第一章必须明确具体游戏
• 绝境翻盘常态化: 每场关键比赛都是落后→翻盘→绝杀 → 至少 30% 的胜利是常规优势
• 对手降智: 对手在关键时刻做出明显错误决策 → 对手的失误需有合理原因
• 数据悬浮: 选手数据跳跃式变化 → 数据提升需≥3 章训练支撑
• 版本零适应期: 游戏版本大改后主角队伍立即适应 → 需≥1 章的适应期

与其他 skill 的交互

• 与 sports 共享竞技约束框架，数据类型不同（操作数据 vs 身体数据）
• 与 gaming 的区别: 本 skill=现实中参加电竞比赛；gaming=角色意识进入虚拟游戏世界
• 版本迭代=科技树变更——游戏版本的每次更新记录在科技树.md