nccgs 2.1.1 → 3.0.0-rc.2

package/unity-skills/craft-game-floors/references/visual-scorecard.md

@@ -0,0 +1,43 @@
+# Visual Scorecard
+
+> Craft reference for the `craft-game-floors` skill. **Load:** at the end of every build session and after any visual change worth verifying. A single-floor touch-up owes only that floor's own Verify section; the full board below is the build session's done gate. Capture mechanics live in `unity-cli` (editor_play → capture_game_view → eval). Relative links in this file resolve to the skill directory. Confirm engine behavior against the linked documentation for the installed version before acting on it.
+
+## The rule
+
+**The first capture is a draft, never the deliverable.** A build session under these floors (any paved build) ends with scored frames, not a green compile. "It runs" and "it's done" are different claims; this gate is the difference.
+
+## Procedure
+
+1. **Record the Editor's starting state first** — whether Play mode is already running (a user-owned session is never restarted or stopped: score inside it or ask), and the current auto-tick and `runInBackground` values, so both can be restored after the gate. Then prove liveness with this four-call loop before trusting any capture: `editor set_auto_tick on` · script eval [`Application.runInBackground`](https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unityengine/application/runinbackground.md) `= true` · `editor.playmode start` · a job wait on `Time.frameCount` with op `changed`. The command names here are the installed pipeline package's — confirm them with `unity command` before running. Run the loop every time: capture-on-demand renders frozen games as alive, and an unfocused Editor can freeze play at frame 1–2 while status still reports playing. **After the gate, restore the recorded auto-tick and `runInBackground` values and exit Play if the gate started it.**
+2. Render a warm-up frame and discard it before every scored capture — the first render after a rebuild comes back blank (async shader compile).
+3. Capture **three frames**: the standard gameplay angle · a character close-up · the busiest UI moment (mid-pickup or milestone, so feedback is *in* the frame). **UI in captures:** game-view capture can skip ScreenSpaceOverlay canvases entirely while the canvas is provably alive — for any frame that must show UI, either use a screen-level capture source where the installed pipeline package offers one (confirm its capture flags — names and `--view` options vary by version) or put the HUD on a ScreenSpaceCamera canvas, which renders in every capture path. Verify UI presence in the frame, not in the hierarchy. **Driving the game for captures:** simulated key events may not reach Input System polling in editor play mode — when a verification drive needs movement, compile a small debug-input hook into the controller rather than fighting the input simulator. **Where captures land:** `capture game_view` writes to `Assets/Captures/` — add `Assets/Captures/` to .gitignore before the first capture.
+4. Score each axis 1–5. The palette-discipline instant fail is machine-checkable first: eval-scan every renderer for `Default-Material`, TMP for the stock font **left at default settings** (a deliberately styled stock font passes — placeholder-assets prescribes exactly that), **every ParticleSystem's startColor and every HUD panel Image for untinted white/gray** (the two elements that most often slip the palette while passing the material scan; a white sprite tint that deliberately preserves the sprite's own colors also passes — the scan flags defaults, not choices), before scoring — so axis 1's fail never rests on eyesight alone. **If the request authorized changes**, anything below 3 gets a fix, and spend at least one fix pass even on a passing board; **on an assessment-only ask** ("score it"), report the board and the recommended fixes and change nothing until the user says go. When tuning live via `eval`: a timed-out eval may still have executed — mutations are not idempotent-safe; long work goes through `run_script`.
+
+## The six axes
+
+| Axis | The question | Instant fail |
+|---|---|---|
+| Palette discipline | Does every color trace to the art bible? | default-gray material, skybox, or UI anywhere |
+| Style uniformity | One style across character, environment, sky, UI? | style breaks at the character's edge |
+| Lighting depth | Warm/cool separation? Shadow sides alive? | flat white directional look |
+| Silhouette | Is the character identifiable filled black? Grade from the gameplay camera angle as well as a side view. | reads as "capsules" |
+| UI intentionality | HUD on the palette, aligned, styled text? | default uGUI skin visible |
+| Feedback visibility | Does the busy frame *show* the game answering the player? | a pickup frame with nothing happening |
+
+## The 2D anchor set
+
+For a 2D build, grade the same six questions through their 2D equivalents: palette discipline = every sprite tint traces to the bible (no default-white sprites); style uniformity = one consistent pixel density across all sprites, no mixed-resolution art; silhouette = the character reads at gameplay zoom, not just in the source asset; lighting depth = outline discipline instead — either every gameplay-critical sprite carries the outline treatment or none does; UI intentionality and feedback visibility grade unchanged. Where a 2D floor is missing, name the gap in the report rather than grading against a 3D axis the build cannot meet.
+
+## Calibration anchors
+
+- **5** — a promo still from a stylized indie (Monument Valley, A Short Hike): total palette and style discipline.
+- **3** — a polished jam entry: simple assets, but deliberate light, consistent style, styled UI. **The paved floor — the minimum any build under these floors ships at.**
+- **1** — untextured primitives under one white directional with default-gray UI: the documented starting point this gate exists to abolish.
+
+## Report
+
+Print the board in one fixed grammar — one line per axis, `axis: <score>/5 — <one-line evidence>` — so a later session can parse it, then what the fix pass changed, and attach the final captures. The scored frames are the session's proof-of-done artifact.
+
+## Expansion scope
+
+Baseline captures + visual regression across sessions, resolution/aspect sweeps, colorblind-safety check, bot-driven capture routes, per-genre anchor packs.

package/unity-skills/create-2d-physics/SECURITY.md

@@ -0,0 +1,16 @@
+# Security notes: create-2d-physics
+
+This skill has the agent run C# inside the user's open Unity Editor through `unity command script eval`. Automated skill scanners flag that as a powerful capability. It is intentional, and it is limited by the safeguards below.
+
+## Accepted risks
+
+| Risk | Capability | Why it is accepted |
+|---|---|---|
+| `SEC_POWER_CAP` | Runs C# in the user's open Editor through `unity command script eval` | It only reaches the Editor the user already has open, on their own machine, as that user, so it grants nothing they couldn't do themselves. `script eval` sits behind the Pipeline capability gate. No code fetched from a remote source is run. Where a named `unity command` covers a step, the skill uses that instead of `script eval`. |
+
+## Mitigations
+
+- **Only the user's own Editor.** `unity command script eval` talks to the Editor open on this machine. It can't reach another machine or another user's Editor.
+- **Capability gate.** `script eval` is only available when the project's Pipeline package provides it.
+- **No remote code.** The agent runs C# it writes from this skill's own recipes. Nothing downloaded from outside is executed.
+- **Named commands first.** When a dedicated `unity command` covers a step, the skill uses it instead of `script eval`.

package/unity-skills/create-2d-physics/SKILL.md

@@ -0,0 +1,128 @@
+---
+name: create-2d-physics
+description: "Creates and fixes Unity 2D physics in both systems, 2D Physics Core and the legacy Rigidbody 2D system. Use when the user asks about any 2D physics task, even if neither system is named. Not for 3D physics."
+allowed-tools: WebFetch, WebSearch
+metadata:
+  version: 0.3.0
+  support: "https://unity.com/support-services"
+---
+
+# Create and fix Unity 2D physics
+
+Do not weigh 3D physics options. If evidence shows the user means 3D, say so and stop.
+
+## Important
+
+- Use the unity cli (`unity command --format json`) and the `unity-cli` and `unity-pipeline` skills for each step.
+- Before making changes, establish a baseline of the current behavior so you can tell whether a later result is actually caused by your change.
+- Create a restore point you can roll back to if your changes fail.
+- Do only what's asked. Don't change unrelated assets or files.
+- Avoid long explanations.
+- Verify runtime behaviour with temporary `Debug.Log` lines, then remove them, because the user didn't ask for logging and leftover lines clutter their script and console. Don't build settle-detection or permanent logging they didn't ask for. See [Final step](#final-step).
+- Never reflect over types to discover an API — fetch the member page instead. The system probe is the one exception.
+
+### Passing C# to `script eval`
+
+`script eval` compiles a statement block, not a file, so write the code without `using` directives and with fully qualified types. `return` what you want to read; it arrives at `data.result.result`. If the code doesn't compile, look up the error here:
+
+| Error | Cause | Fix |
+| --- | --- | --- |
+| `CS0210` | A `using` directive, which the compiler reads as a resource-disposal statement | Remove the directive and qualify the types |
+| `CS0246` / `CS0103` | An unqualified type, such as `Rigidbody2D` or `PhysicsWorld` | Use the full name, such as `UnityEngine.Rigidbody2D` or `Unity.U2D.Physics.PhysicsWorld` |
+| `CS0104` | A bare `Object`, which is ambiguous with `object` | Use `UnityEngine.Object` |
+
+## Step 0: Which physics system
+
+Unity has two 2D physics systems. They share no code and never interact. Identify which one before writing any physics code — an answer from the wrong system compiles, runs, and does nothing.
+
+Check the request, scene and existing scripts against the table below, in this order:
+
+1. Check the scene components and existing scripts first, because components are the reliable signal.
+2. Check the user's request wording: "add a collider" is component language, "spawn a thousand" is script language.
+3. If still unsure which systems are installed, run the probe below.
+4. If the route is still unknown, stop and ask — offer all three routes and never choose for the user.
+
+| Signal | System |
+| --- | --- |
+| Physics Pose, Area, Constraint or Simulation components | Core components, 6000.7+ with the package |
+| Rigidbody 2D, Collider 2D, Joint 2D, Effector 2D | Legacy |
+| `Unity.U2D.Physics` or `UnityEngine.LowLevelPhysics2D` types in script | Core in script |
+| `Rigidbody2D`, `Collider2D`, `Physics2D` types | Legacy |
+| Both present | Separate simulations. Say so, treat separately |
+| No signal | Stop and ask, offering the three routes above |
+
+Key:
+- Legacy = Rigidbody 2D and Collider 2D components.
+- Core components = Physics Pose and Physics Area, requiring `com.unity.2d.physics` and Unity 6000.7+.
+- Core in script = `Unity.U2D.Physics` API, no package needed.
+
+Probe:
+```
+unity command script eval --code 'var r = ""; foreach (var n in new[] { "UnityEngine.Rigidbody2D", "Unity.U2D.Physics.PhysicsWorld", "UnityEngine.LowLevelPhysics2D.PhysicsWorld", "Unity.U2D.Physics.PhysicsPose" }) { var f = false; foreach (var a in System.AppDomain.CurrentDomain.GetAssemblies()) if (a.GetType(n) != null) f = true; r += f + ","; } return r;'
+```
+The Probe returns: legacy present, Core as `Unity.U2D.Physics`, Core as `UnityEngine.LowLevelPhysics2D`, Core components present. Core exists if either Core value is true; the true one gives the namespace. `false` rules that route out.
+
+## Full topic map
+
+Before you go forward with a workflow or diagnosis:
+
+1. Open and read the [documentation page(s)](#full-topic-map) that cover the specific subject related to what you intend to do or fix and check if you've missed anything.
+2. Name the file(s) you read in your response.
+
+This is because your training knowledge about Unity might be out of date, incorrect, or for the wrong Unity version.
+
+Prefer `WebFetch` over `WebSearch` — faster and lands on the exact reference. Only fetch what you need. Replace `<VERSION>` with the following before fetching:
+
+- **Package on docs.unity3d.com**: The package version, eg `@6.6` or `@2.0`. Check the package version if unsure.
+- **docs.unity.com**: The product version, eg `7000.0`
+
+For docs.unity.com engine pages, use the Unity version, e.g. `6000.7`. Pages are markdown — URLs end in `.md`. Find the package version in `Packages/packages-lock.json`, because `manifest.json` can hold a range or a git URL instead of the resolved version.
+
+If the Editor install folder has a `Data/Documentation` folder (eg `...Unity/Hub/Editor/6000.6.0b2/Editor/Data/Documentation`), read the html files from the `en/Manual` folder. Otherwise use the online `.md` pages listed in the references below.
+
+Once you know the route, read the matching reference before acting:
+- [2D Physics Core reference](references/2d-physics-core.md) - components, configuring them, creating bodies in script, ownership, and the full Core topic map.
+- [Legacy 2D physics reference](references/legacy-2d-physics.md) - the legacy manual topic map.
+
+### API reference
+
+The Core and legacy APIs (`Unity.U2D.Physics` or `UnityEngine.LowLevelPhysics2D`, and `UnityEngine.Rigidbody2D`, `Collider2D`, `Physics2D`) are part of the Unity Engine. They are versioned by Unity version, so check the project's Unity version before relying on a specific class or method.
+
+1. Use the `unity-cli` skill to check the project's Unity version.
+2. If the Editor install folder has a `Data/Documentation` folder, grep the html files in the `en/ScriptReference` folder inside, and skip the remaining steps.
+3. Otherwise, fetch and cache `https://docs.unity3d.com/<VERSION>/Documentation/ScriptReference/xrefmap.yml` (replace `<VERSION>` with the project's Unity version in major.minor form). This file lists every public API member's fully qualified name as a `uid` (e.g. `uid: 'UnityEngine.Rigidbody2D.AddForce(UnityEngine.Vector2,UnityEngine.ForceMode2D)'`).
+4. Grep the yml file locally for a class or method instead of refetching per lookup. The file is large (about 6 MB), so don't read the whole file.
+5. Convert the `uid` to a markdown page: remove the parameters in brackets, lowercase it, replace `.` with `/`, and add `.md`. Then fetch `https://docs.unity.com/en-us/engine/<VERSION>/script-reference/<converted uid>`. For example, `UnityEngine.Rigidbody2D.AddForce(UnityEngine.Vector2,UnityEngine.ForceMode2D)` => `https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unityengine/rigidbody2d/addforce.md`. All overloads are on the same page.
+   - Constructors use `ctor` (e.g. `unityengine/vector2/ctor.md`), and indexers use `item` (e.g. `unityengine/vector2/item.md`).
+   - For operators, fetch the class page (e.g. `unityengine/vector2.md`) and follow its link.
+   - Links inside the pages start with `/engine/`. Add `https://docs.unity.com/en-us` before them.
+   - If the page doesn't exist for that Unity version, use the `href` in the `xrefmap.yml` entry instead (e.g. `href: 'Rigidbody2D.AddForce.html'` => `https://docs.unity3d.com/<VERSION>/Documentation/ScriptReference/Rigidbody2D.AddForce.html`).
+
+The Core **components** (Physics Pose, Area, Constraint, Simulation) are in the `Unity.U2D.Physics` namespace of the `com.unity.2d.physics` package. They are versioned by package version, not Unity version, so check the installed package version before relying on a specific class or method.
+
+1. Use the `unity-cli` skill to check the installed package version.
+2. Fetch and cache `https://docs.unity3d.com/Packages/com.unity.2d.physics@<version>/xrefmap.yml` (replace `<version>` with the installed package version in major.minor form). This file maps every public API member's fully qualified name to its docs page `href` (e.g. `href: api/Unity.U2D.Physics.PhysicsPose.html` => `https://docs.unity3d.com/Packages/com.unity.2d.physics@<version>/api/Unity.U2D.Physics.PhysicsPose.html`).
+3. Grep the yml file locally for a class or method instead of refetching per lookup. Don't read the whole file.
+
+Always use the docs matching the project's Unity version and installed package version rather than relying on training knowledge, because APIs are often marked obsolete between versions and a member you recall might be obsolete or removed in the project's version.
+
+## Worked examples
+
+Prefer in order: the C# example on the type or member page you are using; existing project scripts (match their style); the sample project at `https://github.com/Unity-Technologies/PhysicsExamples2D`. Check all three before inventing a pattern.
+
+## Final step
+
+Physics changes alter runtime behaviour, so a clean compile isn't enough. Run these checks in order. If any check fails, reread the [docs pages](#full-topic-map) to find out what you missed, fix it, and run the checks again.
+
+1. Use `console_status` to check the project has zero console errors.
+2. Read back what you changed, because a change can compile cleanly and still do nothing:
+   - For components you added or configured in the scene, use `script eval` to check each one exists on its GameObject and its properties hold the values you set, such as a Collider 2D's `isTrigger` or the members listed on a Core component's type page.
+   - For a script, read it back and check it uses the system and namespace from [Step 0](#step-0-which-physics-system), and sets each Core body's `type` explicitly.
+3. Add temporary `Debug.Log` lines that print the behaviour you changed, such as a body's position or velocity, or a contact or trigger callback firing.
+4. Enter Play mode and check the console shows the expected log lines and still has zero errors. You can also read the world through `script eval`. Take no screenshots, because they take too much time.
+5. Exit Play mode, remove the temporary `Debug.Log` lines, and check the console again has zero errors.
+
+## Final report
+
+Short checklist: what you changed and why, which physics system you used, anything left for the user to decide or do.
+

package/unity-skills/create-2d-physics/references/2d-physics-core.md

@@ -0,0 +1,155 @@
+# 2D Physics Core
+
+## Contents
+
+- [Step 0](#step-0) — when to read before acting
+- [Configuring a component](#configuring-a-component)
+- [Creating in script](#creating-in-script)
+- [Ownership](#ownership)
+- [What you are likely to get wrong](#what-you-are-likely-to-get-wrong)
+- [Manual: 2D Physics Core](#manual-2d-physics-core)
+- [Scripting reference](#scripting-reference)
+- [Package documentation](#package-documentation)
+
+The engine API is a built-in module — no package needed. The Physics Pose, Area and Constraint **components** come from `com.unity.2d.physics`, requiring 6000.7+. Check `Packages/manifest.json` before suggesting a component; if absent, offer to add it using the `unity-package-management` skill.
+
+A component is not the physics object. It owns a body, shape or joint — operate on that owned object. Read/write it, apply forces, query it, handle contacts (from a worker thread if needed). See [Physics Pose and Physics Area components](https://docs.unity.com/en-us/engine/<VERSION>/manual/unity2d/2d-physics-api/create-objects/pose-and-area.md).
+
+The components use only the public API, by design, so nothing is component-only — a plain MonoBehaviour driving the engine API always works. Never say a case is unsupported. For many shapes or nested areas, Physics Area Composite already exists.
+
+Within Core: components for scene-authored objects, script for bulk runtime creation. The modules `com.unity.modules.physics2d` and `com.unity.modules.physicscore2d` are on by default; only matter if stripped. The Unity version sets the namespace, not which system exists. Read the [Unity 6.5 upgrade guide](https://docs.unity.com/en-us/engine/<VERSION>/manual/upgrade-guides/upgrade-guide-unity65.md) (local: `en/Manual/UpgradeGuideUnity65.html`) for the rename.
+
+## Step 0
+
+Before you go forward with a workflow or diagnosis:
+
+1. Open and read the documentation page(s) from the [Manual](#manual-2d-physics-core) or [Scripting reference](#scripting-reference) that cover the specific subject related to what you intend to do or fix and check if you've missed anything.
+2. Name the file(s) you read in your response.
+
+This is because your training knowledge about Unity might be out of date, incorrect, or for the wrong Unity version.
+
+Always use versioned URLs — unversioned links resolve to the current release, not the project's version.
+
+Core script type pages are an exception: the API only changed namespace, so the version only decides whether to write `Unity.U2D.Physics` or `UnityEngine.LowLevelPhysics2D`. Use the project's version when known, otherwise 6000.7.
+
+Most tasks (apply force or impulse, move a body, read velocity, add a component) need no reading — just do it.
+
+Exceptions that always require reading first:
+- **Setting component values**: fetch the type page per [Configuring a component](#configuring-a-component).
+- **Creating a body in script**: read the two pages in [Creating in script](#creating-in-script).
+- **Any member you cannot name with confidence**: read one page. Never read more than two pages for a single task.
+
+## Configuring a component
+
+Follow these rules for configuring a component:
+
+- Never write serialized fields — the serialized names differ from public names. Drive everything through public properties and methods via `script eval`.
+- Definition and geometry are separate: a pose's body settings live in its definition; an area's shape is its geometry. Configure them independently. A change to either needs its apply call before it takes effect — the type page states which one.
+- Before configuring any component, fetch its API page and use only members it lists. Read the installed version from `Packages/packages-lock.json` (major.minor, e.g. `1.1`), then fetch:
+`https://docs.unity3d.com/Packages/com.unity.2d.physics@<version>/api/Unity.U2D.Physics.<Type>.html`
+
+One page per type covers all members. If a member is missing, treat it as undocumented, not absent.
+
+## Creating in script
+
+Before creating a Core body in script, read these two pages and follow their examples. Set `type` on the definition explicitly.
+
+- `https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unity/u2d/physics/physicsbodydefinition.md`
+- `https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unity/u2d/physics/physicsbody.md`
+
+Use the project's version, or 6000.7 if unknown. On 6000.3–6000.4 the namespace is `UnityEngine.LowLevelPhysics2D`, e.g. `.../script-reference/unityengine/lowlevelphysics2d/physicsbody.md`.
+
+Script types — joints, geometry, queries, and everything else — are engine types in the main scripting reference only. Never look for them in the `com.unity.2d.physics` package docs.
+
+## Ownership
+
+Core only. Before you destroy or change a world, body, shape, chain or joint you didn't create in this task, read the owner rules on these pages and on the member page you're calling, such as [PhysicsBody.Destroy](https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unity/u2d/physics/physicsbody/destroy.md):
+
+- [PhysicsBody.SetOwner](https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unity/u2d/physics/physicsbody/setowner.md)
+- [PhysicsWorld.CreateOwnerKey](https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unity/u2d/physics/physicsworld/createownerkey.md)
+
+Follow these rules:
+
+- Create an owner key and own what you create, so later calls can tell your objects from the user's.
+- Never destroy an object you only found through a query, because it belongs to the user's code or a component.
+- To remove a component-created object, remove its component instead.
+- After an owner-gated call, check the console for warnings, because a refused call doesn't throw.
+
+## What you are likely to get wrong
+
+Core's API is young and was renamed, so your recall is unreliable. Nothing carries over between systems unverified. Where a row links a page, read it instead of relying on recall.
+
+| Your likely assumption | What to do instead |
+| --- | --- |
+| Legacy manual pages are flat, like `class-Rigidbody2D.html` | Build URLs from the folder paths in the Legacy 2D physics reference |
+| Your recalled Core namespace is right for the project | Check the project's Unity version, then read the [Unity 6.5 upgrade guide](https://docs.unity.com/en-us/engine/<VERSION>/manual/upgrade-guides/upgrade-guide-unity65.md) |
+| Box2D v2 naming and semantics apply to Core | Ignore older forum answers. Read the Core type page |
+| A property uses the unit Box2D or the other system uses | Read the property page for its unit and range |
+| Core layer masks are the same width as a `LayerMask` | Read [PhysicsMask](https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unity/u2d/physics/physicsmask.md) |
+| Some behaviour is component-only | None is. Drive the engine API from a MonoBehaviour |
+| A user's own component needs wiring to work with Unity's | None. All interaction is engine-side |
+| Any handle can be destroyed | Only what you own. Follow [Ownership](#ownership) |
+| You must create a world first | Read [PhysicsWorld.defaultWorld](https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unity/u2d/physics/physicsworld/defaultworld.md) |
+| Debug visuals need gizmos or `Debug.DrawLine` | Use the Core physics renderer from [Scripting reference](#scripting-reference). Never hand-roll it |
+| A method exists because the other system has one like it | Confirm on its own page |
+| A recalled member such as `bodyType` still sets body type | Read [PhysicsBody.type](https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unity/u2d/physics/physicsbody/type.md) |
+| A newly created body has a known default type | Don't assume. Set `.type` explicitly: falls, thrown or bounces → Dynamic. Ground, wall or anchor → Static |
+| "add a circle/capsule/polygon/segment area" means the dedicated component | Could be that or Primitive with `shapeType` — same shape, two routes. Prefer dedicated when fixed at authoring time; Primitive only if it must switch at runtime. Chain Segment has no dedicated component |
+
+## Manual: 2D Physics Core
+
+If the Editor install folder has a `Data/Documentation` folder (eg `...Unity/Hub/Editor/6000.6.0b2/Editor/Data/Documentation`), read the html files from the `en/Manual/2d-physics-api/` folder. Local file names are flat: `2d-physics-api-<last path segment>.html` (e.g. `create-objects/reference-body.md` => `2d-physics-api-reference-body.html`), and section pages end `-landing` (e.g. `connect-objects.md` => `2d-physics-api-connect-objects-landing.html`). Start at `2d-physics-api-landing.html` and follow its links if a name doesn't match.
+
+Otherwise use the online pages.
+
+Base: `https://docs.unity.com/en-us/engine/<VERSION>/manual/unity2d/2d-physics-api/`. Pages are `.md`. The landing page is `https://docs.unity.com/en-us/engine/<VERSION>/manual/unity2d/2d-physics-api.md` — contents.
+
+Paths below are relative to the base:
+- `introduction.md` — what it is, component-to-object mapping
+- `get-started.md` — first scene with components
+- `create-objects.md` — Physics Pose and Physics Area components. Children in `create-objects/`: `pose-and-area.md`, `physics-object.md`, `add-sprite.md`, `debug-drawing.md` (Scene view editing, rendering modes)
+- `connect-objects.md` — joints. Children in `connect-objects/`: `joints.md`, `create-constraint.md`, `constraint-events.md`
+- `properties.md` — definitions, pinned properties, custom data, global settings. Children in `properties/`: `definitions.md`, `pin-properties.md`, `custom-data.md`, `class-physics-core-settings2d.md`, `preferences-window-reference.md`
+- `interactions.md` — collisions, contacts, triggers, filtering (queries are `PhysicsWorld` cast/overlap methods in the scripting reference). Children in `interactions/`: `introduction.md`, `collisions-enable.md`, `collision-handle.md`
+
+Read in full before acting (outside this skill's scope): `worlds.md`, `3d-planes.md`, `multithreading.md`.
+
+Component reference pages follow a pattern — build them:
+- Body: `create-objects/reference-body.md`
+- Area: `create-objects/reference-area-<kind>.md` (capsule, circle, composite, contour, path, polygon, primitive, segment, sprite)
+- Joint: `connect-objects/reference-joint-<kind>.md` (distance, fixed, hinge, relative, slider, wheel)
+- Constraint: `connect-objects/reference-constraint-ignore.md`
+- Simulation: `worlds/reference-simulation-component.md`
+- Assets: `worlds/reference-world.md` (Physics Simulation Definition), `worlds/reference-simulation-asset.md` (Physics Simulation World)
+
+This manual covers components. For joint structs, definitions, geometry, queries, math, events and destruction — use the scripting reference.
+
+## Scripting reference
+
+Build the URL — do not search for member pages. Names are lowercase.
+
+Base: `https://docs.unity.com/en-us/engine/<VERSION>/script-reference/`
+
+| You want | Pattern | Example |
+| --- | --- | --- |
+| Legacy type in `UnityEngine` | `unityengine/<type>.md` | `unityengine/rigidbody2d.md` |
+| Core namespace (lists types) | `unity/u2d/physics.md` | |
+| Core type | `unity/u2d/physics/<type>.md` | `unity/u2d/physics/physicsbody.md` |
+| Core type, 6000.3–6000.4 | `unityengine/lowlevelphysics2d/<type>.md` | `unityengine/lowlevelphysics2d/physicsbody.md` |
+| Method, property, field or nested type | `<type page without .md>/<member>.md` | `unity/u2d/physics/physicsbody/createshape.md`, `unity/u2d/physics/physicsbody/linearvelocity.md` |
+| A joint in script | Start at `unity/u2d/physics/physicsjoint.md`, then `physics<kind>joint` and `physics<kind>jointdefinition` | `unity/u2d/physics/physicshingejoint.md` |
+
+A type page lists members; a method page lists every overload. Units, ranges and defaults are on property pages. A 404 means the name is wrong, or that version's docs aren't published — fetch the type page and read its members, or try an adjacent version.
+
+For the Core renderer: start at `unity/u2d/physics/physicsworld/renderingmode.md`, `unity/u2d/physics/physicscoresettings2d.md`, and `physicsworld` draw methods: `drawgeometry`, `drawshapeproxy`, `drawqueryresult`, `drawlinestrip`, `drawshapes`.
+
+## Package documentation
+
+Package API pages are live only — not local files. Fetch using the version from `Packages/packages-lock.json`:
+`https://docs.unity3d.com/Packages/com.unity.2d.physics@<major.minor>/api/Unity.U2D.Physics.<Type>.html`
+
+The package manual pages are local markdown conversions of the Unity Manual, stored at `<project-folder>/Library/PackageCache/com.unity.2d.physics@*/`. Read only the .md files in that specific `PackageCache` subfolder. You must not look at non-.md files, or look outside at other Library or PackageCache folders, otherwise it takes too much time. Start with `Documentation~/TableOfContents.md`, or list the `Documentation~/` `.md` files if there is none, to find the page you need.
+
+If that folder has no `.md` files, use the online pages at `https://docs.unity3d.com/Packages/com.unity.2d.physics@<VERSION>/manual/`, because some package versions don't ship their docs.
+
+The `api/index.html` listing fetches as nothing — go straight to a named type page.

package/unity-skills/create-2d-physics/references/legacy-2d-physics.md

@@ -0,0 +1,45 @@
+# Legacy 2D physics
+
+Relative paths in this file resolve to the skill directory.
+
+## Step 0
+
+Before you go forward with a workflow or diagnosis:
+
+1. Open and read the [documentation page(s)](#manual-legacy-2d-physics) that cover the specific subject related to what you intend to do or fix and check if you've missed anything.
+2. Name the file(s) you read in your response.
+
+This is because your training knowledge about Unity might be out of date, incorrect, or for the wrong Unity version.
+
+## Manual: legacy 2D physics
+
+If the Editor install folder has a `Data/Documentation` folder (eg `...Unity/Hub/Editor/6000.6.0b2/Editor/Data/Documentation`), read the html files from the `en/Manual` folder. Start at `en/Manual/2d-physics/2d-physics.html` and follow its links, because local file names differ from the online paths (e.g. `2d-physics/rigidbody/rigidbody-2d-landing.html`).
+
+Otherwise use the online pages.
+
+Base: `https://docs.unity.com/en-us/engine/<VERSION>/manual/unity2d/`. Pages are `.md`.
+
+Pages, relative to the base:
+
+- `2d-physics.md` — contents page for legacy 2D physics
+- `2d-physics/rigidbody-2d.md` — Rigidbody 2D: body types, simulation and movement
+- `2d-physics/collider-2d.md` — Collider 2D types and their shared properties
+- `2d-physics/effectors-2d.md` — Effector 2D components, such as area, buoyancy and platform effectors
+- `2d-physics/2d-joints.md` — Joint 2D components that connect bodies
+- `2d-physics/physics-2d-profiler.md` — profiling the 2D physics simulation
+- `2d-physics/constant-force-2d-reference.md` — Constant Force 2D component (single page, no children)
+- `2d-physics/physics-material-2d-reference.md` — Physics Material 2D asset (single page, no children)
+
+Each landing page has a folder of the same name listing its children — follow those rather than guessing leaf names.
+
+## Scripting reference
+
+Legacy types live in the main scripting reference as `unityengine/<type>.md`, e.g. `https://docs.unity.com/en-us/engine/<VERSION>/script-reference/unityengine/rigidbody2d.md`. See the Scripting reference table in `references/2d-physics-core.md` for the full URL pattern, including how it differs from Core types.
+
+## What you are likely to get wrong
+
+| Your likely assumption | Actually |
+| --- | --- |
+| Your recall of legacy manual URLs is current | Build URLs from the [Manual](#manual-legacy-2d-physics) list, because the pages moved |
+| Legacy manual pages are flat, like `class-Rigidbody2D.html` | Use the family folders, such as `2d-physics/rigidbody-2d/` and `2d-physics/collider-2d/` |
+| A Core type or member has a legacy equivalent | Confirm on the legacy type's own page |

package/unity-skills/create-tile-palette-or-rule-tiles/SKILL.md

@@ -0,0 +1,12 @@
+---
+name: create-tile-palette-or-rule-tiles
+description: Create a 2D tile palette from sprites or textures, or make tiles change based on their neighbours. Use for tile palettes or self-connecting tiles, even when the user doesn't name them.
+---
+
+# Create a tile palette
+
+Pick the matching reference doc based on what the user wants, then follow it:
+
+- **Tile Palette** — [references/palette-create.md](references/palette-create.md) — when the user wants to organize tiles for 2D level design or create a new rectangular, hexagonal, isometric, or isometric Z as Y grid layout.
+- **Blank/empty RuleTile** (no sprites provided) — [references/ruletile-createempty.md](references/ruletile-createempty.md) — when the user wants a blank RuleTile (rectangular grid), HexagonalRuleTile, or IsometricRuleTile for custom rule configuration and has not provided or referenced any sprites.
+- **RuleTile built from existing sprites** (sprites, terrain art, edge tiles provided) — [references/ruletile-createfromsegment.md](references/ruletile-createfromsegment.md) — when the user wants tiles that autotile as they paint, or a RuleTile built from existing terrain or edge sprites so tiles connect correctly.

package/unity-skills/create-tile-palette-or-rule-tiles/references/hexagonalruletile.md

@@ -0,0 +1,71 @@
+# Skill: Advanced Hexagonal RuleTile Creation
+
+This skill provides a template and logic for creating complex `HexagonalRuleTiles`. Use this to programmatically generate or manually configure new Hexagonal RuleTiles for pointy-top hex grids.
+
+## Hexagonal Tile Rule Pattern (Pointy Top)
+
+A Hexagonal RuleTile uses 6 possible neighbor directions. These neighbors are defined as follows:
+
+### Neighbor Directions and Coordinate Mappings
+
+For a tile at `(x, y, 0)`, the 6 neighbors are at:
+1.  **North-West (NW)**: `(-1, 1, 0)`
+2.  **North (N)**: `(0, 1, 0)`
+3.  **East (E)**: `(1, 0, 0)`
+4.  **South-West (SW)**: `(-1, -1, 0)`
+5.  **South (S)**: `(0, -1, 0)`
+6.  **West (W)**: `(-1, 0, 0)`
+
+### Legend:
+- `.`: **This** (Type 1)
+- `X`: **Any** (Type 0)
+- **Fixed**: Rule is applied exactly as defined.
+- **MirrorX**: Rule is applied as defined and mirrored across the X-axis.
+
+## Full Tiling Rules Template
+
+The hexagonal tile set uses **MirrorX** and **Fixed** transforms. **Rotated** is not used in this specific set.
+
+| Rule ID | Neighbor Configurations (Pos: Type) | Transform | Description |
+|:--------|:------------------------------------| :--- | :--- |
+| 0       | NW:., N:., E:., SW:., S:., W:.      | Fixed | Full 6-neighbor surrounded |
+| 1       | NW:., W:., SW:., S:., E:.           | MirrorX | 5-neighbor surrounded |
+| 2       | NW:., W:., E:., SW:., N:.           | MirrorX | 5-neighbor surrounded variant |
+| 3       | N:., NW:., W:., SW:., S:.           | MirrorX | 5-neighbor surrounded variant |
+| 4       | W:., SW:., S:., E:.                 | Fixed | 4-neighbor connectivity |
+| 5       | W:., NW:., N:., E:.                 | Fixed | 4-neighbor connectivity |
+| 6       | NW:., W:., SW:., S:.                | MirrorX | 4-neighbor corner/edge |
+| 7       | NW:., W:., SW:., N:.                | MirrorX | 4-neighbor corner/edge |
+| 8       | NW:., SW:., W:., E:.                | MirrorX | 4-neighbor bridge |
+| 9       | NW:., W:., E:., S:.                 | MirrorX | 4-neighbor connectivity |
+| 10      | NW:., SW:., S:., E:.                | MirrorX | 4-neighbor connectivity |
+| 11      | NW:., N:., S:., SW:.                | Fixed | 4-neighbor vertical-ish |
+| 12      | N:., NW:., W:., S:.                 | Fixed | 4-neighbor horizontal-ish |
+| 13      | W:., SW:., S:.                      | MirrorX | 3-neighbor corner |
+| 14      | NW:., W:., SW:.                     | MirrorX | 3-neighbor flat edge |
+| 15      | W:., NW:., N:.                      | MirrorX | 3-neighbor corner |
+| 16      | NW:., N:., S:.                      | MirrorX | 3-neighbor T-junction |
+| 17      | W:., SW:., E:.                      | MirrorX | 3-neighbor T-junction |
+| 18      | W:., N:., SW:.                      | MirrorX | 3-neighbor wide corner |
+| 19      | E:., NW:., SW:.                     | MirrorX | 3-neighbor wide corner |
+| 20      | NW:., W:., E:.                      | MirrorX | 3-neighbor wide corner |
+| 21      | SW:., S:., NW:.                     | MirrorX | 3-neighbor variant |
+| 22      | W:., NW:., S:.                      | MirrorX | 3-neighbor variant |
+| 23      | NW:., W:.                           | Fixed | 2-neighbor edge |
+| 24      | W:., SW:.                           | Fixed | 2-neighbor edge |
+| 25      | SW:., S:.                           | Fixed | 2-neighbor edge |
+| 26      | E:., S:.                            | Fixed | 2-neighbor edge |
+| 27      | N:., E:.                            | Fixed | 2-neighbor edge |
+| 28      | NW:., N:.                           | Fixed | 2-neighbor edge |
+| 29      | W:., E:.                            | MirrorX | 2-neighbor opposite bridge |
+| 30      | N:., SW:.                           | MirrorX | 2-neighbor long bridge |
+| 31      | W:., S:.                            | MirrorX | 2-neighbor acute corner |
+| 32      | E:., NW:.                           | MirrorX | 2-neighbor long bridge variant |
+| 33      | N:., S:.                            | MirrorX | 2-neighbor vertical bridge |
+| 34      | N:.                                 | MirrorX | Single neighbor North |
+| 35      | E:.                                 | MirrorX | Single neighbor East |
+| 36      | S:.                                 | MirrorX | Single neighbor South |
+| 37      | all 6 surrounding positions: X    | Fixed | Default / No-neighbor |
+
+#### Usage
+When applying this skill to a new texture set, first ensure the texture is sliced into sprites matching these 38 logical configurations. Then, run a script using the description to map the sprites to each rule. Ensure that HexagonalRuleTile has all 38 TilingRules listed in the template.

package/unity-skills/create-tile-palette-or-rule-tiles/references/palette-create.md

@@ -0,0 +1,38 @@
+# Tilemap Palette Creation
+
+Requires package: `com.unity.2d.tilemap` >=1.0.0
+
+## Workflow
+
+### Step 1: Parameter Gathering
+WAIT for the user to specify the following parameters if not already provided:
+- **Palette Name**: The name of the asset.
+- **Grid Type**: Rectangular, Hexagonal, or Isometric.
+- **Cell Size**: Optional (defaults based on Grid Type).
+- **Sort Axis**: Required for Isometric palettes.
+
+### Step 2: Asset Creation
+Utilise `UnityEditor.Tilemaps.GridPaletteUtility.CreateNewPalette` to create the Tile Palette asset.
+
+## Branching Logic (Grid Types)
+
+### Path A: Rectangular
+- Use **Automatic** cell sizing. Use cell size: `(1, 1, 0)` as a default.
+
+### Path B: Hexagonal
+- Use cell size: `(0.8659766, 1, 1)`.
+
+### Path C: Isometric
+- Use cell size: `(1, 0.5, 1)`.
+- Use a **Custom Sort Axis** with value `(0, 0, 1)`.
+
+### Path D: Isometric Z As Y
+- Use cell size: `(1, 0.5, 1)`.
+- Use a **Custom Sort Axis** with value `(0, 0, 1)`.
+
+## Post-Creation
+Ensure that there is a `GridPalette` as a sub-asset of the Tile Palette asset.
+
+## References
+
+Code Template: "../scripts/CreatePaletteTemplate.cs"

package/unity-skills/create-tile-palette-or-rule-tiles/references/ruletile-createempty.md

@@ -0,0 +1,35 @@
+# Tilemap RuleTile Create Empty
+
+Use ONLY when the user wants a blank RuleTile, HexagonalRuleTile, or IsometricRuleTile for custom rule configuration AND has not provided or referenced any sprites. If the user mentions existing sprites, terrain art, edge tiles, or a tiles folder, use [ruletile-createfromsegment.md](ruletile-createfromsegment.md) instead, never this.
+
+Requires packages: `com.unity.2d.tilemap` >=1.0.0, `com.unity.2d.tilemap.extras` >=4.0.0
+
+## Workflow
+
+### Step 1: Verify No Sprite Inputs
+**WAIT** - Confirm that no Sprites or Spritesheets were specified by the user. This skill is only for empty RuleTiles. If there are Sprites or Spritesheets specified by the user, use [ruletile-createfromsegment.md](ruletile-createfromsegment.md) instead.
+
+### Step 2: Determine RuleTile Type
+Identify which RuleTile type to create based on user request:
+- **RuleTile**: Standard rectangular grid
+- **HexagonalRuleTile**: Hexagonal grid layout
+- **IsometricRuleTile**: Isometric grid layout
+
+### Step 3: Create Empty TilingRules
+For each TilingRule, ensure the Sprite array has one `null` entry.
+
+## Branching Logic (RuleTile Types)
+
+### Path A: RuleTile
+- Use template from [ruletile.md](ruletile.md).
+
+### Path B: HexagonalRuleTile
+- Use template from [hexagonalruletile.md](hexagonalruletile.md).
+
+### Path C: IsometricRuleTile
+- Create empty rules with appropriate neighbor positions for isometric layout.
+
+## Important Notes
+
+- **TilingRuleOutput.Neighbor.This**: Use to identify RuleTiles that are the same (matching neighbors).
+- **TilingRuleOutput.Neighbor.NotThis**: Do NOT use unless explicitly specified by the user to ignore a Tile at a certain position.