| title | Skill for Claude |
|---|---|
| description | Claude-oriented guide for SDK analysis, docs, and safe refactors |
import SkillDownloads from '@site/src/components/SkillDownloads';
Use this workflow when Claude is helping with VeltoKit, Triki UI, and game integration docs.
- Build architecture context first:
- Verify API intent from usage sites in
app/Gamesandapp/UI. - When documenting, prefer concise developer language over generic text.
- Map all impacted files.
- Separate behavior change from documentation change.
- Keep patches small and composable.
- Add/update Swift
///documentation for touched APIs. - Update docs pages that explain changed behavior (
sdk/*, examples). - Provide clear test/verification notes.
Analyze the full flow from BLE ingress to GameInput to game UI behavior.
Focus on MotionSDK, MotionEngine, TrikiInputAdapter, and trikiUIScreen.
Return a concise architecture explanation and risk points.
Generate high-quality Swift /// documentation for all touched public/internal APIs.
For functions include parameters, return value, side effects, and practical examples.
Do not modify code logic.
Prepare a no-risk refactor plan with explicit file list, acceptance criteria, and rollback strategy.
Then implement in small commits preserving behavior.
- Every explanation should map to concrete symbols/files.
- Examples should mirror real game flows (Pong, Dart, Bowling, Quiz).
- Triki UI docs must cover lifecycle (
isActive), focus mapping, and activation side effects.