GF

gf-reference-boundary

Maintains the connection between the GF framework and its external reference examples.

Install

mkdir -p .claude/skills/gf-reference-boundary && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/12994" && unzip -o skill.zip -d .claude/skills/gf-reference-boundary && rm skill.zip

Installs to .claude/skills/gf-reference-boundary

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Maintain the external GF reference project boundary and examples smoke workflow. Use when working with gf-reference-project, examples suite, sync_reference_project.py, smoke scenes, reference project feedback, or avoiding project-business leakage into addons/gf.
262 chars✓ has a “when” triggerlonger than Claude Code's old 250-char listing cap (fine on current versions)
Intermediate

Key capabilities

  • Check that external addons/gf is current using a read-only command
  • Perform explicit write sync for the reference project
  • Run checks for examples when they are in scope
  • Classify repeated friction from the reference project into categories
  • Record framework feedback in ai_analysis/framework_feedback.md

How it works

The skill maintains the boundary of the external GF reference project by providing tools to check and sync its content, and to classify feedback without integrating project-specific rules into the framework.

Inputs & outputs

You give it
GF maintenance task touching the external reference project or examples suite
You get back
Validated sync status, or classified feedback for the GF framework

When to use gf-reference-boundary

  • Sync reference project
  • Run smoke tests
  • Check example suite
  • Validate framework integration

About this skill

GF Reference Boundary

Use this skill whenever GF maintenance touches the external reference project or examples suite. The reference project is a validation surface and feedback source, not part of the GF framework repository.

Path

  • Default project path: ../gf-reference-project
  • Override: GF_REFERENCE_PROJECT_PATH
  • Boot scene override: GF_REFERENCE_BOOT_SCENE or .gf_reference_project.json boot_scene
  • Smoke scene override: GF_REFERENCE_SMOKE_SCENE or .gf_reference_project.json smoke_scene

Resolve the project path in this order: explicit --project-root, GF_REFERENCE_PROJECT_PATH, then the default. Always confirm the target contains project.godot before writing. The current file check is necessary but not sufficient proof of ownership; until a managed identity protocol is adopted, do not use sync against an unfamiliar project root.

Sync Rules

  • tools/gf_maintenance.py check --suite examples is read-only by default and checks that external addons/gf is current.
  • Write sync is explicit only:
    • python tools\sync_reference_project.py --apply
    • or python tools\gf_maintenance.py check --suite examples --sync-examples
  • The external project's addons/gf/ is generated/synced content. Do not treat it as reference project source.
  • Sync defaults to read-only check; --plan reports planned and applied actions separately without writing. Copy sync captures a bounded binary-exact payload manifest, stages the complete tree, and swaps it with rollback on ordinary failures. Link sync refuses to replace an existing target until a managed ownership protocol is adopted.

Checks

Run these when examples are in scope:

python tools\sync_reference_project.py --check
python tools\gf_maintenance.py check --suite examples --json

Use explicit write sync only when the user asked to sync, or when validation requires syncing after GF source changed.

Feedback Boundary

If the reference project reveals repeated friction, classify it before changing framework code:

  • project convention
  • documentation suggestion
  • maintenance tool improvement
  • framework candidate

Record framework feedback on the GF side, especially in ai_analysis/framework_feedback.md when useful. Do not write reference-project gameplay rules into addons/gf.

When not to use it

  • When the task involves writing reference-project gameplay rules into addons/gf

Limitations

  • Do not write reference-project gameplay rules into addons/gf

How it compares

This skill explicitly separates the reference project as a validation surface from the core GF framework, ensuring that project-specific logic does not leak into the framework's addons.

Compared to similar skills

gf-reference-boundary side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
gf-reference-boundary (this skill)02moNo flagsIntermediate
e2e-testing-patterns82moNo flagsIntermediate
testing-workflow169moReviewIntermediate
perf-lighthouse135moReviewIntermediate

Try saying

Example prompts that trigger this skill in your AI assistant.

You might also like

Search skills

Search the agent skills registry