← Creative ClawCONTENT HISTORY

Update to Creative Claw

Snapshot Oct 3, 2026 · 06:03 UTC · version 5.3.0

Collection source: downloaded plugin package. These snapshots do not have a confirmed matching collection source. Differences in file lists alone do not establish changes to the package.

WHAT CHANGED · RULE-BASED ANALYSIS

Instructions updated for creativeclaw-submit-feedback

Instruction wording changed from “actionable feedback to the Creative Claw team. Use when the user reports a bug, generation-quality problem, confusing workflow, missing feature or model, request, or explicit praise."” to “user-approved feedback to the Creative Claw team. Use when the user asks to send feedback or approves an offer to report; not for refunds or fixing media."”. 2 additional added or edited lines are in the evidence.

Observed in instructions or declared skills. Runtime behavior has not been tested.

Product description

Before

Send actionable feedback to the Creative Claw team. Use when the user reports a bug, generation-quality problem, confusing workflow, missing feature or model, request, or explicit praise.

After

Send user-approved feedback to the Creative Claw team. Use when the user asks to send feedback or approves an offer to report; not for refunds or fixing media.

Skill instructions

Before

actionable feedback to the Creative Claw team. Use when the user reports a bug, generation-quality problem, confusing workflow, missing feature or model, request, or explicit praise." For video generation, the Creative Claw UI has a Revi...

After

user-approved feedback to the Creative Claw team. Use when the user asks to send feedback or approves an offer to report; not for refunds or fixing media." ## What can be reported Send a report only when the user asks or approves. Topics:

Supporting files

Before

[{"relative_path":"agents/openai.yaml","size_in_bytes":533},{"relative_path":"references/job-recovery.md","size_in_bytes":3786},{"relative_path":"references/media-assembly.md","size_in_bytes":3876},{"relative_path":"references/platform-u...

After

[{"relative_path":"agents/openai.yaml","size_in_bytes":549},{"relative_path":"references/job-recovery.md","size_in_bytes":3786},{"relative_path":"references/media-assembly.md","size_in_bytes":8654},{"relative_path":"references/platform-u...

Compare saved observations

Download comparison JSON
Full technical diff · 3 changed fields

changed /description

BEFORE
"Send actionable feedback to the Creative Claw team. Use when the user reports a bug, generation-quality problem, confusing workflow, missing feature or model, request, or explicit praise."
AFTER
"Send user-approved feedback to the Creative Claw team. Use when the user asks to send feedback or approves an offer to report; not for refunds or fixing media."

changed /included_files

BEFORE
[
  {
    "relative_path": "agents/openai.yaml",
    "size_in_bytes": 533
  },
  {
    "relative_path": "references/job-recovery.md",
    "size_in_bytes": 3786
  },
  {
    "relative_path": "references/media-assembly.md",
    "size_in_bytes": 3876
  },
  {
    "relative_path": "references/platform-upload.md",
    "size_in_bytes": 1416
  },
  {
    "relative_path": "references/workflow-basics.md",
    "size_in_bytes": 7159
  }
]
AFTER
[
  {
    "relative_path": "agents/openai.yaml",
    "size_in_bytes": 549
  },
  {
    "relative_path": "references/job-recovery.md",
    "size_in_bytes": 3786
  },
  {
    "relative_path": "references/media-assembly.md",
    "size_in_bytes": 8654
  },
  {
    "relative_path": "references/platform-upload.md",
    "size_in_bytes": 1416
  },
  {
    "relative_path": "references/workflow-basics.md",
    "size_in_bytes": 7260
  }
]

changed /skill_md_contents

BEFORE
"---\nname: creativeclaw-submit-feedback\ndescription: \"Send actionable feedback to the Creative Claw team. Use when the user reports a bug, generation-quality problem, confusing workflow, missing feature or model, request, or explicit praise.\"\n---\n\n# Submit Feedback\n\nRead [shared execution guidance](references/workflow-basics.md) once per task before using tools. It covers existing authorization, model discovery, optional cost checks, imports, and recovery.\n\nTurn the user's report into one concise, useful `submit_feedback` call. Feedback is a product-feedback channel, not a refund request form, a generation tool, or a promise of compensation, reply, or roadmap commitment.\n\nFor video generation, the Creative Claw UI has a Review/Auto toggle. If the user wants more control or is worried about accidental costs, tell them to switch from Auto to Review in the top-right of the UI. Review shows each suggested video generation and its estimate before the user approves it.\n\n## When to use\n\n- A tool failed, returned the wrong state, or behaved inconsistently.\n- An image, video, or voice result had a repeatable quality problem.\n- A workflow or instruction was confusing.\n- A completed image, video, or voice result missed creative expectations without a confirmed technical malfunction.\n- The user asks for a missing feature, integration, format, or model.\n- The user explicitly asks to send praise or product feedback.\n\nDo not treat subjective dissatisfaction as a technical bug, submit a refund request through this channel, silently report generation failures, or use this skill when the user only wants help revising media. If a completed, playable video is simply disappointing, it may be reported as `generation_quality`, but that does not imply refund eligibility. If you observed the issue rather than receiving an explicit request, offer to report it and wait for approval.\n\n## Charges, improvement and critical issues\n\nGenerations that successfully produce a playable video output are charged even if the user is not fully happy with the creative result. Explain this empathetically when relevant, not as a dismissal of the problem. Sending feedback helps us improve the system for future generations; it does not itself issue a refund, reverse a charge, promise a fix or authorize another paid attempt.\n\nUse `generation_quality` for disappointing creative results without a confirmed technical malfunction. Failed, corrupted or unplayable output is a different issue; do not label it a successful generation merely because a URL exists. Use `manage_account({ section: \"activity\" })` to verify the specific job's actual charges and refunds rather than guessing from its status.\n\nFor critical issues, users can also contact [support@creativeclaw.co](mailto:support@creativeclaw.co). Suggest including the relevant job ID and a short description, without passwords, payment details or private source recordings. Do not promise a response time, refund or resolution, and do not send an email on their behalf unless requested.\n\n## Build the report\n\nInclude the user's intended outcome, what happened, expected behavior, useful reproduction details, model or tool involved, and practical impact. Exclude secrets, credentials, unnecessary personal information, and unsupported guesses.\n\nMap the report to the exact schema:\n\n- `category`: `bug`, `generation_quality`, `missing_feature`, `confusing`, `praise`, or `other`\n- `source`: `user` when explicitly requested or relayed; `agent` for an agent-observed product issue\n- `message`: the concise report\n- `attemptedTask`: the task the user was trying to complete, when relevant\n- `toolName`: the exact MCP tool involved, when known\n\n## Submit and continue\n\nAfter the user asks or approves, call `submit_feedback` once per distinct issue. Confirm what category was sent without promising a response. If the user still needs help, continue with a safe workaround or corrected workflow after submitting.\n"
AFTER
"---\nname: creativeclaw-submit-feedback\ndescription: \"Send user-approved feedback to the Creative Claw team. Use when the user asks to send feedback or approves an offer to report; not for refunds or fixing media.\"\n---\n\n# Submit Feedback\n\nRead [shared execution guidance](references/workflow-basics.md) once per task before using tools. It covers existing authorization, model discovery, optional cost checks, imports, and recovery.\n\nTurn the user's report into one concise, useful `submit_feedback` call. Feedback is a product-feedback channel, not a refund request form, a generation tool, or a promise of compensation, reply, or roadmap commitment.\n\n## What can be reported\n\nSend a report only when the user asks or approves. Topics:\n\n- A tool failed, returned the wrong state, or behaved inconsistently.\n- An image, video, or voice result had a repeatable quality problem.\n- A workflow or instruction was confusing.\n- A completed image, video, or voice result missed creative expectations without a confirmed technical malfunction.\n- The user asks for a missing feature, integration, format, or model.\n- The user explicitly asks to send praise or product feedback.\n\nDo not treat subjective dissatisfaction as a technical bug, submit a refund request through this channel, silently report generation failures, or use this skill when the user only wants help revising media. If a completed, playable video is simply disappointing, it may be reported as `generation_quality`, but that does not imply refund eligibility. If you observed the issue rather than receiving an explicit request, offer to report it and wait for approval.\n\n## Charges, improvement and critical issues\n\nGenerations that successfully produce a playable video output are charged even if the user is not fully happy with the creative result. Explain this empathetically when relevant, not as a dismissal of the problem. Sending feedback helps us improve the system for future generations; it does not itself issue a refund, reverse a charge, promise a fix or authorize another paid attempt.\n\nUse `generation_quality` for disappointing creative results without a confirmed technical malfunction. Failed, corrupted or unplayable output is a different issue; do not label it a successful generation merely because a URL exists. Use `manage_account({ section: \"activity\" })` to verify the specific job's actual charges and refunds rather than guessing from its status.\n\nFor critical issues, users can also contact [support@creativeclaw.co](mailto:support@creativeclaw.co). Suggest including the relevant job ID and a short description, without passwords, payment details or private source recordings. Do not promise a response time, refund or resolution, and do not send an email on their behalf unless requested.\n\n## Build the report\n\nInclude the user's intended outcome, what happened, expected behavior, useful reproduction details, model or tool involved, and practical impact. Exclude secrets, credentials, unnecessary personal information, and unsupported guesses.\n\nMap the report to the exact schema:\n\n- `category`: `bug`, `generation_quality`, `missing_feature`, `confusing`, `praise`, or `other`\n- `source`: `user` when explicitly requested or relayed; `agent` for an agent-observed product issue\n- `message`: the concise report\n- `attemptedTask`: the task the user was trying to complete, when relevant\n- `toolName`: the exact MCP tool involved, when known\n\n## Submit and continue\n\nAfter the user asks or approves, call `submit_feedback` once per distinct issue. Confirm what category was sent without promising a response. If the user still needs help, continue with a safe workaround or corrected workflow after submitting.\n"

SKILL.md line diff

--- before
+++ after
@@ -1,6 +1,6 @@
 ---
 name: creativeclaw-submit-feedback
-description: "Send actionable feedback to the Creative Claw team. Use when the user reports a bug, generation-quality problem, confusing workflow, missing feature or model, request, or explicit praise."
+description: "Send user-approved feedback to the Creative Claw team. Use when the user asks to send feedback or approves an offer to report; not for refunds or fixing media."
 ---
 
 # Submit Feedback
@@ -9,9 +9,9 @@
 
 Turn the user's report into one concise, useful `submit_feedback` call. Feedback is a product-feedback channel, not a refund request form, a generation tool, or a promise of compensation, reply, or roadmap commitment.
 
-For video generation, the Creative Claw UI has a Review/Auto toggle. If the user wants more control or is worried about accidental costs, tell them to switch from Auto to Review in the top-right of the UI. Review shows each suggested video generation and its estimate before the user approves it.
+## What can be reported
 
-## When to use
+Send a report only when the user asks or approves. Topics:
 
 - A tool failed, returned the wrong state, or behaved inconsistently.
 - An image, video, or voice result had a repeatable quality problem.
Full snapshot data
{
  "description": "Send user-approved feedback to the Creative Claw team. Use when the user asks to send feedback or approves an offer to report; not for refunds or fixing media.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 549
    },
    {
      "relative_path": "references/job-recovery.md",
      "size_in_bytes": 3786
    },
    {
      "relative_path": "references/media-assembly.md",
      "size_in_bytes": 8654
    },
    {
      "relative_path": "references/platform-upload.md",
      "size_in_bytes": 1416
    },
    {
      "relative_path": "references/workflow-basics.md",
      "size_in_bytes": 7260
    }
  ],
  "name": "creativeclaw-submit-feedback",
  "skill_md_contents": "---\nname: creativeclaw-submit-feedback\ndescription: \"Send user-approved feedback to the Creative Claw team. Use when the user asks to send feedback or approves an offer to report; not for refunds or fixing media.\"\n---\n\n# Submit Feedback\n\nRead [shared execution guidance](references/workflow-basics.md) once per task before using tools. It covers existing authorization, model discovery, optional cost checks, imports, and recovery.\n\nTurn the user's report into one concise, useful `submit_feedback` call. Feedback is a product-feedback channel, not a refund request form, a generation tool, or a promise of compensation, reply, or roadmap commitment.\n\n## What can be reported\n\nSend a report only when the user asks or approves. Topics:\n\n- A tool failed, returned the wrong state, or behaved inconsistently.\n- An image, video, or voice result had a repeatable quality problem.\n- A workflow or instruction was confusing.\n- A completed image, video, or voice result missed creative expectations without a confirmed technical malfunction.\n- The user asks for a missing feature, integration, format, or model.\n- The user explicitly asks to send praise or product feedback.\n\nDo not treat subjective dissatisfaction as a technical bug, submit a refund request through this channel, silently report generation failures, or use this skill when the user only wants help revising media. If a completed, playable video is simply disappointing, it may be reported as `generation_quality`, but that does not imply refund eligibility. If you observed the issue rather than receiving an explicit request, offer to report it and wait for approval.\n\n## Charges, improvement and critical issues\n\nGenerations that successfully produce a playable video output are charged even if the user is not fully happy with the creative result. Explain this empathetically when relevant, not as a dismissal of the problem. Sending feedback helps us improve the system for future generations; it does not itself issue a refund, reverse a charge, promise a fix or authorize another paid attempt.\n\nUse `generation_quality` for disappointing creative results without a confirmed technical malfunction. Failed, corrupted or unplayable output is a different issue; do not label it a successful generation merely because a URL exists. Use `manage_account({ section: \"activity\" })` to verify the specific job's actual charges and refunds rather than guessing from its status.\n\nFor critical issues, users can also contact [support@creativeclaw.co](mailto:support@creativeclaw.co). Suggest including the relevant job ID and a short description, without passwords, payment details or private source recordings. Do not promise a response time, refund or resolution, and do not send an email on their behalf unless requested.\n\n## Build the report\n\nInclude the user's intended outcome, what happened, expected behavior, useful reproduction details, model or tool involved, and practical impact. Exclude secrets, credentials, unnecessary personal information, and unsupported guesses.\n\nMap the report to the exact schema:\n\n- `category`: `bug`, `generation_quality`, `missing_feature`, `confusing`, `praise`, or `other`\n- `source`: `user` when explicitly requested or relayed; `agent` for an agent-observed product issue\n- `message`: the concise report\n- `attemptedTask`: the task the user was trying to complete, when relevant\n- `toolName`: the exact MCP tool involved, when known\n\n## Submit and continue\n\nAfter the user asks or approves, call `submit_feedback` once per distinct issue. Confirm what category was sent without promising a response. If the user still needs help, continue with a safe workaround or corrected workflow after submitting.\n"
}

SHA-256 of public snapshot: ad155b0fd307cae04fa3e798ce6905c80478a099851419398d35d97d194ec627