方法与优势
先检查准备情况,再安排推广,提前发现证据不足、定位不清或关键事项尚未完成的问题。分阶段计划把前期准备、发布当天和上线后工作分开,方便团队按依赖关系推进,而不是把所有任务挤到同一天。
把产品发布策略写成团队能够执行的准备、上线和跟进计划。提供发布内容、目标人群、可用渠道和人员安排后,这项 Skill 会帮助助手检查准备条件、组织传播信息和渠道任务,让发布不只停留在发一篇公告,而是有明确顺序、分工和后续动作。
原始流程主要面向软件和功能发布,包含准备检查、分阶段发布和上线后跟进。它会同时考虑自有渠道、平台渠道以及合作方能够提供的传播资源,让计划与团队实际拥有的渠道相匹配。
用于电商新品时,需要补充库存、优惠和履约准备等条件,再把方法转成适合店铺的发布计划。输出可以用于协调内容与推广,但库存和交付条件要由团队提供;Skill 负责规划,不会直接发布公告或活动。
先检查准备情况,再安排推广,提前发现证据不足、定位不清或关键事项尚未完成的问题。分阶段计划把前期准备、发布当天和上线后工作分开,方便团队按依赖关系推进,而不是把所有任务挤到同一天。
区分自有渠道、平台渠道和合作传播资源,为各渠道安排合适的信息与时间。计划还会覆盖发布后的反馈处理和持续跟进,让团队知道首轮传播结束后应继续做什么,而不是公告发出后就停止推进。
产品范围、受众、发布日期、证据、分发渠道、准备缺口和团队产能。
使用能发现已安装 Skill 并读取辅助文件的兼容 Agent。外部服务或创作运行环境需另行配置。
来源主要面向软件发布。电商新品示例属于适配,不会自动发布公告或保证上市效果。
将指令复制给 Codex 或 Claude Code,让助手从原始仓库下载固定提交,安装完整文件并检查所需依赖。
请在我当前使用的应用中安装 launch,直接执行文件安装,不要只解释步骤。
原始仓库:https://github.com/coreyhaines31/marketingskills.git
固定提交:e85f3cbc2e4a79bf33b2a12e9bdd9087d414735b
Skill 路径:skills/launch
1. 将这个版本下载到新目录。执行随包脚本前,先阅读 SKILL.md 和安装参考文件,不替换成其他作者的包。
2. Codex 安装到 ~/.agents/skills/launch,Claude Code 安装到 ~/.claude/skills/launch,只安装到我正在使用的应用。安装完整 Skill 文件夹,保留 scripts、references、assets 和随包声明;将仓库根目录许可证一并保留。先检查所有目标目录;已有安装时,说明差异后再决定是否替换。
3. 比较来源和安装目录的文件清单、文件哈希,检查文档要求的运行时、依赖及外部连接。只配置此 Skill 所需的本地依赖,适用时使用隔离环境;账号登录由我在本地完成,不把凭据贴进聊天。
4. 返回来源提交、实际安装路径、文件检查结果及尚未完成的运行环境配置,说明如何调用 launch。文件复制与应用发现分别检查,需要时新建会话。不要执行生产任务,也不要把安装完成说成已确认业务效果。以下为已核对版本未经改写的 SKILL.md。安装完整包才能保留引用的脚本、素材和指引。下方启动提示词为 EcomAgentTools 编写的示例。
---
name: launch
description: "When the user wants to plan a product launch, feature announcement, or release strategy. Also use when the user mentions 'launch,' 'Product Hunt,' 'feature release,' 'announcement,' 'go-to-market,' 'beta launch,' 'early access,' 'waitlist,' 'product update,' 'how do I launch this,' 'site launch,' 'go live,' 'pre-launch QA,' 'launch checklist,' 'GTM plan,' 'we're about to ship,' 'changelog,' 'release notes,' or 'what did we ship this week.' Use this whenever someone is preparing to release something publicly. For ongoing marketing after launch, see marketing-ideas. For the offer being launched (bonuses, guarantees, scarcity, naming), see offers."
metadata:
version: 2.2.0
---
# Launch Strategy
You are an expert in SaaS product launches and feature announcements. Your goal is to help users plan launches that build momentum, capture attention, and convert interest into users.
## Before Starting
**Check for product marketing context first:**
If `.agents/product-marketing.md` exists (or `.claude/product-marketing.md`, or the legacy `product-marketing-context.md` filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.
---
## Core Philosophy
The best companies don't just launch once—they launch again and again. Every new feature, improvement, and update is an opportunity to capture attention and engage your audience.
A strong launch isn't about a single moment. It's about:
- Getting your product into users' hands early
- Learning from real feedback
- Making a splash at every stage
- Building momentum that compounds over time
---
## The ORB Framework
Structure your launch marketing across three channel types. Everything should ultimately lead back to owned channels.
### Owned Channels
You own the channel (though not the audience). Direct access without algorithms or platform rules.
**Examples:**
- Email list
- Blog
- Podcast
- Branded community (Slack, Discord)
- Website/product
**Why they matter:**
- Get more effective over time
- No algorithm changes or pay-to-play
- Direct relationship with audience
- Compound value from content
**Start with 1-2 based on audience:**
- Industry lacks quality content → Start a blog
- People want direct updates → Focus on email
- Engagement matters → Build a community
**Example - Superhuman:**
Built demand through an invite-only waitlist and one-on-one onboarding sessions. Every new user got a 30-minute live demo. This created exclusivity, FOMO, and word-of-mouth—all through owned relationships. Years later, their original onboarding materials still drive engagement.
### Rented Channels
Platforms that provide visibility but you don't control. Algorithms shift, rules change, pay-to-play increases.
**Examples:**
- Social media (Twitter/X, LinkedIn, Instagram)
- App stores and marketplaces
- YouTube
- Reddit
**How to use correctly:**
- Pick 1-2 platforms where your audience is active
- Use them to drive traffic to owned channels
- Don't rely on them as your only strategy
**Example - Notion:**
Hacked virality through Twitter, YouTube, and Reddit where productivity enthusiasts were active. Encouraged community to share templates and workflows. But they funneled all visibility into owned assets—every viral post led to signups, then targeted email onboarding.
**Platform-specific tactics:**
- Twitter/X: Threads that spark conversation → link to newsletter
- LinkedIn: High-value posts → lead to gated content or email signup
- Marketplaces (Shopify, Slack): Optimize listing → drive to site for more
Rented channels give speed, not stability. Capture momentum by bringing users into your owned ecosystem.
### Borrowed Channels
Tap into someone else's audience to shortcut the hardest part—getting noticed.
**Examples:**
- Guest content (blog posts, podcast interviews, newsletter features)
- Collaborations (webinars, co-marketing, social takeovers)
- Speaking engagements (conferences, panels, virtual summits)
- Influencer partnerships
**Be proactive, not passive:**
1. List industry leaders your audience follows
2. Pitch win-win collaborations
3. Use tools like SparkToro or Listen Notes to find audience overlap
4. Set up affiliate/referral incentives (for channel partner launches, use [Introw](https://github.com/coreyhaines31/marketingskills/blob/main/tools/integrations/introw.md) to manage deal registration and commissions)
**Example - TRMNL:**
Sent a free e-ink display to YouTuber Snazzy Labs—not a paid sponsorship, just hoping he'd like it. He created an in-depth review that racked up 500K+ views and drove $500K+ in sales. They also set up an affiliate program for ongoing promotion.
Borrowed channels give instant credibility, but only work if you convert borrowed attention into owned relationships.
---
## Readiness Gate: Are You Ready to Launch?
Run this **before** the phased mechanics. Products don't market themselves—but a product that isn't ready won't market either. The launch mechanics only pay off if what you're launching is worth launching.
Two failure modes kill launches from opposite ends:
- **Stealth Mode** — launching too late. "Procrastination in a fancy suit." You keep polishing in private, waiting for the product to be perfect. It never ships, and nobody learns you exist.
- **"Just One More Feature"** — never launching. Every proposed launch date gets pushed for one more thing. The scope creeps forever; the launch never comes.
The middle path is **SLC — Simple, Lovable, Complete** (Jason Cohen), the antidote to shipping a bare MVP that's minimal but unlovable. Don't launch a stub nobody wants; don't wait for a bloated everything-app. A launchable v1 is:
- **Simple** — it does *one* thing. Not many things poorly. One clear job, done well.
- **Lovable** — people *want* to use it, not just tolerate it. An MVP asks users to suffer through a stripped-down experience "to give feedback." SLC gives them something they'd choose. If nobody would be sad to lose it, it isn't lovable yet.
- **Complete** — it's a *whole* experience for that one thing, not a stub with obvious holes. Complete at its chosen scope, not a teaser of a bigger promise.
**The gate:** If it's not yet Simple, Lovable, and Complete, you're in "Just One More Feature" territory only when adding scope is what's missing—otherwise you're in Stealth Mode and should ship. Cut scope until one thing is lovable and complete, then launch that. SLC gives you a real launch now instead of a perfect launch never.
**Quick check before running the phases:**
- [ ] Does it do one clearly-defined thing? (Simple)
- [ ] Would a target user *choose* to use it, not just endure it? (Lovable)
- [ ] Is that one thing a whole experience, with no glaring stubs? (Complete)
- [ ] Are you polishing past this bar? → Stop. You're in Stealth Mode. Ship.
- [ ] Are you still adding new things to the scope? → Stop. You're in "Just One More Feature." Cut back to SLC.
Pass the gate, then run the phases below.
---
## Five-Phase Launch Approach
Launching isn't a one-day event. It's a phased process that builds momentum.
### Phase 1: Internal Launch
Gather initial feedback and iron out major issues before going public.
**Actions:**
- Recruit early users one-on-one to test for free
- Collect feedback on usability gaps and missing features
- Ensure prototype is functional enough to demo (doesn't need to be production-ready)
**Goal:** Validate core functionality with friendly users.
### Phase 2: Alpha Launch
Put the product in front of external users in a controlled way.
**Actions:**
- Create landing page with early access signup form
- Announce the product exists
- Invite users individually to start testing
- MVP should be working in production (even if still evolving)
**Goal:** First external validation and initial waitlist building.
### Phase 3: Beta Launch
Scale up early access while generating external buzz.
**Actions:**
- Work through early access list (some free, some paid)
- Start marketing with teasers about problems you solve
- Recruit friends, investors, and influencers to test and share
**Consider adding:**
- Coming soon landing page or waitlist
- "Beta" sticker in dashboard navigation
- Email invites to early access list
- Early access toggle in settings for experimental features
**Goal:** Build buzz and refine product with broader feedback.
### Phase 4: Early Access Launch
Shift from small-scale testing to controlled expansion.
**Actions:**
- Leak product details: screenshots, feature GIFs, demos
- Gather quantitative usage data and qualitative feedback
- Run user research with engaged users (incentivize with credits)
- Optionally run product/market fit survey to refine messaging
**Expansion options:**
- Option A: Throttle invites in batches (5-10% at a time)
- Option B: Invite all users at once under "early access" framing
**Goal:** Validate at scale and prepare for full launch.
### Phase 5: Full Launch
Open the floodgates.
**Actions:**
- Open self-serve signups
- Start charging (if not already)
- Announce general availability across all channels
**Launch touchpoints:**
- Customer emails
- In-app popups and product tours
- Website banner linking to launch assets
- "New" sticker in dashboard navigation
- Blog post announcement
- Social posts across platforms
- Product Hunt, BetaList, Hacker News, etc.
**Goal:** Maximum visibility and conversion to paying users.
---
## Product Hunt Launch Strategy
Product Hunt can be powerful for reaching early adopters, but it's not magic—it requires preparation.
### Pros
- Exposure to tech-savvy early adopter audience
- Credibility bump (especially if Product of the Day)
- Potential PR coverage and backlinks
### Cons
- Very competitive to rank well
- Short-lived traffic spikes
- Requires significant pre-launch planning
### How to Launch Successfully
**Before launch day:**
1. Build relationships with influential supporters, content hubs, and communities
2. Optimize your listing: compelling tagline, polished visuals, short demo video
3. Study successful launches to identify what worked
4. Engage in relevant communities—provide value before pitching
5. Prepare your team for all-day engagement
**On launch day:**
1. Treat it as an all-day event
2. Respond to every comment in real-time
3. Answer questions and spark discussions
4. Encourage your existing audience to engage
5. Direct traffic back to your site to capture signups
**After launch day:**
1. Follow up with everyone who engaged
2. Convert Product Hunt traffic into owned relationships (email signups)
3. Continue momentum with post-launch content
### Case Studies
**SavvyCal** (Scheduling tool):
- Optimized landing page and onboarding before launch
- Built relationships with productivity/SaaS influencers in advance
- Responded to every comment on launch day
- Result: #2 Product of the Month
**Reform** (Form builder):
- Studied successful launches and applied insights
- Crafted clear tagline, polished visuals, demo video
- Engaged in communities before launch (provided value first)
- Treated launch as all-day engagement event
- Directed traffic to capture signups
- Result: #1 Product of the Day
---
## Post-Launch Product Marketing
Your launch isn't over when the announcement goes live. Now comes adoption and retention work.
### Immediate Post-Launch Actions
**Educate new users:**
Set up automated onboarding email sequence introducing key features and use cases.
**Reinforce the launch:**
Include announcement in your weekly/biweekly/monthly roundup email to catch people who missed it.
**Differentiate against competitors:**
Publish comparison pages highlighting why you're the obvious choice.
**Update web pages:**
Add dedicated sections about the new feature/product across your site.
**Offer hands-on preview:**
Create no-code interactive demo (using tools like Navattic) so visitors can explore before signing up.
### Keep Momentum Going
It's easier to build on existing momentum than start from scratch. Every touchpoint reinforces the launch.
---
## Ongoing Launch Strategy
Don't rely on a single launch event. Regular updates and feature rollouts sustain engagement.
### How to Prioritize What to Announce
Use this matrix to decide how much marketing each update deserves:
**Major updates** (new features, product overhauls):
- Full campaign across multiple channels
- Blog post, email campaign, in-app messages, social media
- Maximize exposure
**Medium updates** (new integrations, UI enhancements):
- Targeted announcement
- Email to relevant segments, in-app banner
- Don't need full fanfare
**Minor updates** (bug fixes, small tweaks):
- Changelog and release notes
- Signal that product is improving
- Don't dominate marketing
### Announcement Tactics
**Space out releases:**
Instead of shipping everything at once, stagger announcements to maintain momentum.
**Reuse high-performing tactics:**
If a previous announcement resonated, apply those insights to future updates.
**Keep engaging:**
Continue using email, social, and in-app messaging to highlight improvements.
**Signal active development:**
Even small changelog updates remind customers your product is evolving. This builds retention and word-of-mouth—customers feel confident you'll be around.
**Turn shipped code into announcements:**
If you can read the product repo, generate the week's changelog, announcement drafts, and pages-to-update list straight from merged PRs. See [references/shipped-changes.md](references/shipped-changes.md).
---
## Launch Checklist
### Pre-Launch
- [ ] Landing page with clear value proposition
- [ ] Email capture / waitlist signup
- [ ] Early access list built
- [ ] Owned channels established (email, blog, community)
- [ ] Rented channel presence (social profiles optimized)
- [ ] Borrowed channel opportunities identified (podcasts, influencers)
- [ ] Product Hunt listing prepared (if using)
- [ ] Launch assets created (screenshots, demo video, GIFs)
- [ ] Onboarding flow ready
- [ ] Analytics/tracking in place
- [ ] Site QA done if the launch includes a new site, redesign, or migration (see [references/site-launch-qa.md](references/site-launch-qa.md))
### Launch Day
- [ ] Announcement email to list
- [ ] Blog post published
- [ ] Social posts scheduled and posted
- [ ] Product Hunt listing live (if using)
- [ ] In-app announcement for existing users
- [ ] Website banner/notification active
- [ ] Team ready to engage and respond
- [ ] Monitor for issues and feedback
### Post-Launch
- [ ] Onboarding email sequence active
- [ ] Follow-up with engaged prospects
- [ ] Roundup email includes announcement
- [ ] Comparison pages published
- [ ] Interactive demo created
- [ ] Gather and act on feedback
- [ ] Plan next launch moment
---
## Task-Specific Questions
1. What are you launching? (New product, major feature, minor update)
2. What's your current audience size and engagement?
3. What owned channels do you have? (Email list size, blog traffic, community)
4. What's your timeline for launch?
5. Have you launched before? What worked/didn't work?
6. Are you considering Product Hunt? What's your preparation status?
---
## Related Skills
- **marketing-ideas**: For additional launch tactics (#22 Product Hunt, #23 Early Access Referrals)
- **emails**: For launch and onboarding email sequences
- **cro**: For optimizing launch landing pages
- **marketing-psychology**: For psychology behind waitlists and exclusivity
- **programmatic-seo**: For comparison pages mentioned in post-launch
- **sales-enablement**: For launch sales collateral and enablement materials
以下是主要功能的用例提示词,可以直接复制使用。
制作店铺功能发布准备清单 适用于:制作店铺功能发布准备清单。请准备:产品范围、受众、发布日期、证据、分发渠道、准备缺口和团队产能。
请使用已安装的 launch Skill。任务:制作店铺功能发布准备清单。输入:[INPUT]。限制:[CONSTRAINTS]。先检查缺失信息,再输出可审查的结果、依据、假设和下一步。来源主要面向软件发布。电商新品示例属于适配,不会自动发布公告或保证上市效果。[INPUT][CONSTRAINTS]规划测试、早期访问和公开发布阶段 适用于:规划测试、早期访问和公开发布阶段。请准备:产品范围、受众、发布日期、证据、分发渠道、准备缺口和团队产能。
请使用已安装的 launch Skill。任务:规划测试、早期访问和公开发布阶段。输入:[INPUT]。限制:[CONSTRAINTS]。先检查缺失信息,再输出可审查的结果、依据、假设和下一步。来源主要面向软件发布。电商新品示例属于适配,不会自动发布公告或保证上市效果。[INPUT][CONSTRAINTS]起草渠道交接与上线后跟进安排 适用于:起草渠道交接与上线后跟进安排。请准备:产品范围、受众、发布日期、证据、分发渠道、准备缺口和团队产能。
请使用已安装的 launch Skill。任务:起草渠道交接与上线后跟进安排。输入:[INPUT]。限制:[CONSTRAINTS]。先检查缺失信息,再输出可审查的结果、依据、假设和下一步。来源主要面向软件发布。电商新品示例属于适配,不会自动发布公告或保证上市效果。[INPUT][CONSTRAINTS]模拟商家有 300 件库存、800 人许可邮件名单和 $360 付费推广上限,计划 11 月 23 日公开发售。需要安排试用、早期销售、公开发布与异常停推。
案例输入资料:business-inputs.zip
Use the launch-strategy Skill.
Build a launch plan for the product in our brief using the available stock, audience, dates and team capacity. Set readiness gates, phased access, owners and inventory allocation. Write the customer email, site banner, social and partner copy, and specify tracking and pause conditions before the public launch.
The attached business materials are:
- inputs/brief.json
Deliver a complete result.md report that the operations team can read, plus any finished files needed for this task. Keep supporting calculations and evidence with the deliverables. Write the report in English; use the requested target language for customer-facing copy. The business datasets are fictional examples unless the brief explicitly names a live public website.下方直接展示本次 Prompt 产生的主要文件,保留实际输出语言。
Launch the existing store's 500 ml mug at full price, with a controlled inventory release and factual care information. The supplied fictional trial supports proceeding to readiness checks: six of eight participants wanted to continue using it, while two cited hand-washing. That is a small trial, not a market-demand estimate.
Simple: a desk mug with clear capacity, dimensions and care. Lovable: the trial gives a reason to continue, while hand-washing must stay prominent. Complete: the brief reports a successful trial of checkout, stock decrement, shipping information and support. Recheck these before each expansion; no new features are needed for this release.
Allocate the 300 units as follows: 15 internal/quality reserve, 15 alpha, 30 beta, 60 early access, 150 public launch and 30 replacement reserve. Total = 300. These are proposed allocations, not units already sold. Move unsold units between phases only after inventory reconciliation; never double-count the reserve as sellable stock.
| Phase and date | Owner | Work and gate |
|---|---|---|
| Internal, Nov 4 | Operations lead | Count 300 units, inspect packaging, verify price, care and checkout; sign off the inventory ledger |
| Alpha, Nov 9 | Support lead | Invite a small opted-in group; confirm 15-unit cap, shipping expectations and support responses |
| Beta, Nov 12 | Operations + support | Release 30 units after errors are resolved; review delivery questions and packing exceptions |
| Early access, Nov 16 | Marketing lead | Offer the 60-unit allocation to the permissioned list; suppress previous purchasers and keep full price |
| Public, Nov 23 | Launch owner | Release 150 units after a go/no-go review; publish approved owned and social assets |
| Review, Nov 30 | Analyst + launch owner | Reconcile orders, stock, source attribution, support and spend; decide whether to expand |
All dates use America/New_York. Do not advertise holiday arrival: dispatch takes 2 business days, transit another 3–5 business days, and the brief does not establish carrier holiday cutoffs.
Owned: product page and 800 consented email recipients. At the prior 4% click rate, one comparable send implies 32 clicks, not 32 purchases. Rented: Instagram organic and tightly capped paid posts. Borrowed: DeskBreak's editor has only agreed to consider a draft; its 1,500 audience is not booked reach.
Propose an initial $90 paid pilot, $180 conditional continuation and $90 unspent reserve, totaling the $360 cap. Release the second tranche only after tracking and delivered-cost comprehension are verified. At the prior single-mug assumptions, $29 customer payment minus $8 product cost and $4 fulfillment cost leaves $17 before payment fees, returns, overhead and tax. Treat CPA below $17 as an upper contribution boundary needing adjustment, not a complete profit target.
The seven-day target is 30 orders from 1,200 sessions, or 2.5%. It is a planning target. The waitlist target is 60; do not count existing subscribers as new waitlist signups without their action. Past attributed email orders guide prioritization but do not prove causality.
Subject: Meet HarborMug, our 500 ml desk mug
Preview: $24, with size, care and US shipping details up front.
Hello,
HarborMug is now available: a blue, insulated stainless steel mug with a 500 ml capacity. It measures 9 × 9 × 19 cm and weighs 0.35 kg, so you can compare it with your desk space and daily cup before choosing.
It is hand-wash only and not microwave safe. One mug is $24 plus $5 US shipping, or $29 before applicable tax. Orders of $50 or more ship free within the US. We dispatch in 2 business days; delivery then takes 3–5 business days.
Unused items can be returned within 30 days of delivery, with final refunds subject to merchant approval.
CTA: See HarborMug's details
Use the configured unsubscribe link. Send only after the public availability gate; this file is a draft and no email has been sent.
“New: HarborMug 500 ml insulated stainless steel mug. $24. Hand-wash only. View dimensions, care and shipping.” Link to the product page; keep the full delivered cost visible there.
“Make room for a 500 ml desk cup. HarborMug comes in blue stainless steel, measures 9 × 9 × 19 cm and costs $24. Hand-wash only; not microwave safe. One mug is $29 with US shipping before tax. See the product details before choosing.” Use genuine product imagery; do not add a leakproof or thermal-hours claim.
“HarborMug is a 500 ml blue insulated stainless steel mug for a desk setup. At $24, with $5 US shipping for one mug, its size and care requirements are easy to compare before buying: 9 × 9 × 19 cm, hand-wash only and not microwave safe. Product details and the full shipping and return terms are available on the store page.” This draft is for editorial consideration; no placement or commission is assumed.
Tag links with source/medium/campaign for email, organic social, paid social and the partner if confirmed. Deduplicate purchase events by transaction ID and report attribution separately from incremental impact. Record inventory allocation, sold units, payment failures, support issues and spend daily.
Pause paid traffic immediately if price/shipping differs from the landing page, checkout or inventory tracking fails, or a verified product-safety issue emerges. Pause expansion if stock reserves are breached or fulfillment cannot keep the stated dispatch window. The launch owner decides recovery after the responsible team verifies the fix; do not continue spending merely to meet the calendar date.
After purchase, send care information through the approved transactional or consented lifecycle flow. Review the first week before another public push. This deliverable plans and drafts the launch; it does not claim that the launch, placements or targets have happened.
案例中的商家经营资料为模拟数据;涉及网站检查时,报告中的页面观察来自所列公开网址。
来源主要面向软件发布。电商新品示例属于适配,不会自动发布公告或保证上市效果。
核对源码及随包文件:GitHub e85f3cbc2e4a。 当前包标识为 launch。本次为静态审查,不代表已完成安装运行或业务效果测试。
使用获授权输入,不把密钥贴入提示词。采用前检查面向客户的声明、计算、代码改动及任何拟议的外部操作。
围绕自有、租用和借用渠道规划产品或功能发布。更名后的 launch Skill 结合上线准备检查、分阶段发布和上线后跟进。
按实际 Agent 选择方式,安装完整包,不要只复制页面中的 SKILL.md。 产品范围、受众、发布日期、证据、分发渠道、准备缺口和团队产能。 开启新 Agent 会话,明确要求使用 launch。先用小型样本尝试下方一个场景,并检查输出。
制作店铺功能发布准备清单;规划测试、早期访问和公开发布阶段;起草渠道交接与上线后跟进安排
来源主要面向软件发布。电商新品示例属于适配,不会自动发布公告或保证上市效果。
核对源码及随包文件:GitHub e85f3cbc2e4a。 当前包标识为 launch。本次为静态审查,不代表已完成安装运行或业务效果测试。
核对源码及随包文件:GitHub e85f3cbc2e4a。 当前包标识为 launch。本次为静态审查,不代表已完成安装运行或业务效果测试。
暂无评论。