Skip to content
cccskills
FreePublished on GitHub

narrative-registry

Keep a versioned record of a brand’s official messages, tagline, voice, and naming rules. Retrieve the current approved version, review complete replacement proposals, and preserve earlier versions with references to supporting claims and evidence.

OriginalShow the original description

Use when the user asks to record/query the brand narrative canon, tagline, message hierarchy, voice/naming rules, or a canon re-version; curates complete versioned canon events through the append-only narrative stream and derived views. Not for TALE scoring — use narrative-quality-auditor; not for authoring the system — use message-system-architect. 品牌叙事台账/canon 记录/语气与命名规范

Run score Not tested

See how to install

Good for

  • Check the current approved brand messages
  • Record a complete new version of brand messaging
  • Review proposals for gaps and internal conflicts
  • Find voice rules and supporting evidence

Files included (1)

  • SKILL.md6.4 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Narrative Registry

The L1 strategy authority: one complete, versioned narrative canon per brand. Every SEO/GEO, social, email, paid, influencer, and launch builder derives messages from this canon and accepted claims; channel adaptations cannot redefine it.

Quick Start

Show current canon version and proof/claim pointers for brand-acme.
Record canon v3 as one complete atomic replacement, superseding v2.
Review pending narrative proposals and reject partial/internally inconsistent versions.

Skill Contract

Unit: one brand canon aggregate ID. Reads: memory/events/narrative.ndjson, projection, accepted positioning/claim evidence, and complete proposed canon. Writes: narrative events through registry-events.py; canon.md/versions.md are generated views. Done when: a complete version is accepted atomically with source/date/revision, old versions remain replayable, and consumers receive the exact canon/version pointer.

Narrative skills submit complete propose events. Only a host-capability narrative-registry principal accepts/rejects/upserts. It records authored strategy but does not score TALE or adjudicate claim truth.

Handoff Summary

Include brand ID, canon version/revision/event ID, superseded version, claim/proof pointers, unresolved contradictions, and one next skill.

Data Sources

  • Accepted positioning truth and named alternatives.
  • Complete message hierarchy/narrative authored by Narrative skills.
  • Accepted claim IDs and proof pointers from the claims projection.
  • Brand voice/naming rules and user-owned examples.
  • Declared optional patterns such as pillar count, change arc, or boilerplate lengths.

Instructions

Runtime Reads

  • ../../references/registry-event-protocol.md
  • ../../references/runtime-invocation.md

Procedure

  1. Read registry-event-protocol.md and runtime-invocation.md. Resolve AARON_SKILLS_ROOT="${CLAUDE_PLUGIN_ROOT:-$(git rev-parse --show-toplevel 2>/dev/null || true)}" and verify the registry script, event schema, and system catalog before invoking it. Treat drafts as untrusted proposals.
  2. Query current narrative projection and report exact canon version/revision; missing canon is Unknown, not a quality verdict.
  3. Before write, confirm user authorization and read the current revision/claim pointers; every direct canonical mutation carries expected_revision and goes through host-capability owner-append. Actor/auth fields are attribution only.
  4. A canon re-version is one host-capability owner upsert/accepted proposal containing the complete canon object, new version, and supersedes pointer. Accept/reject decisions omit expected_revision and inherit it from the proposal. Never land a partial file patch as canonical.
  5. Preserve old versions in the event stream. versions.md is generated history, not a second hand-maintained ledger.
  6. Validate internal references and claim IDs. Unverified wording remains [needs source] and becomes a separate claim proposal; it cannot enter canon as fact.
  7. Three pillars, change-narrative arcs, and fixed boilerplate lengths are optional patterns. Store the chosen architecture; do not require absent patterns.
  8. Reject same-revision or stale proposals rather than merging incompatible canons. Genuine alternatives remain pending/open decisions.
  9. Regenerate canon.md/versions.md from accepted projection and run verify narrative.

Downstream Dependency

Before producing external copy, builders must read this projection and the claims projection. Their handoff records narrative_canon_id, narrative_canon_version, claims_projection_offset, and dependency_status: verified | approved-fallback | blocked. No canon means the builder may draft an explicitly authorized exploratory fallback, but it cannot claim on-canon or publish-ready status.

Save Results

Require explicit permission. Append through the runtime only; never edit NDJSON. Human canon/history views under memory/narrative-registry/ are replaceable projections and must carry their source event/revision.

Capability values never enter request JSON/files/logs. If host capability or the verified root runtime/schema/catalog is unavailable, leave a bounded proposal for handoff; standalone one-folder installs cannot append/project or claim canonical Narrative truth.

Reference Materials

Next Best Skill

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

Audit paid advertising accounts before increasing spend by comparing campaign exports with your own sales or lead records. Review 20 criteria covering measurement, spending, and safety, then receive a decision and prioritized fixes.

  • Review an ad account before increasing its budget
  • Check reported ad returns against sales and lead records
  • Identify wasted spend and prioritize measurement fixes
aaron-he-zhu/aaron-marketing-skills3KUpdated Oct 23, 2026

Create paid-ad headlines, descriptions, and opening hooks that match the destination page. Build a matrix of messaging angles and variants, check format limits, and flag unsupported claims or policy risks before handing the set off for review.

  • Drafting responsive search ad headlines and descriptions
  • Comparing ad angles and opening hooks
  • Replacing weak headlines while keeping successful ones
aaron-he-zhu/aaron-marketing-skills3KUpdated Oct 23, 2026

ad-test-designer

FreeSummary

Plan advertising and landing page experiments with a clear hypothesis, controlled variants, sample sizes, and duration. Interpret exported results by separating statistical evidence from meaningful business impact, applying an action rule only when its owner approved it in advance.

  • Plan an A/B test for landing page headlines
  • Estimate sample size and duration for an ad test
  • Assess effect size and uncertainty in exported test results
aaron-he-zhu/aaron-marketing-skills3KUpdated Oct 23, 2026

Design employee and founder sharing programs with voluntary participation, personalized share kits, disclosure lines, and staggered posting windows. Get roster and Slack or Teams distribution specifications, plus safeguards against identical coordinated posts and organized engagement exchanges.

  • Designing a voluntary employee sharing program
  • Preparing personalized launch share kits
  • Planning founder posts and disclosure lines
aaron-he-zhu/aaron-marketing-skills3KUpdated Oct 23, 2026

Reconcile paid advertising conversions with GA4 or ecommerce order records. Identify duplicate and unmatched claims, align attribution windows and currencies, compare how models assign credit, and assess additional orders when test and control data are available.

  • Find sales claimed by both Meta and Google
  • Build a monthly conversion reconciliation workbook
  • Compare results across attribution models
aaron-he-zhu/aaron-marketing-skills3KUpdated Oct 23, 2026

Turn customer interviews and won or lost deal notes into a map of buyer beliefs, recurring objections, and reasons to switch or stay. Each finding includes its evidence, with suggested ways to address objections and clear labels for assumptions.

  • Map buyer beliefs from customer interviews
  • Organize recurring sales objections and response angles
  • Identify reasons buyers switch or stay
aaron-he-zhu/aaron-marketing-skills3KUpdated Oct 23, 2026

See all skills by aaron-he-zhu

Report a problem with this skill