Skip to content
cccskills
FreePublished on GitHub

anima-prod-checklist

Assess whether an Anima and Figma design-to-code pipeline is ready for production. Review credentials, source traceability, generated-code and visual checks, monitoring, and rollback evidence, then produce a go/no-go record for release owners.

OriginalShow the original description

Production readiness checklist for Anima design-to-code pipelines. Use when deploying automated design-to-code services, preparing CI/CD Figma-to-code automation, or validating output quality before production. Trigger with: "anima production", "anima go-live", "anima prod checklist".

Works withFigma

Run score Not tested

See how to install

Good for

  • Preparing a Figma-to-code pipeline for launch
  • Checking generated components before release
  • Rehearsing rollback for a design automation service
  • Reviewing secrets and access boundaries

Files included (2)

  • SKILL.md6.3 KB
  • references/official-docs.md754 B

SKILL.md (original)

Review the instructions the agent will receive before you install.

Anima Production Checklist

Overview

Decide whether a React/HTML design-to-code pipeline is safe to launch by checking source authorization, backend isolation, output quality, review, observability, and rollback evidence.

Prerequisites

  • Named design, engineering, security, and operations owners who can make a go/no-go decision and own the rollback path.
  • A staging environment using separate managed Anima/Figma credentials, an allowlisted design registry, and a reproducible generated-code fixture.
  • Defined output quality gates: source-version traceability, lint/type/build, visual/accessibility review, and no secrets in artifacts or logs.

Instructions

  1. Assign an owner and evidence link to every required checklist item.
  2. Run the readiness script with the deployment identity in staging and retain only its redacted result.
  3. Exercise a generation and rollback/disable path with an approved design component, then verify downstream code-quality and visual gates.
  4. Approve progressive release only when all required checks pass; any failed security, credential, output, or fallback control is a no-go condition.

Authentication & Secrets

  • ANIMA_TOKEN stored in the backend secret manager (never in source)
  • Figma token uses only endpoint-required granular read scopes and an approved expiration
  • Separate credentials for development, staging, and production environments
  • Rotation and revocation owners plus tested procedures are documented
  • Tokens excluded from client bundles and build artifacts

API Integration

  • Pinned SDK uses its documented default API origin unless an approved contract says otherwise
  • Figma rate limiting uses FigmaRestApi signals and bounded wait; Anima quotas come from the account contract
  • Generation cache prevents redundant API calls for unchanged screens
  • Figma file version polling detects design changes automatically
  • Optional SDK SSE/job attachment or Figma event queue is authenticated and resumable
  • Component mapping rules are tested for supported React or HTML output

Error Handling & Resilience

  • Circuit breaker configured for Anima API outages
  • Retry policy distinguishes Figma structured rate limits from bounded transient generation failures
  • Graceful fallback when Figma PAT expires mid-pipeline
  • Generated code validated against ESLint/Prettier before merge
  • Design token mismatches flagged before component output
  • Empty generation results handled (missing layers, unsupported elements)

Monitoring & Alerting

  • API latency tracked per generation request
  • Error-rate and latency objectives are derived from measured service requirements
  • Generated output tracks build, accessibility, and visual acceptance results
  • Figma sync failures trigger immediate notification
  • Daily digest of generation counts and token usage

Validation Script

async function checkAnimaReadiness(): Promise<void> {
  const checks: { name: string; pass: boolean; detail: string }[] = [];
  const sdkVersion = process.env.APPROVED_ANIMA_VERSION;
  checks.push({
    name: 'Managed bindings',
    pass: Boolean(process.env.ANIMA_TOKEN && process.env.FIGMA_TOKEN && sdkVersion),
    detail: sdkVersion ? `SDK ${sdkVersion}` : 'Pinned SDK version missing',
  });
  // Verify Figma access
  try {
    const res = await fetch('https://api.figma.com/v1/me', {
      headers: { 'X-Figma-Token': process.env.FIGMA_TOKEN! },
    });
    checks.push({ name: 'Figma Access', pass: res.ok, detail: res.ok ? 'Authenticated' : `HTTP ${res.status}` });
  } catch (e: any) { checks.push({ name: 'Figma Access', pass: false, detail: e?.name || 'Request failed' }); }
  for (const c of checks) console.log(`[${c.pass ? 'PASS' : 'FAIL'}] ${c.name}: ${c.detail}`);
}
checkAnimaReadiness();

Error Handling

CheckRisk if SkippedPriority
API key rotationExpired keys break entire pipelineP1
Figma token expirySilent sync failure, stale designsP1
Figma or generation rate limitsUnbounded retries or dropped updatesP2
Component render validationBroken UI shipped to productionP2
Design token mappingVisual inconsistencies across appP3

Tool Discipline

Use Read and Grep to inspect the existing integration and generated diff before changing anything. Use Write or Edit only inside the approved generated-code, test, or configuration paths. Use the declared Bash commands only for the explicit install, validation, or diagnostic steps in this workflow; never print tokens, source designs, generated source, or private website captures.

Output

  • Signed-off go/no-go record with owners and redacted readiness evidence
  • Verified secret, provider, and Figma access boundaries
  • Generated-component validation and source-version traceability receipts
  • Tested rollback or generation-disable path for production incidents

Examples

For a production rehearsal, generate one allowlisted staging component using the production-shaped secret binding, run the readiness script, and send the result through lint, type checking, visual review, and the release approval workflow. Record the Figma version, generated artifact digest, deploy revision, and rollback owner. If token safety fails, a quality gate is red, or the design source cannot be traced, declare a no-go, disable generation, and correct the failed control before rerunning the full checklist.

Resources

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Add a synthetic-data CI gate for customer-owned Abridge integration code. Test consent handling, note-review handoffs, redaction, and rollback behavior with mocked vendor boundaries, without connecting CI to a live Abridge or EHR tenant.

  • Adding regression checks to an Abridge integration repository
  • Testing consent and note-release handling
  • Checking logs for sensitive data exposure
jeremylongshore/tons-of-skills-marketplace2.9KUpdated Oct 23, 2026

Triage Abridge recording, note review, Epic handoff, and access problems using observed symptoms and approved guidance. Identify the affected workflow stage, organize a minimal timeline, and prepare a redacted escalation record for the responsible team.

  • Separate recording problems from upload failures
  • Investigate note creation delays and editor issues
  • Identify the responsible team for Epic handoff failures
jeremylongshore/tons-of-skills-marketplace2.9KUpdated Oct 23, 2026

Map and review an Abridge clinical documentation workflow from consent and recording through draft review, evidence checks, edits, and final disposition. Keep clinician approval explicit, identify failure exits, and separate verified facts from tenant-specific details and pending approvals.

  • Map a clinical note workflow for a care setting
  • Check where consent and patient identity are verified
  • Review draft notes against linked evidence before sign-off
jeremylongshore/tons-of-skills-marketplace2.9KUpdated Oct 23, 2026

Audit how clinician-reviewed Abridge note sections map into Epic templates and downstream workflows. Use approved test records to document destinations, exceptions, evidence, rollback steps, and a go or no-go decision for a specific environment.

  • Checking Abridge note section mappings to Epic templates
  • Auditing a department’s approved documentation handoff
  • Preparing test evidence and a go or no-go decision
jeremylongshore/tons-of-skills-marketplace2.9KUpdated Oct 23, 2026

Review Abridge adoption and workflow value using local usage records, clinician feedback, and verified contract costs. Build an evidence based decision table covering adoption, quality, support burden, and options to expand, hold, or improve the rollout.

  • Reviewing adoption after an Abridge rollout
  • Preparing evidence for a renewal decision
  • Comparing workflow outcomes across care settings
jeremylongshore/tons-of-skills-marketplace2.9KUpdated Oct 23, 2026

Prepare a bounded support bundle for an Abridge issue using allowlisted operational details such as versions, coarse timestamps, and correlation references. Exclude recordings, transcripts, patient identifiers, credentials, and unrestricted logs, then document redactions and review details.

  • Preparing reviewed evidence for an Abridge support case
  • Documenting redactions and excluded data
  • Collecting approved operational details for an incident
jeremylongshore/tons-of-skills-marketplace2.9KUpdated Oct 23, 2026

See all skills by jeremylongshore

Report a problem with this skill