power-system
GitHub用于小说创作中设计力量体系与金手指,规范等级、成长、代价及反制机制,确保设定严谨且服务于剧情冲突。
触发场景
安装
npx skills add Mochocyang/QMAI --skill power-system -g -y
SKILL.md
Frontmatter
{
"name": "power-system",
"title": "力量体系与金手指",
"description": "Use when designing power systems, golden fingers, abilities, cultivation levels, systems, upgrades, costs, or countermeasures."
}
力量体系与金手指
适用范围
修炼体系、异能、系统、金手指、等级、功法、道具、职业能力。
输出力量体系或金手指文件时必须遵循上级目录的 SETTING_PROFILE_STANDARD.md,重点写清获取方式、任务/成长机制、限制、代价、反制点和防崩坏写作约束。
设计清单
- 核心能力:一句话说明主角最有趣的能力用法。
- 获取方式:天赋、系统、传承、训练、资源、契约或代价。
- 限制:触发条件、消耗、冷却、风险、暴露、反制。
- 成长路径:能力如何升级,升级后解决什么新问题。
- 爽点循环:压力出现、能力触发、选择、兑现、引发更大压力。
- 使用史:每次解锁、任务、奖励或突破都要能追踪。
章纲要求
- 本章能力使用必须产生具体结果。
- 不能只写“突破”,要写突破的原因、代价和后续影响。
- 敌人必须有可见反制或误判。
文件要求
- 力量体系默认输出到
设定/世界观/力量体系.md。 - 金手指默认输出到
设定/世界观/金手指.md。 - 金手指不能直接替主角跳过关键过程。
力量体系详细内容契约
每个对象必须按顺序覆盖以下 13 个分区;逐条落实字段,不将一整区压缩成一句概述。
1. 体系概览
力量本质、来源、适用群体、获取门槛、在世界中的普及率、普通人的处境、总体上限和无法做到的事;说明力量与身体、精神、技术或环境的关系,以及它为何没有消灭现有社会矛盾。
载体:kv;按上面的要求拆分具体字段和条目。
2. 等级阶梯
从低到高逐级写完整:速度、范围、持续时间、防御或影响规模中适合本题材的实战标尺,同级差异、跨级差距、代表对手和破坏上限;非数值体系用明确情境标尺。不能只写强弱形容词或遗漏中间等级。
载体:table;表头:等级与定位 / 可观察能力及实战尺度 / 不能做到什么 / 突破门槛 / 稀缺度与社会地位。
3. 晋升机制
交代天赋、知识、训练、材料、环境和导师条件;区分达到门槛与真正突破,写平均耗时及个体差异、失败概率的依据和后果、恢复途径。捷径必须有不可忽略的成本,不允许为主角临时取消门槛。
载体:table;表头:阶段与条件 / 训练及验证 / 资源与耗时 / 失败及恢复 / 捷径与代价。
4. 能力分类
覆盖本体系适用的攻击、防御、侦察、移动、治疗或生产分支;说明原理、学习条件、兼修冲突、组合收益、替代方案及代表人物。不同分支应改变战术或生活方式,而非换名称的同一种招式。
载体:table;表头:分支与原理 / 用途和典型能力 / 适用场景 / 短板与组合 / 代表使用者。
5. 资源与消耗
明确一次使用、持续作战和长期修炼分别消耗什么,储存衰减、恢复速度、替代材料、产地和运输、资源垄断与定价逻辑;给出代表性持续行动场景的资源账,解释强者为何不能无限施法。
载体:table;表头:资源及用途 / 产地与供应者 / 获取成本与垄断 / 消耗和恢复 / 短缺后果。
6. 代价与限制
列身体、寿命、精神、记忆、社会身份或环境方面的真实成本;说明可恢复与不可逆部分、消耗阈值和透支后果。限制必须在剧情中生效,不能每次靠新道具抹除;指出绝对不能实现的效果。
载体:table;表头:能力或限制 / 触发条件 / 即时代价 / 累积后果 / 缓解方式与剩余代价。
7. 克制与反制
写信息、距离、地形、准备时间、材料和团队协作如何影响胜负;明确低阶越级必须满足的条件、失败风险和不可跨越的差距,反制要能被敌人使用,避免主角专属例外或绝对无敌属性。
载体:table;表头:对抗双方 / 克制原理 / 生效条件 / 反制及代价 / 越级边界。
8. 禁忌与风险
说明禁术、过载、污染、侵蚀、实验或非法传播为什么被禁止,诱惑是什么、怎样出现预兆、谁受害、谁监管及如何处置;记录遗留伤害和责任,不让禁忌成为无成本提升实力的捷径。
载体:table;表头:禁忌行为 / 诱因与预警 / 失控后果 / 处置和恢复 / 监管者。
9. 流派与势力
写知识传承、保密与垄断、教育成本、学徒待遇、流派资源和政治关系;说明力量如何影响生产、战争、司法和普通人的职业选择,以及流派差异如何形成真实利益冲突而非只换招式名称。
载体:table;表头:流派及理念 / 传承与招收 / 据点和资源 / 利益及竞争 / 代表人物。
10. 体系漏洞
仅设计符合既有规则的组合利用、认知盲点或制度漏洞,写发现线索、实施条件、收益、代价、敌人复制可能与修补办法。若体系没有已知漏洞明确说明,不能临时发明绕过所有限制的万能漏洞。
载体:kv;按上面的要求拆分具体字段和条目。
11. 成长节奏
与已有卷纲章纲对齐等级和节奏,区分力量增长、技巧熟练与认知提升;写每次突破前的铺垫、过程验证、代价和随之而来的更高层冲突。没有确定章号时用阶段,不虚构已完成的升级记录。
载体:table;表头:卷次或阶段 / 起点与目标 / 能力验证事件 / 资源和代价 / 新问题与伏笔。
12. 剧情作用
说明力量如何制造而非消除矛盾:具体的战术选择、资源争夺、身份变化、团队依赖和情绪回报;至少给出适用的典型冲突及行动后果,战斗胜负必须可从已建立的条件推导。
载体:list;按上面的要求拆分具体字段和条目。
13. 写作约束
检查等级标尺、消耗恢复、距离耗时、晋升条件和能力知识来源;区分角色理解与世界真实规则。禁止数值膨胀、临时加规则、突破抹平伤病或低阶能力凭空消失,记录规则增量及影响范围。
载体:list;按上面的要求拆分具体字段和条目。
结构化与保存
只输出结构化 JSON,不要写 MD 正文。单对象顶层字段 powerProfileData,多个对象用 powerProfiles 数组;每个对象为 {name,tag,tagline,sections},section 使用 {kind,heading,items}(kv 的 items 为 label/text 对象,list 为字符串)或 {kind:"table",heading,head,rows}。各分区标题、顺序及内容必须完整,不得缩成摘要。
软件套用 power-system/profile.html,不要自行输出 HTML/CSS。最后按既有 outlineSaveRequest 协议输出保存请求,只有用户确认后才落盘。
金手指设定详细内容契约
每个对象必须按顺序覆盖以下 12 个分区;逐条落实字段,不将一整区压缩成一句概述。
1. 能力概述
金手指的来源、载体、独特优势、与世界力量体系的关系、服务的主角缺口及核心上限;明确能提供什么、不能替主角完成什么,系统或非系统类都必须可解释,不能把信息优势等同于自动胜利。
载体:kv;按上面的要求拆分具体字段和条目。
2. 获取与绑定
获取事件、选择主角的原因或待揭秘密、绑定对象、激活条件、初始权限、失败与解除绑定、可否转移继承、损毁或被夺取;写获取时付出的代价和世界内可观察的痕迹,秘密来源不得被角色提前知道。
载体:kv;按上面的要求拆分具体字段和条目。
3. 机制与规则
输入—触发—处理—输出的完整流程,作用距离、对象、持续时间、消耗、冷却和信息可信度;任务、奖励、兑换或提示只在适用时展开。说明错误、延迟、拒绝及反馈可见范围,给一个完整使用示例。
载体:kv;按上面的要求拆分具体字段和条目。
4. 已解锁能力
逐项写当前可用、受限、封锁的能力及对应章节或阶段,明确激活、输入、输出、限制和资源成本;未写到的能力标为计划解锁,不把未来奖励当现有资源。每项都应能指导具体行动。
载体:table;表头:能力与当前状态 / 来源或解锁时点 / 触发及效果 / 消耗与边界 / 证据或计划。
5. 能力分支与升级树
交代升级依赖、分支选择、机会成本、互斥关系、资源来源和收益递减;说明升级为什么会带来新风险或新责任,主角如何以自主选择而非被动领奖决定成长,不能所有分支无成本同时获得。
载体:table;表头:分支与目标 / 前置与取舍 / 解锁资源及事件 / 收益与新增限制 / 不可兼得项。
6. 系统任务与使用史
有任务系统时写发布者、判定、奖励、失败惩罚和拒绝权;无任务系统时记录实际使用史,禁止硬套任务面板。区分计划与已发生事件,记录暴露、关系和资源变化,避免只记奖励不记代价。
载体:table;表头:时点与记录性质 / 任务或使用动机 / 过程与主角选择 / 消耗及结果 / 后续影响。
7. 边界与代价
明确能力上限、禁止对象、无法解决的情感与社会问题、使用频率、可逆和不可逆成本、资源补充;说明主角必须亲自完成的调查、训练、抉择与承担,列出容易被误用的边界及不能绕过的理由。
载体:kv;按上面的要求拆分具体字段和条目。
8. 冷却与风险
分别写冷却、过载、反噬、外部侦测、奖励陷阱和依赖风险;交代持续时间依据、敌人观察到什么、泄露后的追捕或争夺、恢复条件与残留伤害。未知风险用设计提案或待揭信息标记。
载体:table;表头:风险与触发 / 冷却或预警 / 暴露对象与后果 / 规避和恢复 / 无法消除的代价。
9. 反制与漏洞
从信息欺骗、隔绝资源、封锁载体、诱导触发或针对使用者等适用角度设计反制;说明敌人如何合理得知和实施,主角应对也须付出成本。漏洞遵守世界规则,不允许万能修补或每战新增豁免。
载体:table;表头:敌方手段 / 发现能力的线索 / 生效条件 / 主角应对及成本 / 剩余威胁。
10. 成长节奏
对齐卷纲的困难—探索—解锁—验证—新困境链条,标出重要能力的预告与兑现;区分熟练度与权限升级,控制奖励节奏,未来阶段用计划标识,不能写成每遇危险自动送解决方案。
载体:table;表头:阶段 / 能力变化 / 铺垫及触发事件 / 选择和代价 / 冲突升级。
11. 剧情作用
说明独特爽点、悬念、信息差、关系变化和价值冲突如何产生;给出一次成功与一次受限的典型使用情境,保留主角自主选择、努力和责任,让能力放大人格而不是替代人格。
载体:list;按上面的要求拆分具体字段和条目。
12. 防崩坏写作约束
检查能力清单、奖励与消耗账、冷却、知识权限、敌方反制和已埋线索的一致性;明确禁止自动解困、无限复制、未知信息全知和任务强迫降智,新增功能必须有铺垫、获得过程与持久代价。
载体:list;按上面的要求拆分具体字段和条目。
结构化与保存
只输出结构化 JSON,不要写 MD 正文。单对象顶层字段 goldenFingerProfileData,多个对象用 goldenFingerProfiles 数组;每个对象为 {name,tag,tagline,sections},section 使用 {kind,heading,items}(kv 的 items 为 label/text 对象,list 为字符串)或 {kind:"table",heading,head,rows}。各分区标题、顺序及内容必须完整,不得缩成摘要。
软件套用 power-system/golden-finger.html,不要自行输出 HTML/CSS。最后按既有 outlineSaveRequest 协议输出保存请求,只有用户确认后才落盘。
交付前自检
第二版详细档案标准:不是展示简介。基本身份、生活与供给、运行机制、权限与例外、失败后果、当前时点、知情范围、关联对象及写作场景均须具体;每个重要机制给出可核验的条件和后果,而非只增加段落数量。 数值闭合:组织收入、成本、利润、分配与现金流分开;人员分组与总人数吻合;同一行程的距离、速度、有效行进时长和等待时间一致;人物的收入、生活费、债务与储蓄互相成立。缺少依据时给明确假设,不硬凑精确数字。 同一事实只设一个当前基准:说明章节或时点,将未来升级、人物出场、伏笔回收与当前状态分开。跨人物、组织、地图、地点、卷纲和章纲的名称、时间、位置与证据应能相互核对。关联对象写名称和作用,不自行捏造文件路径或链接。 完整不是堆字数:覆盖本类全部分区与关键字段。重要对象逐项写清对象、机制、条件、代价、变化及正文用法,不能只列名词或写一句空泛评价;同一信息不反复复制充数。 区分【已确认】【设计提案】【待确认】。新建设定允许基于题材和已有材料提出具体、内部一致的设计,不用整页待补充敷衍;补完已有设定不得改写正史。关键未知写清问题、影响与可选设计,不能编造成已确认事实。 记录必须区分【计划】与【已发生】,注明章节或时点及依据;没有正文证据不得虚构出场、解锁、埋设或回收记录。无明确章号用阶段,作者真相不得越过人物认知边界。 按题材适配:非营利组织解释收支平衡,无任务金手指写使用史,无分级力量写可验证能力边界;不适用项说明原因及等价约束,不硬套仙侠、系统或公司模板。 跨档案核对人物、势力、地点名称、时间线、交通耗时、经济口径、能力边界、关系和伏笔ID;新增提案不得静默覆盖已确认内容,冲突明确列出。 每个分区包含能够指导具体场景的细节,关键机制给触发—行动—结果—代价的示例。数字写单位、周期、依据或估算假设,不能伪造精确度;禁止省略号、略、同上、其余同理等占位。 结构化字段必须承载完整正文:每个分区、字段、表格、说明和例子均须保留,不能缩成摘要。长说明用kv条目;表格长解释保留在对应单元格,禁止因排版删除内容。 多个对象分别完整输出并保持名称匹配,禁止混用他人档案。输出预算不足时缩小批次或继续完成当前对象,不压缩必填分区,不把截断草稿冒充完整档案;沿用现有保存确认流程。
第二版 HTML 阅读方式
软件按分区语义自动呈现档案卡、时间线、等级阶梯、资源与关系清单,并保留完整原始对照表。只提供内容和结构化数据,不自行装饰 HTML,不省略长字段来适应排版。
设定类单对象低重复输出
每轮最多生成一个完整对象;保留全部分区、详细字段,不减少信息深度。只输出一个完整的结构化JSON围栏,不写MD正文,最后输出 outlineSaveRequest。保存请求的 content="",正文由软件从结构化数据生成;不要在保存请求中重复抄写正文。其余保存字段照常填写,不调用写入工具替代用户确认。多个待生成对象仅列未完成名称,等用户继续,不把多个完整对象挤入本轮。
已收到正文但流式中断时仍是未完成草稿,不得声明生成或保存成功。不要为避免中断删减内容或编造已完成状态。
版本历史
- 04fa564 当前 2026-11-02 16:28
- c178470 2026-10-18 23:56
- 1213bee 2026-07-19 23:48


