Enterprise brand governor
Skill PicsArt/gen-ai-skills/skills/enterprise-brand-governor
Shared skills, prompts, and tooling for Picsart's gen-ai CLI and generative-AI workflows
npx -y skills add PicsArt/gen-ai-skills --skill enterprise-brand-governorAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Gate every generation through a brand policy file.
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
8.0 KB, as published. Nobody here has run it
Enterprise Brand Governor
Policy-as-code for AI-generated imagery. Every prompt is pre-validated against brand.md, every output is post-checked, violations escalate to a human approver, and every decision is logged. Built for regulated industries and any enterprise where an off-brand asset in production is a material risk.
When to Use
- Multiple teams (marketing, product, sales, agency partners) generating on the same brand system
- Regulated industries (pharma, finance, alcohol, kids) where imagery has legal constraints
- Brand-safety SLA — zero tolerance for competitor logos, restricted props, or off-palette output reaching production
- Agency handoff — external vendor generating on your brand, you need a gate you control
- Pre-production review cycle needs automation; humans only review escalations
Do not use for: quick exploration / mood-board work (gating slows ideation), or accounts without a written brand system yet (build brand.md first).
Prerequisites
Before rolling the governor across teams:
- Brand system location — path / repo / URL for
brand.md. Who owns it? What's the change-control process? - Policy strictness — reject (halt), flag (log + allow), or tier by asset destination (production = reject, internal = flag)?
- Approval chain — who reviews flagged items? What's the SLA for escalation turnaround (1h, 24h, 3 business days)?
- Logging destination — local
~/.gen-ai/audit/, S3 bucket, or ship to SIEM (Splunk, Datadog)? - Compliance constraints — GDPR / HIPAA / COPPA / financial-services rules that must be encoded in
brand.md? - Rollback plan — if the governor blocks a legitimate launch, who has override authority and how is that logged?
How to Run
The governor runs at three checkpoints: prompt, generation, output.
- Author
brand.md— palette, typography, allowed/denied props, imagery style, voice, regulated-category rules. Versioned in git. Commit SHA is the policy ID. - Pre-flight (prompt lint) —
gen-ai validateagainst the prompt before spending credits. Catches banned terms, disallowed concepts, missing required elements (e.g., disclaimer placement). - Brand-context generation — every
gen-ai generateandgen-ai batch runprompt includes the relevantbrand.mdconstraints. Review violations during QA. - Post-flight (output check) — for critical assets, a second-pass model (
gemini-3-pro-imageor vision check) verifies the output matches policy. Palette sampling, logo presence detection, prop allow-list. - Escalation — any
violationstatus routes to the approver queue. Humans review, approve or reject, decision is logged against the audit ID. - Audit export — daily / weekly export of all decisions to the configured SIEM or compliance archive.
Quick Reference
The governor adds policy metadata to every job record.
{
"defaults": {
"model": "flux-2-pro"
},
"metadata": {
"policy_id": "brand.md@sha:a4f1c9",
"policy_version": "2.3.0",
"policy_mode": "reject",
"approver": "[email protected]",
"escalation_channel": "#brand-review",
"audit_id": "GOV-2026-04-CAMPAIGN-LAUNCH",
"compliance_tags": ["GDPR", "US-FTC-native-ad"],
"data_residency": "eu-west-1"
},
"jobs": [
{
"id": "launch-hero-001",
"prompt": "Production launch hero. Editorial hero, team of four diverse professionals collaborating, modern office, natural light, brand palette. Apply brand.md constraints and require legal review before publishing."
}
]
}
Record policy decisions in the downstream audit ledger: approved, flagged, or rejected with the reason.
Quick Reference
| Sub-task | Model | Notes |
|---|---|---|
| Prompt compliance check | gpt-image-1.5 / text reasoner | Cheap pre-flight before image spend |
| Primary generation (brand-safe) | flux-2-pro | Strong prompt adherence, commercial-safe |
| Primary generation (product accuracy) | flux-kontext-pro | Edit-mode when subject must be preserved |
| Post-generation vision audit | gemini-3-pro-image | Strong scene understanding for policy checks |
| Upscale approved outputs only | topaz-upscale-image | Never upscale before approval — wastes credits |
Confirm commercial-use status per provider with gen-ai models info <id>. Pharma and financial services should maintain a short allow-list of pre-cleared models.
Procedure
- Treat
brand.mdas code. Versioned, reviewed, signed. The file's commit SHA is the policy ID in every audit record. - Always pin the model version. Policy interpretation changes when models change. Pair with
enterprise-pinned-registry. - Pre-flight before spend.
gen-ai validatecatches 80% of violations for $0. - Human-in-the-loop on rejects. A reject is a business decision, not a tool decision. Route to the approver.
- Default to reject, not flag. Flag mode is for drafts only; production must reject.
- Log everything. Every prompt, every decision, every override. No silent approvals.
- Rotate the audit log. Daily JSONL, shipped off the dev machine. Local logs disappear; SIEM doesn't.
- Test the governor with adversarial prompts. Red-team your own policy quarterly — does it actually catch competitor logos, prohibited claims?
- Document the override path. There will be legitimate exceptions. Make the override visible, logged, and time-boxed.
Pitfalls
brand.mdtoo vague — "use the brand palette" is not enforceable. Hex codes, prop allow-lists, explicit denies.- No override path — legitimate exceptions get bypassed outside the system, breaking the audit. Build the override in.
- Logs only local — dev machines die. Ship to SIEM or a durable archive from day one.
- Flag-mode in production — "we'll review later" never happens. Default reject.
- Unaudited model swaps — someone swaps
flux-2-profor a new model mid-campaign and policy interpretation changes. Pin. - Missing post-check on hero assets — prompt passed, output didn't. For production heroes, always run the vision audit.
Verification
Run gen-ai whoami to confirm authentication, then re-run the failed command with --debug.
Commands
# Pre-flight validate a prompt before spending credits
gen-ai validate --model flux-2-pro --file prompt.json
# Gated single generation
gen-ai generate --model flux-2-pro --prompt "$PROMPT" \
--save-to-drive --drive-folder "Gated-Output"
# Gated batch with retry on transient failures only (not violations)
gen-ai batch run campaign.json \
--concurrency 4 --output ./runs/campaign-2026-04
# Flag mode — for internal / draft contexts
gen-ai batch run drafts.json \
--output ./runs/drafts-2026-04
Cost & time
Governance overhead is tiny relative to generation. Pre-flight + post-check adds ~10–15% to credit cost on critical assets, ~0% on non-critical.
| Scenario | Governance overhead |
|---|---|
| Single gated generate | +0 credits (policy passed in-call) |
| Single gen + vision audit | +1–2 credits |
| Batch of 100, pre-flight only | +~5 credits (text reasoner) |
| Batch of 1,000, full pipeline | +~50 credits + 1 approver hour |
| Quarterly red-team audit | ~1 engineer-day + ~200 credits |
Violations rejected = credits saved. A single blocked off-brand production asset typically saves multiples of the governor's overhead.
See also
- enterprise-pinned-registry — pin model versions so policy interpretation stays stable
- product-photo-studio — brand-gated catalog pipeline (reshoot mode)
- enterprise-press-batch — brand-gated PR pipeline with embargo handling
- gen-ai-use — CLI reference