Write a launch article that explains a new product, feature, project, or release to an unfamiliar reader through problem, capability, proof, examples, limitations, availability, and next action.
Scanned 9/11/2026
Install to Claude Code
npx -y skills add Dadmin88/hermes-profile-packs --skill launch-article --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Launch Article?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/dadmin88-launch-article)More formats (shields.io, HTML) on the badges page.
---
name: launch-article
description: Write a launch article that explains a new product, feature, project, or release to an unfamiliar reader through problem, capability, proof, examples, limitations, availability, and next action.
---
# Launch Article
Use when a launch needs more depth than a short announcement or social post.
## Procedure
1. Define the audience, what is genuinely new, why it matters now, availability, and the strongest evidence that the launch works as claimed.
2. Open with the user problem or meaningful change rather than internal development chronology.
3. Explain the capability through concrete workflows and examples before listing secondary features.
4. Show proof with screenshots, demos, benchmarks, architecture detail, customer evidence, or repository artifacts appropriate to the audience.
5. Explain important tradeoffs, limitations, prerequisites, compatibility, or rollout boundaries so readers know what is actually available.
6. Include enough technical or implementation detail to establish credibility without making the article unreadable to the intended audience.
7. Verify every current claim, version, metric, link, and availability statement immediately before publication.
8. End with a useful next action such as try, install, read docs, watch the demo, or follow the project.
## Decision rules
- Write for people discovering the work now, not an audience assumed to have followed the build.
- Demonstrate the result instead of narrating how hard the work was.
- Do not hide meaningful limitations inside footnotes.
- Current availability and version claims require current verification.
## Quality gate
The article is ready when a stranger can understand the problem, capability, evidence, limitations, and availability; claims are current and verifiable; examples show the product doing real work; and the next action is obvious.Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!