By BB-84C
Audit Bethesda plugin conflicts with MCP-driven xEdit, manage load orders, compile Papyrus scripts, translate plugin files, and curate modpack releases—all orchestrated from MO2 and a local dev-log.
Use when planning or building the whole Bethesda modpack incrementally — batch strategy, rollback point, naming convention, separator discipline, attribution, and declaring 风格 before adding mods. Triggers - "build a modpack", "plan the pack", "batch strategy", "rollback point", "naming convention", "declare 风格", "策展整合包", "整合包规划". NOT for deciding whether one mod belongs (evaluating-bgs-mods), installing one mod from author instructions (interpreting-mod-author-instructions), load order mechanics (writing-bgs-load-order), or record conflicts (xedit-conflict-audit).
Use when a BGS modded game has CTD, crash log, FPS drop, stuttering, freeze, performance, won't start, 崩溃, 掉帧, 卡顿 symptoms and the user needs a symptom-first diagnostic ladder. NOT for proactive post-install testing; use testing-bgs-modpack.
Use when deciding whether a mod belongs in a modpack — judging mod quality, fit, risk, and pack-value BEFORE download/install. Triggers - "should I add this mod", "is this mod good", "评估这个mod", "这个mod值得装吗", "is this mod worth it", "this mod looks too good to be true", "compare these mods", "does this mod fit my pack". NOT for how to install a mod (use interpreting-mod-author-instructions), load order (writing-bgs-load-order), or conflict resolution (xedit-conflict-audit).
Use when deciding how to correctly download/install a Bethesda mod per the author's instructions — triggers "how do I install", "FOMOD choices", "which file to download", "author说明", "install instructions", "which variant", "按作者说明安装", "这个mod怎么装". NOT for deciding whether to include the mod (use evaluating-bgs-mods), load order editing (writing-bgs-load-order), record conflicts (xedit-conflict-audit), archive operations (using-bgs-archive), Papyrus work (using-bgs-papyrus), or translation/export tasks (using-bgs-translator).
Use after first-run for ongoing modpack maintenance: update/install KB packs, author or register custom/mod KB packs, maintain localization glossary KBs for translator use, prune KB cache, health-check the environment, version-pin KB/tooling, or handle recurring BGS modding environment care.
Admin access level
Server config contains admin-level keywords
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
An agent plugin for Bethesda Game Studio modpack curation. Installs on OpenCode, Claude Code, and Codex. Ships xEdit and knowledge-base MCP servers, an MO2 control-plane installer, and skills that walk the agent through first-run setup, conflict audit, and project documentation.
xedit MCP server — nine intent tools (xedit_session, xedit_list_capabilities, xedit_find_record, xedit_read_record, xedit_inspect_conflicts, xedit_inspect_conflicts_deep, xedit_find_records_by_pattern, xedit_create_child_record, xedit_navigate_ancestry) plus the atomic xedit_call passthrough for the native xEdit daemon command set discovered at runtime via system.capabilities. Goes through a 7-stage harness pipeline (validate → state-check → rules → forward → envelope → audit).bgs_kb MCP server — local SQLite + FTS5 knowledge-base lookup (bgs_kb_status, bgs_kb_query, bgs_kb_get) over the bundled core BGS modding KB. Works without MO2 or xEdit running.scripts/install-mo2-control-plane.ps1 into your own MO2.tools/xedit-hook-bridge/dist/.using-bgs-modding-superpowers — per-session bootstrap.setting-up-bgs-modding-environment — first-run install orchestrator (MO2 detect → control plane → optional xEdit download → dev-log / changelog init → semantic smoke test).xedit-automation + xedit-conflict-audit — the hub skill and the W2 conflict-audit workflow.writing-modpack-devlog, writing-modpack-changelog — create and maintain your modpack project's documentation at runtime.Add to the plugin array of your opencode.json:
{
"plugin": ["bgs-modding-superpowers@git+https://github.com/BB-84C/bgs-modding-superpowers.git"]
}
Full instructions: .opencode/INSTALL.md.
/plugin marketplace add BB-84C/bgs-modding-superpowers
/plugin install bgs-modding-superpowers@bgs-modding-superpowers
The bundled xedit and bgs_kb MCP servers are declared in .mcp.json and resolve via ${CLAUDE_PLUGIN_ROOT}.
Start a Codex session and paste this prompt. Your Codex agent does the install for you:
Install the bgs-modding-superpowers plugin from
https://github.com/BB-84C/bgs-modding-superpowers. Run these two commands and report back whatcodex mcp listshows afterwards:codex plugin marketplace add BB-84C/bgs-modding-superpowers codex plugin add bgs-modding-superpowers@bgs-modding-superpowersBoth
xeditandbgs_kbMCP servers should appear incodex mcp listafter install — Codex auto-imports them from the plugin's.mcp.json. If either is missing or any step fails, surface the exact error rather than working around it.
That's it. After install, restart any open Codex session so the new skills and MCP servers load.
Manual install (same two commands, run yourself):
codex plugin marketplace add BB-84C/bgs-modding-superpowers
codex plugin add bgs-modding-superpowers@bgs-modding-superpowers
Update later with:
codex plugin marketplace upgrade bgs-modding-superpowers
The repo carries the materialized plugin tree at plugins/bgs-modding-superpowers/ (Codex's marketplace schema requires the subdirectory layout). Source-of-truth files at the repo root are mirrored there by scripts/build-portable-plugin.ps1 on every release.
Start any session in your modpack project directory and ask:
Set up the BGS modding environment.
The setting-up-bgs-modding-environment skill will detect MO2, install the control plane, optionally fetch xEdit from BB-84C/TES5Edit, and initialize your dev-log + release-changelog.
You can install MO2 yourself, ask the agent to install it (explicit consent), or run in "no MO2" mode for documentation-only work.
Out of the box the xedit MCP server has no idea where your MO2 install lives. Tell it via the BGS_MO2_ROOT env var on the MCP server entry in your harness config; the value is the absolute path to the directory containing ModOrganizer.exe.
Examples:
~/.config/opencode/opencode.json, harness MCP block — set the env on the xedit server entry):npx claudepluginhub bb-84c/bgs-modding-superpowers --plugin bgs-modding-superpowersPermanent coding companion for Claude Code — survives any update. MCP-based terminal pet with ASCII art, stats, reactions, and personality.
Access thousands of AI prompts and skills directly in your AI coding assistant. Search prompts, discover skills, save your own, and improve prompts with AI.
Lazy senior dev mode. Forces the simplest, shortest solution that actually works: YAGNI, stdlib first, no unrequested abstractions.
Reliable automation, in-depth debugging, and performance analysis in Chrome using Chrome DevTools and Puppeteer
Feature development with code-architect/explorer/reviewer agents, CLAUDE.md audit and session learnings, and Agent Skills creation with eval benchmarking from Anthropic.
Production-grade engineering skills for AI coding agents — covering the full software development lifecycle from spec to ship.