gamealgo-cli 0.3.0 → 0.3.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +1 -1
- package/skills/gamealgo/SKILL.md +28 -7
package/package.json
CHANGED
package/skills/gamealgo/SKILL.md
CHANGED
|
@@ -27,7 +27,31 @@ When the user asks what GameAlgo can do, asks for ongoing iteration, or names a
|
|
|
27
27
|
|
|
28
28
|
Do not run every catalog task in sequence. Complete the selected task and report unmet prerequisites instead of manufacturing missing data.
|
|
29
29
|
|
|
30
|
-
##
|
|
30
|
+
## Route Work To Required Documentation
|
|
31
|
+
|
|
32
|
+
Classify the requested work by the actions it requires, not only by the user's task title. Before implementation or interpreting results, load every applicable source below from the current Server:
|
|
33
|
+
|
|
34
|
+
- SDK installation, identity, lifecycle, telemetry, attribution, advertising, or purchase work: run `gamealgo integration get-plan --environment <domestic|overseas> --platform <ios|android|maker|rest> --json`, then read `gamealgo docs sdk-integration`.
|
|
35
|
+
- Calling or changing a concrete public SDK function: additionally run `gamealgo docs api <function> --platform <platform>` for each affected function. Never infer one platform's API from another.
|
|
36
|
+
- Adding or changing events: additionally run `gamealgo events list --days 30 --json` before defining fields or names.
|
|
37
|
+
- Reading, creating, changing, previewing, or publishing Report Packs, charts, report SQL, or business metrics: read `gamealgo docs reports` before interpreting data or editing definitions.
|
|
38
|
+
- Creating or changing remote configuration, strategies, experiments, variants, objectives, rollout, or assessment: read `gamealgo docs experiments`; also load the integration plan and exact API documentation when client code changes.
|
|
39
|
+
- Adjust or marketing attribution work: load the selected optimization task when one applies, read every topic in its `docs`, and load the integration plan and exact identifier/attribution APIs for the target platform.
|
|
40
|
+
|
|
41
|
+
If work crosses domains, combine their requirements. For example, an advertising event used by an experiment report requires the integration plan, event inventory, SDK API documentation, report documentation, and experiment documentation. Read a topic once per turn unless the task expands or the Server documentation version changes.
|
|
42
|
+
|
|
43
|
+
## Follow Mandatory Checkpoints
|
|
44
|
+
|
|
45
|
+
1. Confirm project identity, environment, platform, requested outcome, and available permissions.
|
|
46
|
+
2. Load the required live documents and task detail before making implementation decisions.
|
|
47
|
+
3. Inspect existing code, configuration, event inventory, Report Pack, or experiment state before editing. Reuse established project patterns and preserve local fallback behavior.
|
|
48
|
+
4. Make the smallest coherent change and run local validation, Report Pack validation, previews, or dry runs supported by the current workflow.
|
|
49
|
+
5. Before publishing reports, remote configuration, scripts, strategies, experiments, rollout changes, or other externally visible mutations, show the relevant diff and impact unless the user has already explicitly authorized that exact operation.
|
|
50
|
+
6. After execution, verify with real configuration retrieval, accepted non-debug events, report results, or experiment state as appropriate. A code diff or successful request alone is not business verification.
|
|
51
|
+
|
|
52
|
+
Reading documentation does not grant permission to mutate production. CLI and Server validation, scopes, project binding, and explicit approval requirements still apply.
|
|
53
|
+
|
|
54
|
+
## Integration Details
|
|
31
55
|
|
|
32
56
|
For SDK integration or telemetry changes, determine the actual deployment environment and runtime platform, then run:
|
|
33
57
|
|
|
@@ -35,16 +59,13 @@ For SDK integration or telemetry changes, determine the actual deployment enviro
|
|
|
35
59
|
gamealgo integration get-plan --environment <domestic|overseas> --platform <ios|android|maker|rest> --json
|
|
36
60
|
```
|
|
37
61
|
|
|
38
|
-
Inspect the existing project before editing. Reuse existing SDK wrappers, user identity, lifecycle, event, advertising, purchase, and attribution flows.
|
|
62
|
+
Inspect the existing project before editing. Reuse existing SDK wrappers, user identity, lifecycle, event, advertising, purchase, and attribution flows.
|
|
39
63
|
|
|
40
|
-
|
|
64
|
+
Reuse events with the same business meaning, register new fields with their real JSON types, and verify non-debug context and business events with real runtime traffic.
|
|
41
65
|
|
|
42
66
|
## Changes And Verification
|
|
43
67
|
|
|
44
68
|
- Make repository changes when the selected task requires them; keep unrelated files unchanged.
|
|
45
|
-
- Preserve local fallback behavior when adding remote configuration, scripts, or experiments.
|
|
46
|
-
- Validate Report Packs before preview or publication and compare results with real event counts.
|
|
47
|
-
- Show the relevant diff and impact before publishing reports, remote configuration, scripts, or experiments unless the user has already explicitly authorized that exact operation.
|
|
48
69
|
- Do not push directly to a protected primary branch. Follow the repository's branch and merge-request workflow.
|
|
49
70
|
|
|
50
|
-
Finish with the changed files, checks executed, observed data evidence, unmet prerequisites, and any operation still awaiting developer approval. Only call initial integration activated after real configuration and event acceptance checks pass.
|
|
71
|
+
Finish with the live documentation and task detail consulted, changed files, checks executed, observed data evidence, unmet prerequisites, and any operation still awaiting developer approval. Only call initial integration activated after real configuration and event acceptance checks pass.
|