VibeUE

Agentic Development in Unreal Engine

๐Ÿค OPEN SOURCE ยท MIT

CONTRIBUTING TO VibeUE

VibeUE is built by the community, for the community. Bug reports, new toolsets, agent skills, docs โ€” every contribution makes it better.

โœจWays to Contribute

๐Ÿ›

Report Issues

Hit a bug or a rough edge? Open a GitHub issue with repro steps, your UE version, and what you expected.

๐Ÿงฐ

Add or Extend Toolsets

Add methods to an existing service or build a new one. It registers onto UE5.8's ToolsetRegistry automatically.

๐Ÿ“š

Write Agent Skills

Capture a workflow, gotcha, or property format as a skill pack served by the AgentSkillToolset.

๐Ÿ“

Improve Docs

Fix a typo, clarify a step, or document a service. Docs PRs are some of the most valuable.

๐Ÿ› ๏ธSet Up a Dev Build

1

Fork & clone the 5-8 branch

Fork kevinpbuckley/VibeUE on GitHub, then clone your fork's 5-8 branch into a UE 5.8 project's Plugins/ folder:

cd /path/to/YourProject/Plugins
git clone -b 5-8 https://github.com/<your-user>/VibeUE.git
2

Build & enable

Run BuildAndLaunchGame.ps1 (Windows) or BuildAndLaunchGame.sh --engine /path/to/UE5 (Linux) from the plugin root, enable VibeUE in Edit โ†’ Plugins, and restart the editor. Make sure UE 5.8's native MCP server is configured (see the setup docs). Check the repo README for the latest build details.

3

Branch, change, verify

Create a feature branch off 5-8, make your change, and test it live in the editor โ€” confirm your tool or skill shows up on the MCP endpoint and behaves as expected before opening a PR.

git checkout -b feature/my-change 5-8

๐ŸงญWhere Things Live

VibeUE extends three native UE 5.8 systems โ€” knowing which one your change targets tells you where it goes:

  • ToolsetRegistryโ€” Service classes whose AICallable methods become tools. Add a method to an existing service, or add a new service, and it registers automatically.
  • ModelContextProtocolโ€” Utility tools (execute_python_code, the discover_python_* family, read_logs).
  • AgentSkillToolsetโ€” Lazy-loaded skill packs (markdown knowledge). Add or refine a skill so agents pick up the right workflow.

Browse the existing toolsets to see the patterns before adding your own.

๐ŸงชCreate Test Prompts

VibeUE is driven by AI agents, so the best way to test a change is with test prompts โ€” the plain-language requests a real user would type to exercise your tool or skill. Every new toolset method, skill, or bug fix should ship with prompts a maintainer can run against a live editor to confirm it works.

What makes a good test prompt

  • โ–นPhrase it like a user โ€” natural language, not a literal tool call. The point is to check the agent picks the right tool and arguments on its own.
  • โ–นState the expected result โ€” what should change in the editor, and what the agent should report back, so a reviewer can tell pass from fail.
  • โ–นBe deterministic โ€” use specific asset names and paths (e.g. /Game/Tests/BP_Probe) so the prompt is repeatable.
  • โ–นCover the happy path and an edge case โ€” at least one normal use plus one failure/guard case (missing asset, bad input, idempotent re-run).
  • โ–นInclude them in your PR โ€” paste the prompts and expected outcomes in the PR description (or add them to the repo's test-prompts location if one exists for the area you're touching).

Example for a new add_member_variable capability:

# Happy path
Prompt: "In BP_Probe at /Game/Tests, add a float variable named Health defaulting to 100, then compile it."
Expect: Health (Float, default 100) exists on the Blueprint; compile succeeds; agent confirms the variable and value.

# Edge case
Prompt: "Add a variable named Health to BP_Probe again."
Expect: agent reports the variable already exists and does not create a duplicate or error out.

๐Ÿš€Submit a Pull Request

  • โ–นOpen your PR against the 5-8 branch of kevinpbuckley/VibeUE.
  • โ–นKeep PRs focused โ€” one feature or fix per PR is easiest to review and merge.
  • โ–นInclude test prompts with expected outcomes (see above) so a reviewer can reproduce your verification.
  • โ–นDescribe what changed and why, and note how you verified it in the editor.
  • โ–นMatch the surrounding code style and naming conventions of the service or skill you're touching.
  • โ–นNot sure about an approach? Open an issue or ask on Discord first โ€” it saves rework.
๐ŸŒ

Ready to jump in?

Grab the 5-8 branch, pick an issue, and say hi on Discord. We'd love your help.