Token导航 LogoToken导航

Agent Skill · 前端设计

adding-mod-parsers(添加 mod 解析器)

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。它适合让 Agent 生成或审查 React、Next.js、Vue、Tailwind、CSS 等相关代码,整理组件结构,或定位布局和性能问题。使用时需要结合项目现有设计系统、路由和构建方式,避免只生成孤立片段;涉及页面改动时,应配合本地预览和构建检查确认视觉效果。

adding-mod-parsers 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证为 MIT,第三方扫描已通过,按安装量在前端设计类的 10,216 个 Skill 里排第 5,707。

总安装 618周安装 25GitHub Stars 26下载 194核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:adding-mod-parsers(添加 mod 解析器)
来源仓库:https://github.com/aclinia/torchlight-of-building
仓库路径:skills/adding-mod-parsers
安装命令:
npx skills add https://github.com/aclinia/torchlight-of-building --skill adding-mod-parsers
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/aclinia/torchlight-of-building --skill adding-mod-parsers

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

用于解析游戏模组字符串(如 "+10% all stats")并转换为结构化 Mod 对象。适合在 Torchlight 类游戏中扩展新 mod 类型,支持模板匹配和计算引擎集成。需注册 mod 类型定义、更新 parser templates 和 enums,确保与伤害、防御等计算逻辑联动。

修改前应查阅 src/tli/mod-parser.test.ts 测试用例,避免破坏现有解析规则兼容性。adding-mod-parsers 属于前端设计类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/adding-mod-parsers

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/aclinia/torchlight-of-building --skill adding-…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

adding-mod-parsers 怎么安装?

在终端执行 npx skills add https://github.com/aclinia/torchlight-of-building --skill adding-mod-parser…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

adding-mod-parsers 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

adding-mod-parsers 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

adding-mod-parsers 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

adding-mod-parsers 用的人多吗?

公开数据是累计安装 618 次,近一周安装 25 次,下载 194 次,GitHub 26 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

adding-mod-parsers 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
frontend-design

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
adding-mod-parsers

添加 mod 解析器 · 本页

61826权限未标注MIT通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Adding Mod Parsers

Overview

The mod parser converts raw mod strings (e.g., "+10% all stats") into typed Mod objects used by the calculation engine. It uses a template-based system for pattern matching.

When to Use

  • Adding support for new mod string patterns
  • Extending existing mod types to handle new variants
  • Adding new mod types to the engine

Project File Locations

PurposeFile Path
Mod type definitionssrc/tli/mod.ts
Parser templatessrc/tli/mod-parser/templates.ts
Enum registrationssrc/tli/mod-parser/enums.ts
Calculation handlerssrc/tli/calcs/offense.ts
Testssrc/tli/mod-parser.test.ts

Implementation Checklist

1. Check if Mod Type Exists

Look in src/tli/mod.ts under ModDefinitions. If the mod type doesn't exist, add it:

interface ModDefinitions {
  // ... existing types ...
  NewModType: { value: number; someField: string };
}

2. Add Template in templates.ts

Templates use a DSL for pattern matching. Do not add comments to templates.ts - the template string itself is self-documenting.

t("{value:dec%} all stats").output((c) => ({
  type: "StatPct",
  value: c.value,
  statModType: "all",
})),
t("{value:dec%} {statModType:StatWord}")
  .enum("StatWord", StatWordMapping)
  .output((c) => ({ type: "StatPct", value: c.value, statModType: c.statModType })),
t("{value:dec%} [additional] [{modType:DmgModType}] damage").output((c) => ({
  type: "DmgPct",
  value: c.value,
  dmgModType: c.modType ?? "global",
  addn: c.additional !== undefined,
})),
t("{value:dec%} attack and cast speed").outputMany([
  spec((c) => ({ type: "AspdPct", value: c.value, addn: false })),
  spec((c) => ({ type: "CspdPct", value: c.value, addn: false })),
]),

Template capture types:

TypeMatchesExample Input → Output
{name:int}Unsigned integer"5" → 5
{name:dec}Unsigned decimal"21.5" → 21.5
{name:int%}Unsigned integer percent"30%" → 30
{name:dec%}Unsigned decimal percent"96%" → 96
{name:+int}Signed integer (requires + or -)"+5" → 5, "-3" → -3
{name:+dec}Signed decimal (requires + or -)"+21.5" → 21.5
{name:+int%}Signed integer percent"+30%" → 30, "-15%" → -15
{name:+dec%}Signed decimal percent"+96%" → 96
{name:?int}Optional-sign integer (matches with or without +/-)"5" → 5, "+5" → 5, "-3" → -3
{name:?dec}Optional-sign decimal"21.5" → 21.5, "+21.5" → 21.5
{name:?int%}Optional-sign integer percent"30%" → 30, "+30%" → 30
{name:?dec%}Optional-sign decimal percent"96%" → 96, "+96%" → 96
{name:EnumType}Enum lookup{dmgType:DmgChunkType}

Signed vs Unsigned vs Optional-sign Types:

  • Use unsigned (dec%, int) when input NEVER has + or - (e.g., "8% additional damage applied to Life")
  • Use signed (+dec%, +int) when input ALWAYS has + or - (e.g., "+25% additional damage")
  • Use optional-sign (?dec%, ?int) when input MAY OR MAY NOT have a sign — this avoids needing two separate templates for signed/unsigned variants
  • Signed types will NOT match unsigned inputs, and unsigned will NOT match signed inputs
  • Prefer ?dec% over two separate dec%/+dec% templates when the same mod can appear with or without a sign

Optional syntax:

  • [additional] - Optional literal, sets c.additional?: true
  • [{modType:DmgModType}] - Optional capture, sets c.modType?: DmgModType
  • {(effect|damage)} - Alternation (regex-style)

3. Add Enum Mapping (if needed)

If you need custom word → value mapping, add to enums.ts:

export const StatWordMapping: Record<string, string> = {
  strength: "str",
  dexterity: "dex",
  intelligence: "int",
};

registerEnum("StatWord", ["strength", "dexterity", "intelligence"]);

4. Add Handler in offense.ts (if new mod type)

If you added a new mod type, add handling in calculateOffense() or relevant helper:

case "NewModType": {
  break;
}

For existing mod types with new variants (like adding statModType: "all"), update existing handlers to also filter for the new variant:

const flat = sumByValue(
  statMods.filter((m) => m.statModType === statType || m.statModType === "all"),
);

5. Add Tests

Add test cases in src/tli/mod_parser.test.ts:

test("parse percentage all stats", () => {
  const result = parseMod("+10% all stats");
  expect(result).toEqual([
    {
      type: "StatPct",
      statModType: "all",
      value: 10,
    },
  ]);
});

6. Verify

pnpm test src/tli/mod_parser.test.ts
pnpm typecheck
pnpm check

Template Ordering

IMPORTANT: More specific patterns must come before generic ones in allParsers array.

// Good: specific before generic
t("{value:dec%} all stats").output(...),           // Specific
t("{value:dec%} {statModType:StatWord}").output(...), // Generic

// Bad: generic would match first and fail on "all stats"

Examples

Simple Value Parser (Signed)

Input: "+10% all stats" (starts with +)

t("{value:+dec%} all stats").output((c) => ({
  type: "StatPct",
  value: c.value,
  statModType: "all",
})),

Simple Value Parser (Unsigned)

Input: "8% additional damage applied to Life" (no sign)

t("{value:dec%} additional damage applied to life").output((c) => ({
  type: "DmgPct",
  value: c.value,
  dmgModType: "global",
  addn: true,
})),

Parser with Condition (Signed)

Input: "+40% damage if you have Blocked recently"

t("{value:+dec%} damage if you have blocked recently").output((c) => ({
  type: "DmgPct",
  value: c.value,
  dmgModType: "global",
  addn: false,
  cond: "has_blocked_recently",
})),

Parser with Per-Stackable (Signed in "deals" position)

Input: "Deals +1% additional damage to an enemy for every 2 points of Frostbite Rating the enemy has"

Note: The + appears AFTER "deals", so use {value:+dec%}:

t("deals {value:+dec%} additional damage to an enemy for every {amt:int} points of frostbite rating the enemy has")
  .output((c) => ({
    type: "DmgPct",
    value: c.value,
    dmgModType: "global",
    addn: true,
    per: { stackable: "frostbite_rating", amt: c.amt },
  })),

Multi-Output Parser (Signed)

Input: "+6% attack and cast speed"

t("{value:+dec%} [additional] attack and cast speed").outputMany([
  spec((c) => ({ type: "AspdPct", value: c.value, addn: c.additional !== undefined })),
  spec((c) => ({ type: "CspdPct", value: c.value, addn: c.additional !== undefined })),
]),

Flat Stat Parser (Signed)

Input: "+166 Max Mana"

t("{value:+dec} max mana").output((c) => ({ type: "MaxMana", value: c.value })),

Optional-Sign Parser

Input: "12.5% Sealed Mana Compensation for Spirit Magus Skills" OR "+12.5% Sealed Mana Compensation for Spirit Magus Skills"

Use ?dec% when the same mod string can appear with or without a +/- sign, avoiding the need for two separate templates:

t("{value:?dec%} sealed mana compensation for spirit magus skills").output(
  (c) => ({ type: "SealedManaCompPct", value: c.value, addn: false, skillType: "spirit_magus" }),
),

No-Op Parser (Recognized but produces no mods)

Input: "Energy Shield starts to Charge when Blocking"

Use outputNone() when a mod string should be recognized (not flagged as unparsed) but has no effect on calculations:

t("energy shield starts to charge when blocking").outputNone(),

Common Mistakes

MistakeFix
Using dec% for input with + prefixUse +dec% for inputs like "+25% damage", or ?dec% if sign is optional
Using +dec% for input without signUse dec% for inputs like "8% damage applied to life", or ?dec% if sign is optional
Two templates for signed/unsigned variants of the same modUse ?dec% to match both in a single template
Template doesn't match input caseTemplates are matched case-insensitively; input is normalized to lowercase
Missing type field in output mapperInclude type: "ModType" in the returned object — contextual typing from the Mod discriminated union handles narrowing
Handler doesn't account for new variantUpdate offense.ts to handle new values (e.g., statModType === "all")
Generic template before specificMove specific templates earlier in allParsers array

Data Flow

Raw string: "+10% all stats"
    ↓ normalize (lowercase, trim)
"10% all stats"
    ↓ template matching (allParsers)
{ type: "StatPct", value: 10, statModType: "all" }
    ↓ calculateStats() in offense.ts
Applied to str, dex, int calculations

平台分布

Codex

28.15%
按下载量换算55

replit

26.3%
按下载量换算51

windsurf

17.55%
按下载量换算34

OpenCode

12.75%
按下载量换算25

Cursor

8.57%
按下载量换算17

Claude Code

3.95%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

继续浏览同类 Skills