JYGC AR Lapian
Purpose
Turn AR reference videos, screenshots, and product examples into decisions usable by the Jieyang Gucheng mini program XR route.
Storage
- Accepted reference cards go to
docs/reference/ar-library/; read that directory's README and, when present, its index first.
- Raw frames, downloads, transcripts, and extraction outputs go to gitignored
.artifacts/research/lapian/, never directly into the card library.
- A card must state whether the reference is useful for WeChat mini program XR, art direction only, or rejected for this project.
Required fields for a new card
- Source and capture date.
- Runtime assumption: native app, mini program, H5, WebAR, unknown.
- Tracking mode: marker, image target, plane/world anchor, VPS/SLAM, video overlay, unknown.
- Useful mechanics for Jieyang.
- Risks for mini program delivery.
- Decision:
reuse, adapt, art-reference-only, or reject.
Project bias
- Prefer examples that can become a true-device WeChat mini program VisionKit + XR-Frame implementation.
- Treat H5-only examples as visual references, not implementation proof.
- Classify each card against the current Target Brief and the relevant
jygc-spot-animation or jygc-magnet-animation domain contract. Do not infer current priority from an old issue number.
- Scenic-spot and magnet/card routes are independent options; their active, paused, or rejected status must come from current product evidence, not this skill.
- A reference that depends on runtime camera movement is not implementation proof for a fixed-camera scenic effect layer, though it may remain art-direction evidence.
- Historical rejected routes remain negative evidence only within their recorded scope; a later owner decision may reopen them.
Storage note
docs/reference/ar-library/ is the canonical accepted-card location in this Harness repository. The library is intentionally lightweight; source media remains external or under .artifacts, with stable source URL, capture date, provenance, and any local SHA256 recorded in the card.
1---2name: jygc-ar-lapian3description: Use for project-specific AR reference breakdowns, frame analysis, and storing lapian cards for Jieyang Gucheng mini program XR decisions.4---56# JYGC AR Lapian78## Purpose910Turn AR reference videos, screenshots, and product examples into decisions usable by the Jieyang Gucheng mini program XR route.1112## Storage1314- Accepted reference cards go to `docs/reference/ar-library/`; read that directory's README and, when present, its index first.15- Raw frames, downloads, transcripts, and extraction outputs go to gitignored `.artifacts/research/lapian/`, never directly into the card library.16- A card must state whether the reference is useful for WeChat mini program XR, art direction only, or rejected for this project.1718## Required fields for a new card1920- Source and capture date.21- Runtime assumption: native app, mini program, H5, WebAR, unknown.22- Tracking mode: marker, image target, plane/world anchor, VPS/SLAM, video overlay, unknown.23- Useful mechanics for Jieyang.24- Risks for mini program delivery.25- Decision: `reuse`, `adapt`, `art-reference-only`, or `reject`.2627## Project bias2829- Prefer examples that can become a true-device WeChat mini program VisionKit + XR-Frame implementation.30- Treat H5-only examples as visual references, not implementation proof.31- Classify each card against the current Target Brief and the relevant `jygc-spot-animation` or `jygc-magnet-animation` domain contract. Do not infer current priority from an old issue number.32- Scenic-spot and magnet/card routes are independent options; their active, paused, or rejected status must come from current product evidence, not this skill.33- A reference that depends on runtime camera movement is not implementation proof for a fixed-camera scenic effect layer, though it may remain art-direction evidence.34- Historical rejected routes remain negative evidence only within their recorded scope; a later owner decision may reopen them.3536## Storage note3738`docs/reference/ar-library/` is the canonical accepted-card location in this Harness repository. The library is intentionally lightweight; source media remains external or under `.artifacts`, with stable source URL, capture date, provenance, and any local SHA256 recorded in the card.