@acedatacloud/skills 2026.815.3 → 2026.815.5
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
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@acedatacloud/skills",
|
|
3
|
-
"version": "2026.815.
|
|
3
|
+
"version": "2026.815.5",
|
|
4
4
|
"description": "Agent Skills for AceDataCloud AI services — music, image, video generation, LLM chat, web search. Compatible with Claude Code, GitHub Copilot, Gemini CLI, OpenAI Codex, and 30+ AI coding agents.",
|
|
5
5
|
"keywords": [
|
|
6
6
|
"agent-skills",
|
|
@@ -54,7 +54,7 @@ Load only the selected capability's MCP/Skill. Execute one registry hero recipe
|
|
|
54
54
|
|
|
55
55
|
The result must prove the topic's distinctive value from pixels, motion, UI, or a real task trace:
|
|
56
56
|
|
|
57
|
-
- generated media topics
|
|
57
|
+
- generated media topics MUST execute the selected live capability and use its actual accepted output URL/MP4 as the primary visual evidence; an authored mock, illustrative example, prompt-only panel, or "not executed" disclosure can be supporting context but never satisfies the hero proof;
|
|
58
58
|
- product topics use faithful live screenshots or real interaction evidence;
|
|
59
59
|
- API panels are authored HTML, never screenshots of docs;
|
|
60
60
|
- full `safe_request_json` stays evidence-only;
|
|
@@ -63,6 +63,16 @@ The result must prove the topic's distinctive value from pixels, motion, UI, or
|
|
|
63
63
|
|
|
64
64
|
Do not accept a generic beautiful image/clip when the registry calls for typography, editing fidelity, reference consistency, multimodal control, agent tools, memory, scheduling, solving lifecycle, or review workflow.
|
|
65
65
|
|
|
66
|
+
### Async hero evidence
|
|
67
|
+
|
|
68
|
+
Before creating generated hero media, query that capability's recent tasks and match the selected `TOPIC_ID`, `DEMO_ID`, model, and normalized request fingerprint:
|
|
69
|
+
|
|
70
|
+
- reuse a matching completed task's accepted URL/MP4;
|
|
71
|
+
- resume a matching pending task instead of creating a duplicate;
|
|
72
|
+
- create a new task only when no match exists or the prior match is terminal-failed.
|
|
73
|
+
|
|
74
|
+
After submission, follow the MCP's returned poll interval and poll until terminal. Do not poll once and give up. For activation tests, reserve up to two minutes (for example eight 15-second polls) for hero evidence. If it is still pending after that lease, record one `ADC-SPOTLIGHT-SOURCE:v1` draft artifact containing the provider task ID, IDs/fingerprint, and no completion claim; end without Maestro. The next run must resume that task. A completed source-prep run does not count as a published Spotlight episode or consume its topic/demo diversity slot.
|
|
75
|
+
|
|
66
76
|
## 4. Choose a distinct creative system
|
|
67
77
|
|
|
68
78
|
Choose compatible IDs from the registry and recent-history exclusions.
|
|
@@ -97,15 +107,19 @@ The kit sent to Maestro contains:
|
|
|
97
107
|
- explicit forbidden defects;
|
|
98
108
|
- a unique UUID task ID, used for exactly one Maestro submission.
|
|
99
109
|
|
|
100
|
-
Load Maestro only after the kit is complete. Submit one Pro production matching the requested format/language.
|
|
110
|
+
Load Maestro only after the kit is complete. Submit one Pro production matching the requested format/language. A controlled activation test may reduce only duration and SKU to a 30-second Standard draft; it MUST still use a real accepted capability output, run final-MP4 pixel/audio inspection, execute initial review plus confirmation when changed, and satisfy every brand/evidence gate. Never disable inner review or replace live hero evidence with a mock merely to make the test faster.
|
|
101
111
|
|
|
102
112
|
Immediately after Maestro returns an accepted task, call `publish_artifact` **before any further inspection, waiting, polling, or narration**. The literal tool output `{'code': 'task_already_exists', 'task_id': '<same UUID>'}` is a successful exact-ID idempotent replay, even when the tool wrapper labels it as an error. In that case `<same UUID>` is the one accepted task: do not generate another UUID and do not call `maestro_create_video` again. The next and only allowed tool call is `publish_artifact`, referencing that exact task ID.
|
|
103
113
|
|
|
104
|
-
Record the accepted Maestro task as a draft
|
|
114
|
+
Record the accepted Maestro task as a draft. The artifact **summary itself** must begin verbatim with the complete marker below; putting IDs only in tags does not satisfy history evidence:
|
|
115
|
+
|
|
116
|
+
`ADC-SPOTLIGHT:v1 | FAMILY_ID=<id> | TOPIC_ID=<id> | DEMO_ID=<id> | STYLE_ID=<id> | LAYOUT_ID=<id> | PALETTE_ID=<id> | VOICE_ID=<id> | ASSET_HASHES=<hashes> | MAESTRO_TASK=<uuid> | SUBMISSION=accepted`
|
|
117
|
+
|
|
118
|
+
Follow the marker with live docs/API references and service→asset mapping. The outer Producer must then end; it must not poll Maestro. Artifact recording is part of submission, not a post-production step.
|
|
105
119
|
|
|
106
120
|
## 6. Time-boxed review and delivery
|
|
107
121
|
|
|
108
|
-
Use exactly 14 evidence frames: decoded frame 0
|
|
122
|
+
Use exactly 14 evidence frames from the final MP4: extract decoded frame 0 explicitly at `-ss 0`, scene midpoints, and one frame after every transition. Build one contact sheet and read each full-size frame once. Frame 0 must already show the complete approved lockup and topic without relying on an entrance animation. Every sampled midpoint and boundary must contain sharp, meaningful scene content—no black/near-black gap, blurred placeholder, empty panel, or source-loading frame.
|
|
109
123
|
|
|
110
124
|
Evidence paths passed to `/visual-review` must be **sandbox-root-qualified project paths** such as `<project>/review/current`, never paths relative to the nested project directory. Verify the manifest/contact sheet exists at that exact path before invoking review; a missing-path review is a failed preflight, not a reason to consume another render.
|
|
111
125
|
|