Token导航 LogoToken导航TokenDH.com
待分类external-servicegithub未标认证来源可访问许可证需确认审计提醒

segment-audience细分观众

Agent Skill

segment-audience 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

533

周安装

22

GitHub Stars

66

下载量

174
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:segment-audience(细分观众)
来源仓库:https://github.com/indranilbanerjee/digital-marketing-pro
仓库路径:skills/segment-audience
安装命令:
npx skills add https://github.com/indranilbanerjee/digital-marketing-pro --skill segment-audience
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/indranilbanerjee/digital-marketing-pro --skill segment-audience

简介

用于处理 GitHub 仓库、Issue 和 Pull Request 协作信息。

  • 适合在团队协作和项目管理场景中整理代码变更与任务状态。
  • 通过 npx skills add 命令从指定仓库安装并使用。
  • 安装前需确认是否有文件读写、网络请求或命令执行权限。
  • 建议结合原始文档了解具体支持的协作流程与接口限制。

SKILL.md

/dm:segment-audience

Purpose

Create or update audience segments in the brand's CRM or email platform based on behavioral, demographic, or engagement criteria. Segments can be used for ad targeting, email campaigns, retargeting, or personalization. Ensures segments are well-defined, properly sized, actionable across platforms, and documented with clear criteria for reproducibility — so the team can understand exactly who is in a segment and why. Supports RFM (recency, frequency, monetary) modeling, lifecycle-based segmentation, and predictive scoring criteria for advanced audience strategies.

Use this command to build targeting audiences before campaign launches. For importing new contacts into the CRM first, use /dm:lead-import. For exporting segment member data to external tools, use /dm:data-export after segment creation.

Input Required

The user must provide (or will be prompted for):

  • Segment criteria: The rules that define segment membership — demographics (age, location, job title, company size, industry), behaviors (pages visited, emails opened, links clicked, purchases made, events attended), engagement levels (active last 30/60/90 days, lapsed, at-risk, churned), purchase history (recency, frequency, monetary value, product category), lifecycle stage (subscriber, lead, MQL, customer), or custom field filters
  • Target platform: Where the segment will be created — CRM (Salesforce, HubSpot, Zoho, Pipedrive), email platform (ActiveCampaign, Mailchimp), or ad platform (Meta Custom Audiences, Google Ads Customer Match, LinkedIn Matched Audiences, TikTok Custom Audiences)
  • Segment name: A descriptive, standardized name following the brand's naming conventions — e.g., "High-Value-Customers-Last-90d" or "MQL-SaaS-Enterprise-US"
  • Segment purpose: How this segment will be used — email campaign targeting, paid ad audience, retargeting pool, personalization cohort, suppression/exclusion list, lookalike seed audience, or cross-sell/upsell targeting
  • Dynamic vs. static: Whether the segment should auto-update as contacts meet or leave criteria (dynamic/smart list) or remain fixed at time of creation (static/snapshot) — dynamic for ongoing campaigns, static for one-time sends or point-in-time analysis
  • Refresh frequency (if dynamic): How often the segment membership should be recalculated — real-time (event-triggered), daily, weekly, or on-demand before each campaign send
  • Exclusion criteria (optional): Contacts to explicitly exclude — unsubscribed, hard bounced, competitors, internal team members, existing customers (for acquisition campaigns), contacts in another active campaign (frequency capping), or suppression lists from partners
  • Minimum segment size (optional): The smallest acceptable segment size for the intended use case — ad platforms typically require 1,000+ for effective delivery, lookalike seeds perform best at 1,000-10,000, and email segments should be large enough for statistical significance in A/B testing
  • Cross-platform sync (optional): Whether this segment should be automatically synced to additional platforms — e.g., create in CRM and push to Meta Custom Audiences and Google Ads simultaneously
  • Segment description: A human-readable explanation of the segment's purpose and criteria for team documentation — stored alongside the segment for future reference and knowledge transfer
  • RFM parameters (optional): If using recency-frequency-monetary segmentation — define the scoring thresholds for each dimension, the lookback window for transaction history, and the number of segments to create (e.g., Champions, Loyal, At Risk, Lost)
  • Lookalike expansion (optional): If this segment will seed a lookalike audience — specify the expansion percentage (1-10%) and target platform, so the segment can be optimized for seed quality rather than just size

Process

  1. Load brand context: Read ~/.claude-marketing/brands/_active-brand.json for the active slug, then load ~/.claude-marketing/brands/{slug}/profile.json. Apply brand voice, compliance rules for target markets (skills/context-engine/compliance-rules.md), and industry context. Also check for guidelines at ~/.claude-marketing/brands/{slug}/guidelines/_manifest.json — if present, load restrictions and relevant category files. Check for agency SOPs at ~/.claude-marketing/sops/. If no brand exists, ask: "Set up a brand first (/dm:brand-setup)?" — or proceed with defaults.
  2. Determine available data sources: Query connected platforms to identify what data is available for segmentation — CRM contact fields and custom properties, email engagement metrics (opens, clicks, bounces), ad platform audience data, website behavioral data (if analytics MCP connected), and purchase/transaction records. Map which criteria can be evaluated from which source and flag any criteria that cannot be supported by available data.
  3. Build segment criteria logic: Translate the user's criteria into platform-specific filter logic — AND/OR conditions, nested groups, date ranges, relative date windows (e.g., "last 30 days" recalculated dynamically), numeric thresholds, string matching rules, and list membership checks. Validate that all referenced fields exist in the target platform's schema.
  4. Estimate segment size from available data: Run a count query or estimate against the target platform to project segment membership. Flag if the segment is too small for its intended purpose (e.g., under 1,000 for ad targeting, under 100 for email A/B testing) or too broad (e.g., over 80% of total database — likely under-filtered and lacking targeting precision).
  5. Check overlap with existing segments: Query existing segments on the platform to identify overlap — contacts who already belong to active segments used in current campaigns. Present overlap percentage, shared contact count, and recommend whether to exclude overlapping contacts, merge segments, or accept overlap based on the segment's purpose and campaign frequency capping rules.
  6. Apply exclusion criteria: Layer in exclusion rules — unsubscribed contacts, hard bounces, suppression lists, competitors, internal team members, and any user-specified exclusions. Show the impact of each exclusion rule on segment size individually and cumulatively.
  7. Validate compliance for ad platform audiences: If syncing to ad platforms, verify that contacts have appropriate consent for advertising use (not just email consent), confirm the audience matches platform-specific requirements (hashed email format for Customer Match, minimum audience size), and check for platform terms of service compliance.
  8. Create segment definition payload: Build the platform-specific segment definition — filter criteria in the platform's API format, segment name, description, type (dynamic/static), refresh schedule, folder or tag assignment for organization, and any cross-platform sync configuration.
  9. Create approval gate: Assess risk as medium for all segment operations. Present segment preview showing criteria summary in human-readable format, estimated member count, percentage of total database, overlap with existing segments, exclusion impact, sample member profiles (top 5 representative contacts), and the platform where the segment will be created.
  10. On approval, create segment via platform MCP: Push the segment definition to the target platform through the appropriate MCP. For ad platform audiences, initiate the audience sync, wait for processing confirmation, and verify match rate. For CRM/email segments, confirm creation and initial member population count.
  11. Initiate cross-platform sync (if requested): For multi-platform segments, push the audience to additional destinations — hash emails for ad platform Customer Match uploads, format phone numbers per platform requirements, and initiate sync jobs. Monitor match rates and flag significant drops between source and destination counts.
  12. Verify segment creation and log results: Confirm the segment was created successfully on all target platforms — verify member count matches estimate within acceptable variance, spot-check sample members against criteria, confirm the segment appears correctly in each platform's UI, and document any match rate discrepancies. Log execution to ~/.claude-marketing/brands/{slug}/logs/segment-log.json.

Output

A structured audience segmentation report containing:

  • Segment ID and platform confirmation: The segment's unique identifier on the target platform, creation timestamp, segment type (dynamic/static), and direct link to the segment in the platform UI
  • Member count: Total contacts in the segment after all criteria and exclusions are applied, with comparison to initial estimate, percentage of total database, and comparison to minimum size requirements for the stated purpose
  • Criteria documentation: Complete human-readable criteria used — each filter rule, logical operators (AND/OR), date ranges, numeric thresholds, and exclusions — formatted as a reference document for team knowledge transfer and future segment maintenance
  • Platform filter logic: The exact filter configuration as implemented on the platform — API-level criteria for auditing, debugging, and replicating on other platforms
  • Overlap analysis: Percentage overlap with each active segment, shared contact count per segment, and assessment of whether overlap creates audience fatigue risk, budget waste (paying to reach the same person twice), or is intentional (e.g., retargeting a subset)
  • Exclusion impact report: How many contacts each exclusion rule removed individually, cumulative exclusion count, and the final included-to-excluded ratio with breakdown by exclusion reason
  • Sample member profiles: 5 representative contacts from the segment showing key fields — name, email, company, engagement level, lifecycle stage, score, and which specific criteria they matched
  • Cross-platform sync status: If synced to ad platforms — match rate per platform, audience size at each destination, processing status, estimated time to full population, and any hashing or formatting transformations applied
  • Segment size trend (for updates): If updating an existing segment — member count change (added, removed, net change), criteria modifications applied, and trend of segment size over the last 5 refreshes if available
  • Lookalike audience readiness: Assessment of whether this segment is suitable as a lookalike seed — size within optimal range (1,000-10,000), engagement quality score, demographic coherence, and recommended lookalike expansion percentages per ad platform
  • Segment quality score: Assessment of segment targeting precision — criteria specificity (narrow vs. broad), engagement level distribution within the segment, demographic coherence, and predicted response rate compared to the full database
  • Recommended next steps: Suggested actions — sync to ad platform for lookalike creation, trigger email nurture sequence, build personalized landing page variant, create complementary exclusion segment, schedule recurring refresh for dynamic segments, or split-test segment criteria for optimization
  • Related segments: Existing segments that could be combined with, used alongside, or explicitly excluded from this new segment — with overlap percentages and use case recommendations
  • Execution log: Timestamped record of the segmentation process — platform API calls, response status, population duration, match rates, cross-platform sync results, and any warnings or errors encountered

Agents Used

  • crm-manager — Segment criteria logic, CRM data querying, deduplication, overlap analysis, platform-specific filter construction, compliance verification, cross-platform sync, and segment creation management
  • email-specialist — Email engagement-based segmentation criteria, suppression list management, deliverability considerations, frequency capping logic, and email platform segment optimization
  • media-buyer — Ad platform audience requirements, lookalike seed quality assessment, Customer Match formatting, and ad platform audience sync verification

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

34.51%
按下载量换算60

Claude

29.28%
按下载量换算51

Cursor

19.47%
按下载量换算34

Gemini CLI

9.64%
按下载量换算17

安全审计

Gen Agent Trust Hub

通过

Socket

可疑

Snyk

通过

权限和风险

external-service

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills