本文へ移動
cccskills
無料GitHub で公開

grc-messaging-guardrails

Validates compliance, security, and GRC terminology in marketing copy. Enforces accurate claims, prevents common mistakes (e.g., calling SOC 2 a "certification"), and applies risk-first narrative framing for B2B SaaS audiences. Use when writing or reviewing any marketing content that references compliance frameworks, security standards, regulatory requirements, or audit processes. Also use when creating ads, landing pages, emails, case studies, or sales collateral for GRC/cybersecurity B2B SaaS products.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md16.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

GRC Messaging Guardrails

Validate compliance and security terminology in B2B SaaS marketing copy. Prevent claim errors that erode credibility with CISOs, compliance managers, and security-aware buyers.

Why This Skill Exists

GRC (Governance, Risk, and Compliance) buyers are domain experts. They will catch every terminology mistake. A single error — calling SOC 2 a "certification" instead of an attestation, or claiming a product "guarantees compliance" — destroys credibility with the exact audience you're trying to reach.

Most marketing teams making these errors aren't careless. They lack domain-specific validation processes. This skill acts as that validation layer.

When to Use This Skill

  • Writing or reviewing ad copy that mentions compliance frameworks
  • Creating landing pages for GRC/compliance products
  • Drafting email sequences targeting CISOs, compliance managers, or security teams
  • Building case studies that reference audit outcomes
  • Reviewing AI-generated copy before publication
  • Creating sales enablement content about compliance topics
  • Writing blog posts or thought leadership about security/compliance

When NOT to Use This Skill

  • General SaaS marketing copy with no compliance references
  • Internal documentation not intended for external audiences
  • Product/engineering documentation (different accuracy standards apply)
  • Legal documents (requires actual legal review, not marketing validation)

Terminology Dictionary

Framework Classification (CRITICAL)

These are the most frequently confused terms in GRC marketing. Get these wrong and your buyer knows you don't understand their world.

FrameworkCorrect ClassificationCommon ErrorWhy It Matters
SOC 2Attestation (or examination/report)CertificationSOC 2 is issued by a CPA firm as an attestation report, not a certification body. CISOs know this instantly.
SOC 1Attestation (or examination/report)CertificationSame as SOC 2 — CPA attestation, not certification.
ISO 27001CertificationComplianceIssued by accredited certification bodies. "ISO 27001 certified" is correct. "ISO 27001 compliant" is weaker but acceptable.
ISO 27701Certification (extension to 27001)Standalone standardAlways reference as extension: "ISO 27701 (privacy extension to ISO 27001)"
GDPRRegulationCertification StandardEU regulation. Companies comply with GDPR; they are not "GDPR certified."
HIPAARegulation (US federal law)Certification StandardThere is no official HIPAA certification. Companies can be "HIPAA compliant" but not "HIPAA certified."
PCI DSSStandardRegulation CertificationPayment Card Industry Data Security Standard. Compliance is validated, not certified. Use "PCI DSS compliant."
CCPA/CPRARegulation (California state law)StandardState privacy regulation. Companies comply; they are not certified.
NIST CSFFrameworkStandard RegulationVoluntary framework. Companies "align with" or "adopt" NIST CSF. They don't "comply with" it (it's not mandatory).
NIST 800-53Publication/Controls catalogCertificationRequired for FedRAMP. Use "implements NIST 800-53 controls," not "NIST 800-53 certified."
FedRAMPAuthorization programCertificationCompanies receive FedRAMP "authorization," not "certification."
CSA STARCertification programComplianceCloud Security Alliance program. "CSA STAR certified" is correct at Level 2. Level 1 is self-assessment only.
CIS ControlsBest practice frameworkStandard RegulationCompanies "implement" or "align to" CIS Controls.

Correct Usage Patterns

✅ "Achieve SOC 2 attestation"
✅ "Complete your SOC 2 examination"  
✅ "Get your SOC 2 report"
✅ "Obtain ISO 27001 certification"
✅ "Maintain GDPR compliance"
✅ "Demonstrate HIPAA compliance"
✅ "Align with NIST CSF"

❌ "Get SOC 2 certified"
❌ "Achieve SOC 2 compliance certification"
❌ "GDPR certified"
❌ "HIPAA certification"
❌ "NIST compliant"
❌ "PCI certified"

Commonly Confused Terms

TermCorrect UsageIncorrect Usage
AuditAn examination by a qualified assessor. SOC 2 audits are performed by CPA firms. ISO audits by accredited CBs.Don't use "audit" and "assessment" interchangeably — they have different legal/professional meanings.
Assessor vs. AuditorSOC 2: auditor (CPA). ISO 27001: auditor (CB). Penetration test: assessor.Mixing these signals unfamiliarity with the audit process.
ControlsTechnical or administrative safeguards. "Implement controls" or "map controls."Don't say "install controls" or "activate controls." Controls aren't software features.
ComplianceState of meeting requirements. Always relative to a specific standard/regulation.Never use "fully compliant" without specifying the framework. Avoid "100% compliant" — implies permanence.
Continuous complianceOngoing monitoring and maintenance of compliance posture.Don't imply it means "never out of compliance." It means continuous monitoring, not perfection.
RiskPotential impact × likelihood. Always contextual.Don't use "risk" and "vulnerability" interchangeably. A vulnerability is a weakness; a risk includes the probability and impact of exploitation.
PostureOverall security/compliance state. "Security posture" or "compliance posture."Acceptable in marketing. Avoid "compliance score" unless you actually provide a numerical score.

Claim Validation Rules

NEVER Make These Claims

These claims are factually incorrect or legally problematic. Flag and rewrite immediately.

Banned ClaimWhySuggested Rewrite
"Guarantees compliance"No tool can guarantee compliance. Compliance depends on organizational controls, processes, and human behavior."Accelerates your path to compliance" or "Streamlines compliance workflows"
"Automates compliance" (unqualified)Misleading. Tools automate evidence collection, monitoring, and workflows — not the entirety of compliance."Automates evidence collection and compliance monitoring"
"Get compliant in X days" (absolute)Timelines vary by org size, complexity, and readiness. Absolute claims invite legal risk."Companies typically achieve [framework] readiness in X-Y weeks" (with supporting data)
"100% compliant"Compliance is continuous, not binary. This implies a permanent state."Maintain continuous compliance posture"
"Replace your auditor"Tools supplement, never replace, qualified auditors. This claim undermines buyer trust."Reduce audit preparation time by X%"
"One platform for all frameworks"Implies equal depth across all frameworks. Buyers know this is unrealistic."Supports [X] frameworks including [list specific ones]"
"No-code compliance"Oversimplifies. Implementation always requires configuration and domain decisions."Streamlined setup with minimal technical overhead"
"Hack-proof" / "Breach-proof"No product can make this claim. Immediate credibility killer."Strengthens your security posture" or "Reduces attack surface"

Claims That Require Qualification

These claims are acceptable with proper context. Flag if used without qualification.

ClaimRequired Qualification
"Reduces audit time"Must specify: by how much, based on what data, for which framework. E.g., "Reduces SOC 2 audit prep time by 60% based on customer data (n=50)."
"Saves X hours"Must cite source: customer survey, case study, or internal benchmark.
"Trusted by X companies"Must be verifiable. Specify segment if possible: "Trusted by [APPROVED CUSTOMER COUNT] [SEGMENT] companies."
"Faster than [competitor]"Must have documented basis. Comparative claims require defensible evidence.
"AI-powered"Must specify what the AI does. "AI-powered risk assessment" is acceptable. "AI-powered compliance" is vague.
"Enterprise-grade"Must be backed by specific capabilities: SSO, RBAC, SOC 2 Type II of your own product, uptime SLAs, etc.

Claims That Are Safe

Claim PatternExample
Workflow description"Automates evidence collection across [X] integrations"
Customer proof (attributed)"Reduced audit prep from 8 weeks to 2 weeks — [Customer Name], [Title]"
Capability statement"Maps controls across SOC 2, ISO 27001, and GDPR simultaneously"
Risk-first framing"Identify compliance gaps before your auditor does"
Time-value"Get audit-ready faster with automated evidence collection"
Outcome-focused"Close enterprise deals faster with trust documentation"

Narrative Framing Rules

Lead With Risk, Not Features

GRC buyers are motivated by risk reduction, not feature excitement. Every piece of copy should answer: "What bad thing does this help me avoid?" before "What good thing does this help me achieve?"

❌ Feature-first: "Our platform automates SOC 2 evidence collection with 150+ integrations."
✅ Risk-first:    "Manual evidence collection is the #1 reason SOC 2 audits take 3x longer than 
                   they should. Automate it across 150+ integrations."

❌ Feature-first: "AI-powered risk assessment dashboard."  
✅ Risk-first:    "Your board wants a risk score. Your spreadsheet can't give them one. Get 
                   real-time risk visibility your leadership team actually trusts."

❌ Feature-first: "Multi-framework compliance management platform."
✅ Risk-first:    "Managing SOC 2, ISO 27001, and GDPR in separate spreadsheets means one 
                   framework is always out of date. Unify them."

Buyer Persona Tone Calibration

PersonaWhat They Care AboutToneAvoid
CISORisk reduction, board reporting, incident preparedness, vendor riskTechnical, strategic, peer-level. Never condescending.Marketing fluff, vague claims, basic security explanations they already know.
GRC Manager / Compliance LeadAudit efficiency, evidence gaps, framework coverage, workflow reductionPractical, operational, empathetic to daily pain.Strategic vision statements — they want tactical help.
CTO / VP EngineeringIntegration ease, engineering time not wasted on compliance, API qualityTechnical depth, developer-friendly, low-friction messaging."No-code" claims, non-technical feature descriptions.
CFO / ProcurementROI, cost of non-compliance, vendor consolidation, time-to-valueBusiness case, quantified outcomes, risk-as-cost framing.Technical jargon, feature lists, compliance acronym soup.

Enterprise Trust Signals

In order of credibility impact for GRC buyers:

  1. Named customer quotes with title and company (highest trust)
  2. Specific metrics from customer deployments (e.g., "60% faster audit prep")
  3. Analyst recognition (Gartner, Forrester, G2 category leader)
  4. Your own compliance posture (your SOC 2 Type II report, ISO 27001 cert)
  5. Customer count with segment specificity ("[APPROVED CUSTOMER COUNT] [SEGMENT] companies" > "trusted by many")
  6. Integration count (signals depth of evidence automation)
  7. Framework count (signals breadth, but only if each is genuinely supported)

Validation Checklist

Run this checklist on every piece of marketing copy before publication.

Terminology Check

  • Every framework is classified correctly (attestation/certification/regulation/standard/framework)
  • "SOC 2" never appears next to "certification" or "certified"
  • "HIPAA" and "GDPR" never appear next to "certification" or "certified"
  • "ISO 27001" uses "certification" (not "attestation" or "compliance")
  • "Compliance" always specifies which framework
  • "Controls" are not described as product features or software to install

Claim Check

  • No absolute guarantees ("guarantees compliance," "100% compliant," "hack-proof")
  • All time-based claims are qualified with source data
  • All comparative claims have documented evidence
  • "AI-powered" specifies what the AI actually does
  • Customer proof points are attributed and approved for use
  • No claims that the product replaces auditors or legal counsel

Narrative Check

  • Copy leads with risk/pain, not features
  • Persona-appropriate tone (not condescending to CISOs, not overly technical for CFOs)
  • No hype words: "revolutionary," "game-changing," "unprecedented," "cutting-edge" (GRC buyers tune these out)
  • No excessive em dashes in copy
  • No AI-written patterns: "In today's landscape," "It's worth noting," "navigating the complex world of"

Proof Check

  • Trust signals are ordered by credibility (named quotes > metrics > logos)
  • Customer logos have explicit usage permission
  • Case study metrics are current and verified
  • Your own compliance certifications are listed (practice what you preach)

Examples

Ad Copy Validation

Input (flagged):

"Get SOC 2 certified in 2 weeks. Our AI-powered platform guarantees compliance and replaces the need for expensive auditors. Trusted by hundreds of companies."

Output (corrected):

"Get SOC 2 audit-ready in as little as 2 weeks. Automate evidence collection with AI-powered monitoring and reduce audit prep time by [APPROVED METRIC — check proof library]%. Trusted by [APPROVED CUSTOMER COUNT] [SEGMENT] companies."

Note: Never insert specific customer counts, named logos, or performance metrics unless they are supplied in an approved proof library. If proof is unavailable, mark the claim as [PROOF NEEDED] rather than inventing plausible numbers.

Corrections applied:

  1. "certified" → "audit-ready" (SOC 2 is an attestation, not a certification)
  2. "guarantees compliance" → "automate evidence collection" (no tool guarantees compliance)
  3. "replaces the need for auditors" → "reduce audit prep time" (tools supplement, not replace)
  4. "hundreds of companies" → "[APPROVED CUSTOMER COUNT] [SEGMENT] companies" (specific > vague, but must be verified)
  5. Named customers require explicit logo usage permission — use [APPROVED LOGOS] placeholder if unavailable

Landing Page Headline Validation

Input (flagged):

"The All-in-One Compliance Certification Platform"

Output (corrected):

"Compliance Automation for Growing SaaS Teams"

Corrections applied:

  1. "Certification Platform" conflates compliance with certification — most frameworks don't involve certification
  2. "All-in-One" is a hype claim without substance — replaced with specific audience
  3. Added "Growing SaaS Teams" for ICP specificity

Integration Notes

With Other Skills

  • Copywriting skills: Run this guardrails check AFTER copy is drafted, as a validation layer
  • Ad creative skills: Apply before any ad copy goes to paid platforms
  • Email sequence skills: Validate every email in a nurture sequence — terminology errors compound
  • Case study skills: Apply the Proof Check section to validate all metrics and quotes

With Brand Context

For best results, upload alongside this skill:

  • Your company's message house or positioning document
  • An approved terminology glossary (extends this skill's dictionary)
  • A list of approved customer quotes and metrics
  • Your competitor positioning guidelines (what you can/cannot say about competitors)

Changelog

  • v1.0 (March 2026): Initial release. Terminology dictionary, claim validation, narrative framing, validation checklist.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

End-to-end ABM program design and orchestration for B2B SaaS mid-market and enterprise motions. Use when building a target account list, designing account tiering criteria, planning ABM channel orchestration, coordinating BDR outreach with marketing campaigns, defining ABM measurement frameworks, or running an ABM program review. Also use when asked to "build an ABM program," "set up account-based marketing," "design a target account strategy," "plan ABM campaigns," or "measure ABM results." Designed for demand gen teams selling to Mid-Market companies with $10K-$50K+ ACV, multi-persona buying committees, and 3-6 month sales cycles.

日本語の概要は準備中です。原文の説明を表示しています。

Stallin-Sanamandra/b2b-saas-marketing-skills52026年4月27日 更新

Generates sourced, BDR-ready account research briefs for named target accounts in B2B SaaS ABM and outbound motions. Use after a target account list is built and before outreach sequences are written. Best for Tier 1, Tier 2, and intent-qualified accounts where BDRs need a clear "why this account, why now, why this persona" hypothesis. Designed for B2B SaaS teams selling compliance, security, GRC, risk, or other technical platforms into mid-market and enterprise buyers. Not intended for broad list building or mass enrichment.

日本語の概要は準備中です。原文の説明を表示しています。

Stallin-Sanamandra/b2b-saas-marketing-skills52026年4月27日 更新

Generates account research briefs, personalized outreach sequences, persona-specific talk tracks, and objection handling frameworks for B2B SaaS BDR teams. Use when preparing BDR outreach for target accounts, building prospecting sequences, creating call scripts, developing objection responses, onboarding new BDRs, or reviewing outreach performance. Also use when asked to "write outreach emails," "build a prospecting sequence," "create a call script," "handle objections," or "research an account for outreach." Designed for BDR teams selling compliance, security, and GRC platforms to mid-market and enterprise buyers with multi-persona buying committees.

日本語の概要は準備中です。原文の説明を表示しています。

Stallin-Sanamandra/b2b-saas-marketing-skills52026年4月27日 更新

Generates the monthly revenue-accountable marketing report that B2B SaaS marketing leaders deliver to CEOs, CFOs, executive teams, and boards. Use when preparing the monthly CEO report, drafting the marketing section of a board deck, defending budget decisions, diagnosing pipeline gaps, or transitioning marketing from MQL/SQO reporting to revenue, CAC payback, and forward pipeline coverage. Designed for B2B SaaS demand generation leaders who own pipeline targets across segments, geos, and motions, and need to explain marketing's revenue contribution in executive language.

日本語の概要は準備中です。原文の説明を表示しています。

Stallin-Sanamandra/b2b-saas-marketing-skills52026年4月27日 更新

Generates and maintains competitive battlecards from win/loss data, competitor intel, G2 reviews, and sales feedback. Use when building battlecards for a specific competitor, updating existing battlecards with new intel, preparing BDRs or AEs for competitive deals, analyzing win/loss patterns against a competitor, or responding to a competitor's product launch or pricing change. Also use when asked to "build a battlecard," "update competitive intel," "how do we beat [competitor]," "what do we say when a prospect mentions [competitor]," or "analyze our win/loss against [competitor]." Designed for B2B SaaS teams selling against known competitors in deals with multi-persona buying committees.

日本語の概要は準備中です。原文の説明を表示しています。

Stallin-Sanamandra/b2b-saas-marketing-skills52026年4月27日 更新

Generates publish-ready LinkedIn posts for B2B SaaS marketing leaders writing from an operator point of view: real decisions, real trade-offs, real constraints, and defensible lessons. Use when turning an internal observation, framework, campaign decision, miss, or shipped artifact into a public LinkedIn post. Best for demand generation, ABM, marketing ops, product marketing, and SaaS GTM leaders building credibility through practical operating insight. Not intended for generic brand posts, company announcements, sales outreach, or long-form content.

日本語の概要は準備中です。原文の説明を表示しています。

Stallin-Sanamandra/b2b-saas-marketing-skills52026年4月27日 更新

Stallin-Sanamandra のスキルをすべて見る

このスキルの問題を報告する