Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问clear审计通过

marketing-geo-localization营销地理本地化

Agent Skill

marketing-geo-localization 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

897

周安装

37

GitHub Stars

60

下载量

293
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:marketing-geo-localization(营销地理本地化)
来源仓库:https://github.com/vasilyu1983/ai-agents-public
仓库路径:skills/marketing-geo-localization
安装命令:
npx skills add https://github.com/vasilyu1983/ai-agents-public --skill marketing-geo-localization
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/vasilyu1983/ai-agents-public --skill marketing-geo-localization

简介

营销地理本地化用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中快速定位候选结果。

  • 适用于根据关键词、任务场景或来源线索进行信息筛选与整理,支持多宿主环境集成。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装,需结合原始 README 核验具体用法。
  • 安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写操作。
  • marketing-geo-localization 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Marketing GEO Localization - International GTM & Localization

International marketing localization is not translation. It is a set of decisions about market entry, positioning governance, channels, compliance, and measurement under local constraints.

Use this skill when: The query mentions specific countries/regions/languages, international expansion, localization vs translation, regional platforms, or privacy/consent laws.

Quick Start

Use this sequence before writing recommendations:

  1. Confirm scope: target country/region(s), language(s), ICP, offer, channels, and what "success" means (pipeline, revenue, activation, retention).
  2. Choose localization depth (light, deep, market-native) based on constraints (trust, channel ecosystem, compliance, payments, support).
  3. Load only the reference files you need:

- Regions: references/regions/ (baseline platform mix + norms) - Platforms: references/platforms/ (non-Google ecosystems and platform mechanics) - Compliance: references/compliance/ (marketing lens only; validate with legal counsel) - Cultural checks: references/cultural/ (messaging, imagery, translation workflows)

  1. Output a localization brief: invariants, adaptables, channel plan, compliance actions, measurement plan, and QA/review steps.

Operating Rules (Expert Mode)

  • Treat cultural and platform norms as hypotheses; validate with local evidence (sales calls, support logs, on-platform creative review, competitive teardown, customer interviews).
  • Avoid country stereotypes: do not claim "people in X prefer Y" without tying it to a decision and a validation method.
  • No country lists without reasoning: every regional callout must explain what downstream decision changes (channel mix, trust signals, CTA, lifecycle, measurement).
  • Always state trade-offs: global consistency vs local performance; speed vs risk; scale vs governance.
  • Separate invariants (what stays global) from adaptables (what changes per market).

1) Mental Model: Localization vs Translation

Translation: Language conversion that preserves meaning at the sentence level (usually safe for docs, support, UI labels).

Localization: Translation plus adaptation of examples, trust signals, objections, pricing/display formats, and UX expectations so the offer is understood and credible.

Regionalization: Standardize a shared approach for a cluster of markets with similar constraints (language family, platform ecosystem, compliance regime, buying motion) to scale without "one country = one strategy".

Market-specific GTM strategy: Market entry and growth system design (segmentation, positioning expression, channels, compliance posture, measurement model, sales motion), not a copy task.

Real business failure (translation treated as localization): HSBC's "Assume Nothing" campaign reportedly translated in some markets as "Do Nothing", contributing to a costly rebrand to "The world's local bank". The failure wasn't linguistic accuracy alone; it broke intended positioning and trust.

2) Market Entry Logic

Decide whether to enter at all (before localization work)

Enter only when the market passes these gates:

  • Demand + willingness to pay: The problem exists and is budgeted (not just "interest").
  • Reachable distribution: You can acquire customers through available channels at viable CAC (local + global platforms).
  • Delivery feasibility: Payments, logistics, support, onboarding, and product constraints work in-region.
  • Compliance feasibility: You can run marketing and analytics legally and operationally (consent, cookies, data transfer, age rules, sector regulations).
  • Trust feasibility: You can earn credibility with locally relevant proof (references, certifications, partners).

If any gate fails, do not "localize harder"; fix the constraint or do not enter.

Decide localization depth (light vs deep vs market-native)

Use depth levels to match effort to constraint:

  • Light: Translate key pages + local currency/date/time + basic support. Use when demand exists and channels/compliance are near-global.
  • Deep: Local proof (case studies), objection handling, local channel mix, localized lifecycle flows, local SEO architecture. Use when trust and discovery differ materially.
  • Market-native: Local platform-first strategy (non-Google search, messaging superapps, local social commerce), local measurement model, sometimes separate brand/packaging. Use when global stack underperforms or is blocked.

When global consistency becomes a liability

Global consistency is a liability when it forces:

  • The wrong trust model (proof that does not carry in-market, or tone that reads as untrustworthy).
  • The wrong channel assumptions (copying the "proven" US/UK mix into a different ecosystem).
  • A measurement model you cannot run (attribution depends on cookies/retargeting you cannot legally or practically deploy).

What you deliberately do NOT localize (invariants)

Keep these global unless there is a deliberate, centrally governed exception:

  • Positioning intent: category, differentiation, and primary promise (avoid brand fragmentation).
  • Truth standards: claim substantiation, safety/security/privacy commitments (avoid legal and trust risk).
  • Metric definitions: what "qualified lead", "activation", and "conversion" mean (avoid cross-market reporting collapse).

3) Cultural Adaptation: Expert Boundary

What cultural adaptation means (in marketing terms): changing how you earn attention, credibility, and commitment in a market (proof, narrative structure, objection handling, CTA style, format, and timing), while preserving positioning intent.

What teams usually get wrong when they "respect culture":

  • They optimize for "not offending" and remove specificity, ending up bland and low-converting.
  • They localize surface elements (words, imagery) but keep a mismatched offer structure (wrong proof, wrong risk handling, wrong buying committee assumptions).
  • They allow local rewrites of the core promise without governance, causing message drift.

One signal content is culturally inappropriate without being offensive: it produces high engagement but low progression because it violates local trust mechanics (for example: asks for commitment before establishing credible proof in the formats people use to evaluate vendors).

4) Regional Platforms & Channel Reality

How to evaluate which platforms matter

Choose channels by mapping "where the decision is made", not by usage charts:

  • Discovery: search engines, social feeds, marketplaces, communities
  • Evaluation: reviews, creators/KOLs, long-form explainers, comparison content
  • Conversion: messaging apps, lead forms, in-app shops, on-site
  • Retention: email vs messaging vs in-app communities (and compliance constraints)

When global platforms underperform despite high usage

Common causes:

  • Creative norms differ (formats, pacing, social proof style, "what looks credible").
  • Measurement differs (consent restrictions, limited remarketing, weaker pixel coverage).
  • The platform is used for a different job (entertainment vs purchase intent).

When local platforms create false confidence

A local platform can look "great" (cheap CPM, high engagement) while hiding issues:

  • weak purchasing power or low intent inventory
  • limited targeting/measurement maturity
  • attribution that over-credits the platform due to tracking gaps elsewhere

Common global-team mistake: rolling out "proven channels" internationally without re-validating the local discovery and trust loop (they assume channel equivalence).

5) Compliance as a Marketing Constraint

Compliance shapes strategy, not just execution:

  • Lifecycle design: opt-in standards change list growth, segmentation, and reactivation strategy.
  • Attribution model: cookie consent affects which touchpoints can be measured; you may need different success proxies.
  • Automation boundaries: profiling and retargeting rules change nurture paths, suppression logic, and personalization.

Hidden constraints non-experts miss:

  • A campaign can be "legal" but impossible to measure reliably (leading to bad budget decisions).
  • Data transfer and consent logging can force vendor and stack choices (not just copy updates).

Strategically dangerous decision that can appear legal: using a permissive lawful basis or vague consent to enable aggressive retargeting/profiling. It may pass a narrow legal read, but it can trigger user distrust, platform enforcement, or regulator scrutiny on "freely given" consent and dark patterns.

See references/compliance/ for details per framework.

6) Multi-Market Messaging Architecture

Prevent drift by designing a message system with governance:

  • Global message house: positioning intent, promise, proof standards, taboo claims.
  • Local expression layer: locally valid proof points, objections, examples, and channel-native formats.
  • Localization brief: what to keep, what can change, required approvals, glossary, and "do not translate literally" list.
  • Change control: when global messaging changes, propagate to regions; when regions request changes, route through positioning governance.

Earliest signal localization is fragmenting the brand: different markets start describing you as a different category (not just different words), changing who you compete against and what buyers expect.

7) Measurement Across Markets

Why comparing conversion rates across countries is often misleading

Conversion rates vary with:

  • channel mix and traffic intent (not comparable)
  • trust baseline and brand familiarity
  • payment/logistics friction
  • consent and tracking coverage (measurement bias)

How experts normalize performance without flattening differences

  • Compare within-market uplift against that market's baseline (pre/post, A/B, geo tests).
  • Compare stage conversions (visit-to-lead, lead-to-qualified, qualified-to-close) rather than one blended rate.
  • Use constraint-aware proxies when tracking differs (qualified pipeline velocity vs pixel-reported conversions).

One metric to interpret differently across regions: CAC (and payback). Acquisition costs can be structurally higher in markets with stronger consent limits and weaker retargeting, even when long-term value is better.

8) Localization vs Scale Trade-off

When localization effort is justified

Localize deeply when the upside is structural (high LTV, strategic market, platform ecosystem differences, compliance constraints) rather than cosmetic.

When localization harms scale and speed

Over-localization creates:

  • too many variants to govern (message drift)
  • slow approvals (missed seasonality and platform trends)
  • fragmented measurement (incomparable KPIs)

How to reverse over-localization without breaking trust

  • Re-center on invariants (positioning intent and proof standards).
  • Keep local proof and formats, but reduce redundant message variants.
  • Communicate changes as continuity ("same product promise"), not "global rollback".

Decision that is extremely expensive to reverse: creating separate brands or separate domain/product naming systems per market. It locks you into duplicated ops, fragmented SEO equity, and cross-market confusion.

9) Cross-Skill Boundary Check (Structural Changes)

Geo-localization changes the structure of other marketing functions:

  • Content strategy: becomes a multi-market operating system (central message governance + local proof production + translation/transcreation pipeline + approvals).
  • SEO strategy: shifts from "Google keyword mapping" to "multi-engine architecture" (hreflang, local SERP features, and non-Google ecosystems where applicable).
  • Email automation: becomes consent-first lifecycle design (opt-in standards, suppression, data retention, and segmentation rules vary by region).
  • Paid advertising: becomes ecosystem planning (platform mix, creator/KOL role, creative norms, and measurement constraints differ; budgets and targets must be market-specific).

10) Red Flags Test (Non-Expert Statements)

These statements are plausible but signal non-expert thinking:

  • "We'll just translate the site first and localize later if the market works." (ignores compliance, trust, and channel constraints that determine whether it can work)
  • "If Meta/Google works in the US, it will work anywhere with enough budget." (assumes channel equivalence and ignores measurement/legal constraints)
  • "Let local teams rewrite positioning so it feels native." (guarantees message drift unless centrally governed)

Appendix: Quick Reference (Use as Hypotheses, Not Rules)

Regional starting points

Use this matrix only to generate first-pass hypotheses, then validate with market-specific research and on-platform evidence.

RegionPrimary Platforms (typical)Search Engine(s) (typical)Common Constraints
US/CanadaMeta, Google, LinkedIn, TikTokGoogleCASL/CCPA differences, SMS consent strictness
UK/IrelandMeta, Google, LinkedInGoogleUK GDPR/PECR, cookie enforcement
Europe (varies)LinkedIn, Meta, Google, local B2B networksGoogleGDPR + country specifics, double opt-in norms
Japan/KoreaLINE, Yahoo Japan, Naver, Kakao, InstagramYahoo Japan, Naver, Googlelocal ecosystems and ad products
ChinaWeChat, Douyin, Weibo, XiaohongshuBaiduplatform separation + data/cross-border constraints
India/SEAWhatsApp, Instagram, YouTube, TikTok, marketplacesGooglepayments, language diversity, messaging-first funnels
LATAMWhatsApp, Meta, TikTokGoogleWhatsApp-first conversion loops
MENAWhatsApp, Instagram, SnapchatGoogleRTL UX, seasonality, messaging norms
Russia/CISVK, Telegram, YandexYandexlocal search and platform ecosystem
ANZMeta, LinkedIn, GoogleGoogleprivacy act constraints, competitive CAC

Compliance quick map (marketing lens)

Use this to identify which parts of your funnel and measurement stack are likely to change, then consult references/compliance/ for specifics.

FrameworkTypical impact on marketing strategy
GDPR / ePrivacy (EU/EEA)consent-first tracking, limited retargeting, stricter list growth, heavier consent logging
UK GDPR / PECR (UK)similar to EU, cookie enforcement and direct marketing rules matter early
CASL (Canada)strict email consent; lifecycle automation depends on provable opt-in
CCPA/CPRA (California)opt-out rights and "sale/share" definitions can constrain ad tech and attribution
LGPD (Brazil)consent and lawful basis clarity; vendor choices and data retention processes matter
PIPL (China)data transfer/localization constraints can dictate stack; platform rules dominate distribution
APPI (Japan)purpose limitation and transfer notices; lifecycle expectations and consent handling vary
PIPA (South Korea)stringent consent and enforcement; impacts personalization and data use
DPDP (India)consent and data handling; operational readiness matters more than copy tweaks

Non-Google search ecosystems (when applicable)

EngineWhy it changes strategy
Baiduhosting/licensing constraints affect SEO feasibility; local ecosystem surfaces are part of discovery
Yandexranking and geo signals differ; local hosting and language specificity matter more
Naverecosystem-native content surfaces (blogs, communities) act like SEO inventory
Yahoo Japandifferent SERP features and partnerships; treat as distinct from US Yahoo

Content adaptation workflow (AI + human)

  • Use AI for high-volume, low-risk content (docs, support, UI strings), then run native review for terminology and correctness.
  • Use human transcreation for conversion-driving assets (homepage, pricing page, ads, email sequences, campaign taglines).
  • Establish a glossary, "do not translate literally" list, and proof standards before scaling output volume.

Market entry checklist (operational)

Before launch:

  • Legal entity requirements (some markets require local presence)
  • Data localization requirements (may constrain hosting and vendors)
  • Payment infrastructure (local payment methods, currencies)
  • Customer support language capabilities
  • Regulatory approvals (industry-specific)

Content and creative:

  • Native speaker review (not just translation)
  • Local competitor analysis and proof expectations
  • Influencer/KOL landscape mapping (if relevant)
  • Local case studies or social proof plan

Technical:

  • CDN/hosting for regional performance
  • Local domain strategy (if needed)
  • Hreflang implementation (multi-language sites)
  • Regional analytics setup (consent-aware)
  • Cookie consent implementation (if required)

Operations:

  • Local team or agency partnerships
  • Time zone coverage for support
  • Regional reporting cadence and KPI definitions
  • Currency/pricing strategy
  • Returns/refunds policy localization (if applicable)

Integration with Other Marketing Skills

SkillGEO Localization Adds
marketing-content-strategymulti-market messaging governance, local proof strategy, transcreation boundaries
marketing-seo-completenon-Google search ecosystems, hreflang architecture, local SERP constraints
marketing-social-mediaregional platform mix, creator/KOL role, culturally credible formats
marketing-email-automationconsent-first lifecycle design, suppression/retention constraints
marketing-paid-advertisingecosystem planning, creative norms, measurement constraints by region
marketing-crotrust signals and payment friction differences across markets

References

  • Regions (entry points): references/regions/europe.md, references/regions/americas.md, references/regions/asia-pacific.md, references/regions/mena.md, references/regions/africa.md, references/regions/south-asia.md
  • Platforms (entry points): references/platforms/china-ecosystem.md, references/platforms/japan-korea.md, references/platforms/russia-cis.md, references/platforms/translation-management-systems.md
  • Compliance (entry points): references/compliance/gdpr.md, references/compliance/us-state-laws.md, references/compliance/casl.md, references/compliance/lgpd.md, references/compliance/pipl.md
  • Cultural frameworks and workflows: references/cultural/messaging-frameworks.md, references/cultural/imagery-guidelines.md, references/cultural/color-symbolism.md, references/cultural/ai-translation-workflows.md
  • Curated external resources: data/sources.json

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

26.75%
按下载量换算78

Cursor

21.66%
按下载量换算63

Gemini CLI

18.13%
按下载量换算53

Antigravity

13.53%
按下载量换算40

Codex

7.63%
按下载量换算22

trae

3.48%
按下载量换算10

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

来源信息

继续浏览同类 Skills