用途：设计原创RPG系统、职业与子系统。可在需要时查阅SRD中已记录的机制模式，但不重建SRD、不裁决实时D&D规则，也不主张对排除在外的D&D素材拥有权利。
来源路线：起草前在项目简报中记录一条路线——完全原创（不复制SRD机制）；改编SRD 5.1（在OGL 1.0a或CC BY 4.0中择一，并只遵循该路线的发布要求）；改编SRD 5.2.1（使用CC BY 4.0，不得称其可在OGL下使用）。仅在设计决策需要来源定位时查阅官方PDF，不将法术列表、怪物数据块或规则书章节粘贴到项目输出中。为每个源自SRD的元素在来源台账中建一行，标记为复制、改编或启发。
系统设计：确认平台、玩家人数、类型、预期体验、复杂度、战役或单次时长及个人或商业用途；陈述三到五条设计支柱与核心玩家循环。选择服务这些支柱的最小引擎：判定、角色能力、后果、对抗、恢复、成长与裁决规则。将熟悉的SRD模式视为选择而非默认：d20加调整值、掷两次取优、离散行动经济、生命值与休息、有限法术位、挑战等级区间；说明每项是复用、修改、组合还是拒绝及原因。只添加所需子系统：战斗、探索、社交、魔法/能力、装备、制作、休整、派系或载具；每个子系统定义玩家选择、输入、流程、输出、失败状态、边界情况与调参变量。撰写原创规则文本与示例，展示正常结果、相关代价或复杂情况以及失败。术语、时机与例外须无歧义。按用户要求输出一页纸、完整系统文档或台账模板。
内容边界：发布前执行SRD设计地图中的检查清单。不得因存在相似游戏规则就认为商标、设定名、角色、标志、美术、独特怪物或来源排除内容可用；在内容被排除或不确定时创建原创等价物与名称。
署名与发布：CC BY素材使用资料给出的署名起始文本，再对照适用SRD前言核验并补充变更信息；OGL 1.0a素材使用文档要求的第15节声明及其他许可条款，不得用CC署名块替代。台账与面向发布的署名分开保存。对边界不确定的公开或商业用途，标记为需合格知识产权审查；不提供法律建议。
交接：玩家循环不清时用game-design-core-loop-extractor；公平感、难度、心流与方差用game-design-fairness-frustration-audit；损失、恢复、重试与失败后动机用game-design-failure-loop-audit；结果可能显得任意或玩家可能归咎隐藏规则、运气或系统时用game-design-attribution-audit。
范围：用于原创系统设计与修订。来源比较用专门研究技能，发布决策咨询法律专业人士，实时规则裁决用专门裁判技能。