
cross-event-promotion
Set up reciprocal promotion between independent technical events run by different organizers - partner-event scoring, the swap-format menu (community-calendar cross-listing, newsletter or social mention swaps, ticket-discount code swaps, speaker-pipeline sharing, joint inter-meetup events, conference-week co-location), the organizer-to-organizer ask, a lightweight swap agreement, and delivery measurement on both sides. Use whenever asked to cross-promote with another event, arrange a promo or ticket-code swap, run a joint event with another meetup, co-locate with a bigger conference, or coordinate speakers across a circuit of independent events. Do NOT use for one organizer's own portfolio - use samber/dev-event-organizer-skills@event-portfolio-strategy - or deals with media outlets - use samber/dev-event-organizer-skills@event-media-partnerships.
- Installs
- 5.3K
- Last 24h
- +178
- Trending rank
- #1340
- Security
- Warn
Install
Works with every agent the skills CLI supports.
npx skills add https://github.com/samber/dev-event-organizer-skills --skill cross-event-promotion- 01
Install
Run the command in your project. The CLI asks which agents to install for.
- 02
Describe the task
Ask your agent for something this skill covers. It loads cross-event-promotion automatically when relevant.
- 03
Review the result
The agent follows the SKILL.md steps, scripts and references bundled with the skill.
Security audits
Independent scans of the skill's instructions and bundled files.
SKILL.md
The instructions your agent reads when the skill is triggered.
Cross-Event Promotion
You broker visibility swaps between independent events run by independent organizers:
- Ticket-discount code exchanges.
- Newsletter and social mention swaps.
- Booth and flyer exchanges.
- Speaker-pipeline sharing.
- Conference-week co-location.
- Joint events co-run by two or more meetups.
- Community-calendar cross-listing.
The currency exchanged is mutual visibility, not money: no commission, no reseller mechanics, no cash changing hands.
Distinct from:
- Deals between events under the same organizer, which need none of this courting - that coordination belongs to
samber/dev-event-organizer-skills@event-portfolio-strategy. - Visibility deals with media outlets (newsletters, podcasts, communities that are not themselves events) - those belong to
samber/dev-event-organizer-skills@event-media-partnerships, since the same newsletter-swap mechanics land there when the counterparty runs a media property rather than an event.
No industry-wide measured referral value for event-to-event swaps has been published. Every target you set is self-set; report only what you measure, and never invent a figure to fill the gap.
Every ranking below is a default, not a law - it shifts with context and with who executes it. After the interview, re-rank both menus against what you know about this organizer. Any one of these overturns a default rung:
- A popular newsletter already in hand.
- Both events in the same city.
- An audience that already travels.
- A volunteer team with two spare hours a week.
Interview
Ask one question at a time, multiple-choice where possible. Questions 5-7 exist because the format menu diverges sharply on time-to-effect, durability, and effort - the default ranking cannot be picked for the user.
- Which pole is your event on: community-run (independent, volunteer organizers) or company/foundation-run (owned by a vendor or foundation, staffed marketing)? And which pole is the candidate partner on? This decides the sign-off chain and how formal the deal must be (see the pole split below).
- What do you have to trade? Newsletter reach, social following, a ticket allocation you can discount, physical booth or flyer space, a speaker network, a venue in a draw city. Your asset inventory re-ranks the menu - a strong owned channel promotes the swap format that uses it.
- Is your event in-person, online, or hybrid - and the partner's? No physical edition on either side deletes the booth-exchange rung outright (see the delete rule below).
- Which events already share your audience, and do you already know any of their organizers? A warm organizer relationship is the cheapest first touch and skips most of the cold-outreach work.
- By what date must the promotion land? A mention swap lands in days; a ticket-discount swap needs a sales window; co-location is an edition-cycle play locked 9-12 months out with venue and dates. A deadline inside the current edition's cycle promotes the mention swap and rules co-location out entirely.
- Is this a one-off boost for the coming edition, or a compounding relationship? Most organizer swaps are meant to recur edition over edition, and relationship durability outweighs single-edition yield - a compounding mandate promotes speaker-pipeline sharing and co-location.
- What is the effort ceiling: volunteer hours squeezed around day jobs, or a staffed marketing function? A volunteer ceiling holds the reader to the top of the efficiency order; a staffed function is what puts the starved rungs - booth exchange, co-location - back in reach.
- Can each side attribute referrals - discount codes, campaign-tagged links, a "how did you hear about us" field? No attribution on either side blocks the ticket-discount rung's promotion and caps what the debrief can honestly claim.
- Does your audience travel to reach you, and which city and season is each event in? Decides whether co-location is even reachable.
Community-run vs company-run
The axis that changes the deal is who owns each event, the same split this collection's positioning, format, and sponsorship skills argue:
- Community-run on both sides - organizers deal as peers: they agree a swap in a chat thread, seal it with a short written recap, and honor it on reputation. The community's calendar culture works for you - shared season calendars and crowdsourced listings exist precisely because independent community events treat each other as complements (MLH season calendar).
- Company/foundation-run on either side - the swap crosses a marketing department: expect brand-approval steps, a legal pass on anything touching tickets or venues, and a slower yes. The upside is institutional capacity - the clearest co-location structure in the field is foundation-operated, with a named co-located-events category and separate registration (CNCF/KubeCon co-located events program).
- Mixed - the community side moves fast and the company side cannot; set the timeline to the slower partner's approval chain, and put everything in the written agreement, since informal recaps don't survive a marketing-team handover.
Workflow
- Run the interview; fix both poles (Q1), inventory your tradable assets (Q2), and confirm attribution capability (Q8).
- Map candidate partner events: the aggregator calendar for your own event category, cross-topic crowdsourced conference calendars, and any ecosystem season calendar your community maintains - then extend the scan to local events outside your category sharing your city or dates (DevOpsDays organizing guide; candidate sources and named examples in references/partner-scoring-and-outreach.md).
- Score each candidate against the partner-scoring menu below: audience fit and size parity first, brand alignment before any outreach. Distinguish complements from substitutes - an event your attendees would attend instead of yours is a competitor to load-balance dates against, not a swap partner (DevOpsDays guide).
- Pick the swap format from the format menu below, re-ranked against Q2's assets and Q5's deadline. Get every listed-for-free rung done regardless: cross-list your event on the calendars candidates were mapped from - it costs minutes and needs no partner's consent.
- Make the ask, warm channel first (Q4). Cold, use the organizer-to-organizer template in references/partner-scoring-and-outreach.md: who you are in one line, the specific audience overlap you observed, one concrete swap proposal, one clear ask. Propose something roughly symmetric to what you request - asymmetry is negotiated openly, not smuggled.
- Write the lightweight agreement before anything ships. See references/swap-formats-and-agreement.md for the outline: what each side delivers, by when, minimum commitments, attribution handling, logo and copy approval, an exit clause, and what numbers get shared afterward. A chat-thread recap suffices between community organizers; a company-run partner needs the real document.
- Set up attribution before launch, not after: per-partner discount codes, campaign-tagged links, a source field on registration. A swap that launches unattributed can never be honestly evaluated - this is the step the measurement caveat above makes non-negotiable.
- Execute on the agreed calendar and track delivery both ways: what you shipped for them, what they shipped for you, each with a date and a link. Chase a slipping partner against the agreement's dates, once, in writing.
- Debrief after the edition: redemptions and referrals per side against your self-set targets, plus the two relationship questions - was the collaboration easy, and do both sides want to recur? Decide recur / renegotiate / drop, and tell the partner which.
If your harness has persistent memory, record: the scored candidate list, each active swap's agreement terms and delivery ledger, per-partner referral results, and the recur/drop decision with its reason. Next edition's swap round starts from that record instead of a blank map.
Swap formats
Seven formats, one goal: attendees moved between the two events. Ranking (default, not a law - Q2, Q3, and Q5 re-rank):
- effort:
co-location deal > booth or flyer exchange > joint event > speaker-pipeline sharing == ticket-discount swap > mention swap > calendar cross-listing - value (registrations moved):
co-location deal > joint event > ticket-discount swap > booth or flyer exchange > mention swap > speaker-pipeline sharing == calendar cross-listing - efficiency:
calendar cross-listing > mention swap > ticket-discount swap > joint event > speaker-pipeline sharing > booth or flyer exchange > co-location deal - compliance cost (review triggered, reversibility lost):
co-location deal > joint event > booth or flyer exchange > ticket-discount swap; the other three carry none - nothing in a mention, a listing, or a speaker recommendation touches a contract.
Where the joint event lands, argued (the six existing rungs keep their relative order):
- Effort, below the booth exchange - for two meetups it replaces an edition each side would run anyway, so the added cost is coordination, not a second production; the booth exchange adds travel and staffing on top of both events.
- Value, second - it puts both audiences in one room, which no code or mention does, but it moves people one evening at a time where co-location moves a whole traveling crowd.
- Efficiency, below the ticket swap - the ticket swap yields attributable registrations from a few hours of setup; the joint event needs a co-designed program before it yields anything.
- Compliance, second - it puts both communities under one code of conduct and one registration list, with attendee data each side may only reuse on its own consent; the booth exchange's exposure is one sponsor's exclusivity clause.
Tie justifications:
- Effort tie - speaker-pipeline sharing and ticket-discount swaps each cost a few hours of setup plus a per-edition refresh over a standing coordination channel, with no physical logistics on either side.
- Value tie - calendar cross-listing and speaker-pipeline sharing both move attendees only indirectly, passive discovery on one and program quality on the other, and neither produces an attributable registration.
Default rungs:
- Default rung: the mention swap. Calendar cross-listing sits as the always-on floor beneath it - cross-listing is near-free and needs no deal, so it never waits for a partner.
- Promote to: the ticket-discount swap, once both sides can issue codes and read redemptions (Q8). It is the cheapest format that produces attributable registrations, which is what the measurement section needs.
Partner collaboration, mainly between meetups:
- The joint event - two or more meetups co-run one edition, in the same city (Q9) or online, so each audience meets the other's community first-hand. Promote it only when all four hold:
- Complements, not substitutes - each audience gains something it cannot get at home. Two meetups whose attendees would pick one instead of the other gain nothing from a joint evening (same failure as co-locating with a substitute below). If both are also declining, that is a merge conversation, not a swap - see the merge option in
samber/dev-event-organizer-skills@event-portfolio-strategy. - A format that serves both rooms - a program built on the overlap, with something each audience came for; never one side's usual talk with the other side invited as guests.
- Work and credit split in advance - in the agreement before the announcement: who books the venue, who hosts, who runs registration, whose code of conduct applies, logo and name order, who announces where, and which sponsors appear.
- A cross-over measure - a registration field asking which community each attendee comes from, so each side can count the share new to it, plus how many of those reach the partner's next regular edition. Targets self-set.
- Complements, not substitutes - each audience gains something it cannot get at home. Two meetups whose attendees would pick one instead of the other gain nothing from a joint evening (same failure as co-locating with a substitute below). If both are also declining, that is a merge conversation, not a swap - see the merge option in
Starved option:
- The starved option is the co-location deal - highest value and highest effort, so it loses every efficiency round.
- Promotion condition, keyed to Q9 - both events already share a traveling audience and can land in the same city and week. Scheduling immediately before or after another event so traveling attendees justify one trip for both is a named organizer practice (DevOpsDays guide). The model is institutionalized at ecosystem scale: co-located events share the anchor's venue and week while keeping separate registration, so clustering never requires merging ticketing or revenue (CNCF/KubeCon).
- Open item - what the anchor charges for the slot, and whether cross-promotion is included, is not publicly documented; negotiate it explicitly rather than assuming either.
Delete rules, rather than demoting the ruled-out rung:
- No physical edition deletes the booth exchange.
- No discountable ticket inventory deletes the ticket swap.
A ruled-out option parked at the bottom silently reappears as scope.
Per-format execution detail - including the anchor-event edge case where you reference a bigger event's dates without any deal - is in references/swap-formats-and-agreement.md.
Partner scoring
Four criteria adapted for organizer-to-organizer context. Ranking (default, not a law):
- verification effort:
engagement quality > brand and values alignment > audience fit == audience-size parity - screening value (bad deals prevented):
audience fit > brand and values alignment > audience-size parity > engagement quality - efficiency:
audience fit > audience-size parity > brand and values alignment > engagement quality
The effort tie is genuine: audience fit and size parity are both readable in minutes from a candidate's public program, topics, and attendance claims.
- Screen first: audience fit and size parity. Cheap, and together they kill most candidates.
- Check before any outreach: brand and values alignment. A partner's conduct failure lands on every event that promoted them, and the check costs one read of their code of conduct, past editions, and public voice.
- The starved criterion: engagement quality. Highest signal, unverifiable from outside, so move it from pre-screen to a negotiation ask: request real open rates and past swap results as part of the deal conversation.
- Promotion condition - promote engagement quality to a hard gate when the format on the table is expensive (booth exchange, co-location), where a dead audience wastes real money and travel.
Per-criterion checks, the parity heuristic for asymmetric swaps, and the outreach template are in references/partner-scoring-and-outreach.md.
Failure modes
- Audience mismatch - a big partner with the wrong audience produces zero redemptions. Fix upstream: audience fit is the first screen, and a mention in front of the wrong crowd is worth less than silence.
- The one-sided swap - audience-size asymmetry makes "one mention each" a bad trade for the larger side, and resentment kills the recur decision. Fix: name the asymmetry and balance it in units (e.g. more mentions, a richer placement, or a longer discount window from the smaller side) - the parity heuristic is in the scoring reference.
- Co-locating with a substitute - sharing a week with an event your attendees would pick instead of yours cannibalizes both. A joint event with a substitute fails the same way: the room fills with people who already attend one or the other, and the new-to-each share comes back near zero. Piggyback complements; load-balance dates against substitutes (DevOpsDays guide).
- A booth swap that breaks a paid sponsor's deal - comped booth space is in-kind value that can violate a paying sponsor's category exclusivity or occupy inventory they bought. Check the sponsor agreements' exclusivity clauses before promising floor space - delivery obligations live with
samber/dev-event-organizer-skills@event-sponsor-fulfillment. - Unmeasurable claims - a swap launched without attribution gets debriefed with invented numbers, because the alternative is admitting nobody knows. Fix: attribution before launch (workflow step 7); if a channel genuinely can't be attributed, report it as unmeasured - an invented figure has nothing behind it and survives longer than the caveat next to it.
- The partner's incident becomes yours - cross-promotion ties reputations; a code-of-conduct failure at their event lands on the events that promoted it. Fix: the brand-alignment screen, plus an exit clause in the agreement that lets either side withdraw promotion.
Measurement
Keep a per-partner ledger, both directions, tracking:
- Mentions delivered, with dates and links.
- Tagged-link clicks.
- Codes redeemed.
- Registrations attributed.
- For a joint event: the share of attendees new to each side, and how many of them reach the partner's next regular edition.
- Ease of collaboration (qualitative).
- Both sides' intent to recur (qualitative).
Relationship durability outweighs single-campaign yield here, because organizer swaps are meant to compound edition over edition.
Set redemption and referral targets before launch and label them self-set: referral value depends on the two communities involved and does not transfer from one partnership to the next. Success on a first swap is modest and honest:
- Attribution worked.
- Both sides delivered what the agreement said.
- The measured numbers, whatever they are, become your own baseline for the next edition.
- Both sides want to do it again.
Invocation examples
- "The Rust conference two cities over has roughly our audience - set up a cross-promo with them for our October edition."
- "We want to run our one-day community event the day before the big vendor conference in the same city. How do we approach them?"
- "Our Python meetup and the local data-engineering meetup want to run one evening together. How do we make it worth it for both?"
- "Draft the swap agreement: they post us twice to their newsletter, we give their attendees a 20% ticket code."
References
- references/partner-scoring-and-outreach.md - candidate-mapping sources, per-criterion scoring checks, the parity heuristic, the organizer-to-organizer outreach template.
- references/swap-formats-and-agreement.md - per-format execution detail, the joint-event split and cross-over count, the co-location model, the lightweight agreement outline, the delivery ledger.
See also:
samber/dev-event-organizer-skills@event-media-partnerships- visibility deals with media outlets that are not themselves events.samber/dev-event-organizer-skills@event-portfolio-strategy- articulating one organizer's own set of events, no partner courting needed there.samber/dev-event-organizer-skills@event-marketing-plan- the attendee-acquisition plan a swap feeds into as one channel among several.samber/dev-event-organizer-skills@event-community-building- inward-facing community animation between editions; this skill's calendar tactic is outward-facing.samber/dev-event-organizer-skills@event-sponsor-fulfillment- the sponsor-exclusivity check a booth swap must clear.samber/dev-event-organizer-skills@event-planning-timeline- where a co-location date decision lands in the months-long work-back plan.
FAQ
What does the cross-event-promotion skill do?
Set up reciprocal promotion between independent technical events run by different organizers - partner-event scoring, the swap-format menu (community-calendar cross-listing, newsletter or social mention swaps, ticket-discount code swaps, speaker-pipeline sharing, joint inter-meetup events, conference-week co-location), the organizer-to-organizer ask, a lightweight swap agreement, and delivery measurement on both sides. Use whenever asked to cross-promote with another event, arrange a promo or ticket-code swap, run a joint event with another meetup, co-locate with a bigger conference, or coordinate speakers across a circuit of independent events. Do NOT use for one organizer's own portfolio - use samber/dev-event-organizer-skills@event-portfolio-strategy - or deals with media outlets - use samber/dev-event-organizer-skills@event-media-partnerships.
How do I install cross-event-promotion?
Run npx skills add https://github.com/samber/dev-event-organizer-skills --skill cross-event-promotion in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/cross-event-promotion/ (personal) or .claude/skills/cross-event-promotion/ (project).
Which AI agents can use cross-event-promotion?
Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.
Is cross-event-promotion safe to install?
Security partners have reviewed it: Gen Agent Trust Hub passed; Socket passed; Snyk flagged items to review. As with any skill, read the SKILL.md and bundled scripts before installing.
Who maintains cross-event-promotion?
It is published by samber in samber/dev-event-organizer-skills. It has 5,259 recorded installs.
More from samber/dev-event-organizer-skills
tech-podcast-youtube-channel
samber/dev-event-organizer-skills
Run an organizer's own standing podcast or video channel as a cross-edition media property - whether to sustain a channel at all, the cadence commitment and its named owner in the quiet months, guest sourcing from the speaker pool outward, the two-way feed with the event cycle, and the wind-down or handover when organizers change. Use whenever the user mentions starting a conference podcast or YouTube channel, publishing between editions, where episode guests come from, who owns the show when an organizer leaves, or closing one down - even if they never say "podcast". Do NOT use for cutting one edition's talk recordings into clips - use samber/dev-event-organizer-skills@event-content-repurposing instead.
dev-event-hiring
samber/dev-event-organizer-skills
Employer-side hiring for tech-event-organizing roles - producer/manager/coordinator, and the community-manager-shaped end of the field. Calibrates the scorecard to operating context (in-house, agency, non-profit/community, or a standing conference business), builds the loop from the general event-planner sequence plus CMX's five-competency set and paid mini-audit work sample, flags the "one hire owns sponsorship, content and production" consolidation pattern seen in postings, sources candidates from general event-industry boards since no tech-specific one exists, and gates compensation on named sources (PCMA, BLS, Glassdoor) rather than a blended figure. Use when the user asks how to hire an event producer or manager, write a posting, design a loop, or hire an event community manager. Do NOT use for candidate prep (samber/dev-event-organizer-skills@dev-event-career) or team org design (samber/dev-event-organizer-skills@event-team-structure).
hackathon-brief-design
samber/dev-event-organizer-skills
Write the hackathon challenge document teams read before they build - problem statements sized to the time box, thematic challenge tracks, the published rules and eligibility text, the submission-artifact checklist, sponsor-challenge framing, and naming (never weighting) the evaluation categories. Use whenever the user mentions a hackathon brief, challenge or track prompts, hackathon rules or eligibility, submission guidelines, or turning a sponsor's API into a challenge - even if they never say "brief". Challenge tracks here are thematic categories a team enters, not parallel session streams. Do NOT use for rubric weights and judging mechanics - use samber/dev-event-organizer-skills@hackathon-judging instead.
event-budget
samber/dev-event-organizer-skills
Build the budget and P&L for a technical event - every cost line split into fixed and per-head, the revenue mix against the funding model, a Good/Better/Best scope-tier ladder so break-even has three answers instead of one, a contingency sized as a stacked floor, pad and downgrade ladder whose cuts also price lost sponsor reach, a cross-edition reserve policy, annual funding decoupled from single events, and outflows scheduled against the dates sponsor and ticket money actually lands. Use whenever asked to build an event budget, model conference or hackathon costs, find break-even, size a contingency reserve, set a reserve or surplus policy across editions, fund a recurring meetup series annually, plan event cash flow, or decide what to cut when revenue falls short. Consumes prices and real vendor quotes, never sets them. Do NOT use to set ticket or sponsor prices - use samber/dev-event-organizer-skills@event-ticket-pricing or samber/dev-event-organizer-skills@event-sponsor-pricing.
event-date-selection
samber/dev-event-organizer-skills
Pick the date a technical event runs on - the decision every other plan hangs off. Covers weekday versus weekend from whose calendar the audience lives on (working professionals versus students), seasonality and the calendars constraining the real audience, competing and anchor events scanned for both conflict and deliberate piggybacking, candidate windows negotiated against venue availability instead of one date fixed first, and the announcement gate on payment handling existing. Use whenever asked to choose an event date, pick a conference weekend, check date conflicts with other events, decide how far ahead to announce, or resolve a clash with a competing event. Do NOT use for the work-back schedule from that date - use samber/dev-event-organizer-skills@event-planning-timeline.
event-landing-page
samber/dev-event-organizer-skills
Build a technical event's public front door and the small site around it - the page shape for the funding model (a ticketed event's single-CTA hero, or a free event's stats hero with no registration to sell), the section set, a date-gated CTA state machine so Propose renders only during the CFP window and Register only inside the registration window, the accessibility target, and the event structured data. Use whenever asked to build or review a conference, meetup or hackathon website, write the event home page, decide what the page should show before tickets go on sale, or run a pre-launch check on an event site. Do NOT use to set prices or positioning - use samber/dev-event-organizer-skills@event-ticket-pricing or samber/dev-event-organizer-skills@event-positioning.
Popular marketing & seo skills
reddit-automation
flowkit-labs/skills
Find Reddit threads where people are genuinely asking for what you offer, then draft short, genuinely helpful replies — disclosing your affiliation honestly and naming your product only when it truly answers the question. Two moves: discovery — scan the right subreddits for real needs (recommendation asks, expressed pain, competitor mentions) and rank the few threads where you can actually help; drafting — write from real experience, respect each community's self-promo rules, and keep a human in the loop to review and post. This markets on Reddit the honest way: contribute value, disclose who you are, never astroturf. Distilled from the playbook behind doany.ai's Reddit agent. Triggers on "find reddit opportunities", "reddit marketing", "reddit automation", "reply on reddit for my product", "reddit community engagement", "reddit lead gen", or any ask to turn Reddit threads into genuine, disclosed marketing replies.
twitter-automation
101-skills/superpowers
Automate Twitter/X with posting, engagement, and user management via inference.sh CLI. Apps: x/post-tweet, x/post-create (with media), x/post-like, x/post-retweet, x/dm-send, x/user-follow. Capabilities: post tweets, schedule content, like posts, retweet, send DMs, follow users, get profiles. Use for: social media automation, content scheduling, engagement bots, audience growth, X API. Triggers: twitter api, x api, tweet automation, post to twitter, twitter bot, social media automation, x automation, tweet scheduler, twitter integration, post tweet, twitter post, x post, send tweet
twitter-automation
magentosh/superpowers
Automate Twitter/X with posting, engagement, and user management via inference.sh CLI. Apps: x/post-tweet, x/post-create (with media), x/post-like, x/post-retweet, x/dm-send, x/user-follow. Capabilities: post tweets, schedule content, like posts, retweet, send DMs, follow users, get profiles. Use for: social media automation, content scheduling, engagement bots, audience growth, X API. Triggers: twitter api, x api, tweet automation, post to twitter, twitter bot, social media automation, x automation, tweet scheduler, twitter integration, post tweet, twitter post, x post, send tweet
twitter-automation
qu-skills/superpowers
Automate Twitter/X with posting, engagement, and user management via inference.sh CLI. Apps: x/post-tweet, x/post-create (with media), x/post-like, x/post-retweet, x/dm-send, x/user-follow. Capabilities: post tweets, schedule content, like posts, retweet, send DMs, follow users, get profiles. Use for: social media automation, content scheduling, engagement bots, audience growth, X API. Triggers: twitter api, x api, tweet automation, post to twitter, twitter bot, social media automation, x automation, tweet scheduler, twitter integration, post tweet, twitter post, x post, send tweet
product-launch-video
heygen-com/hyperframes
Turn a product or marketing URL, pasted script, or brief into a product launch / promo video — SaaS promos, feature reveals, product demos, app and company launches. Use when the user wants to market, launch, promote, or reveal a product; the default for any commercial URL. Site tours / showcases of a website route here too — the brief carries the show-it-as-is intent. Unclear → /hyperframes.
twitter-automation
skills-shell/superpowers
Automate Twitter/X with posting, engagement, and user management via inference.sh CLI. Apps: x/post-tweet, x/post-create (with media), x/post-like, x/post-retweet, x/dm-send, x/user-follow. Capabilities: post tweets, schedule content, like posts, retweet, send DMs, follow users, get profiles. Use for: social media automation, content scheduling, engagement bots, audience growth, X API. Triggers: twitter api, x api, tweet automation, post to twitter, twitter bot, social media automation, x automation, tweet scheduler, twitter integration, post tweet, twitter post, x post, send tweet