mirror of
https://github.com/affaan-m/everything-claude-code.git
synced 2026-03-30 13:43:26 +08:00
feat: add generic content and investor skills
This commit is contained in:
85
.cursor/skills/article-writing/SKILL.md
Normal file
85
.cursor/skills/article-writing/SKILL.md
Normal file
@@ -0,0 +1,85 @@
|
||||
---
|
||||
name: article-writing
|
||||
description: Write articles, guides, blog posts, tutorials, newsletter issues, and other long-form content in a distinctive voice derived from supplied examples or brand guidance. Use when the user wants polished written content longer than a paragraph, especially when voice consistency, structure, and credibility matter.
|
||||
origin: ECC
|
||||
---
|
||||
|
||||
# Article Writing
|
||||
|
||||
Write long-form content that sounds like a real person or brand, not generic AI output.
|
||||
|
||||
## When to Activate
|
||||
|
||||
- drafting blog posts, essays, launch posts, guides, tutorials, or newsletter issues
|
||||
- turning notes, transcripts, or research into polished articles
|
||||
- matching an existing founder, operator, or brand voice from examples
|
||||
- tightening structure, pacing, and evidence in already-written long-form copy
|
||||
|
||||
## Core Rules
|
||||
|
||||
1. Lead with the concrete thing: example, output, anecdote, number, screenshot description, or code block.
|
||||
2. Explain after the example, not before.
|
||||
3. Prefer short, direct sentences over padded ones.
|
||||
4. Use specific numbers when available and sourced.
|
||||
5. Never invent biographical facts, company metrics, or customer evidence.
|
||||
|
||||
## Voice Capture Workflow
|
||||
|
||||
If the user wants a specific voice, collect one or more of:
|
||||
- published articles
|
||||
- newsletters
|
||||
- X / LinkedIn posts
|
||||
- docs or memos
|
||||
- a short style guide
|
||||
|
||||
Then extract:
|
||||
- sentence length and rhythm
|
||||
- whether the voice is formal, conversational, or sharp
|
||||
- favored rhetorical devices such as parentheses, lists, fragments, or questions
|
||||
- tolerance for humor, opinion, and contrarian framing
|
||||
- formatting habits such as headers, bullets, code blocks, and pull quotes
|
||||
|
||||
If no voice references are given, default to a direct, operator-style voice: concrete, practical, and low on hype.
|
||||
|
||||
## Banned Patterns
|
||||
|
||||
Delete and rewrite any of these:
|
||||
- generic openings like "In today's rapidly evolving landscape"
|
||||
- filler transitions such as "Moreover" and "Furthermore"
|
||||
- hype phrases like "game-changer", "cutting-edge", or "revolutionary"
|
||||
- vague claims without evidence
|
||||
- biography or credibility claims not backed by provided context
|
||||
|
||||
## Writing Process
|
||||
|
||||
1. Clarify the audience and purpose.
|
||||
2. Build a skeletal outline with one purpose per section.
|
||||
3. Start each section with evidence, example, or scene.
|
||||
4. Expand only where the next sentence earns its place.
|
||||
5. Remove anything that sounds templated or self-congratulatory.
|
||||
|
||||
## Structure Guidance
|
||||
|
||||
### Technical Guides
|
||||
- open with what the reader gets
|
||||
- use code or terminal examples in every major section
|
||||
- end with concrete takeaways, not a soft summary
|
||||
|
||||
### Essays / Opinion Pieces
|
||||
- start with tension, contradiction, or a sharp observation
|
||||
- keep one argument thread per section
|
||||
- use examples that earn the opinion
|
||||
|
||||
### Newsletters
|
||||
- keep the first screen strong
|
||||
- mix insight with updates, not diary filler
|
||||
- use clear section labels and easy skim structure
|
||||
|
||||
## Quality Gate
|
||||
|
||||
Before delivering:
|
||||
- verify factual claims against provided sources
|
||||
- remove filler and corporate language
|
||||
- confirm the voice matches the supplied examples
|
||||
- ensure every section adds new information
|
||||
- check formatting for the intended platform
|
||||
88
.cursor/skills/content-engine/SKILL.md
Normal file
88
.cursor/skills/content-engine/SKILL.md
Normal file
@@ -0,0 +1,88 @@
|
||||
---
|
||||
name: content-engine
|
||||
description: Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.
|
||||
origin: ECC
|
||||
---
|
||||
|
||||
# Content Engine
|
||||
|
||||
Turn one idea into strong, platform-native content instead of posting the same thing everywhere.
|
||||
|
||||
## When to Activate
|
||||
|
||||
- writing X posts or threads
|
||||
- drafting LinkedIn posts or launch updates
|
||||
- scripting short-form video or YouTube explainers
|
||||
- repurposing articles, podcasts, demos, or docs into social content
|
||||
- building a lightweight content plan around a launch, milestone, or theme
|
||||
|
||||
## First Questions
|
||||
|
||||
Clarify:
|
||||
- source asset: what are we adapting from
|
||||
- audience: builders, investors, customers, operators, or general audience
|
||||
- platform: X, LinkedIn, TikTok, YouTube, newsletter, or multi-platform
|
||||
- goal: awareness, conversion, recruiting, authority, launch support, or engagement
|
||||
|
||||
## Core Rules
|
||||
|
||||
1. Adapt for the platform. Do not cross-post the same copy.
|
||||
2. Hooks matter more than summaries.
|
||||
3. Every post should carry one clear idea.
|
||||
4. Use specifics over slogans.
|
||||
5. Keep the ask small and clear.
|
||||
|
||||
## Platform Guidance
|
||||
|
||||
### X
|
||||
- open fast
|
||||
- one idea per post or per tweet in a thread
|
||||
- keep links out of the main body unless necessary
|
||||
- avoid hashtag spam
|
||||
|
||||
### LinkedIn
|
||||
- strong first line
|
||||
- short paragraphs
|
||||
- more explicit framing around lessons, results, and takeaways
|
||||
|
||||
### TikTok / Short Video
|
||||
- first 3 seconds must interrupt attention
|
||||
- script around visuals, not just narration
|
||||
- one demo, one claim, one CTA
|
||||
|
||||
### YouTube
|
||||
- show the result early
|
||||
- structure by chapter
|
||||
- refresh the visual every 20-30 seconds
|
||||
|
||||
### Newsletter
|
||||
- deliver one clear lens, not a bundle of unrelated items
|
||||
- make section titles skimmable
|
||||
- keep the opening paragraph doing real work
|
||||
|
||||
## Repurposing Flow
|
||||
|
||||
Default cascade:
|
||||
1. anchor asset: article, video, demo, memo, or launch doc
|
||||
2. extract 3-7 atomic ideas
|
||||
3. write platform-native variants
|
||||
4. trim repetition across outputs
|
||||
5. align CTAs with platform intent
|
||||
|
||||
## Deliverables
|
||||
|
||||
When asked for a campaign, return:
|
||||
- the core angle
|
||||
- platform-specific drafts
|
||||
- optional posting order
|
||||
- optional CTA variants
|
||||
- any missing inputs needed before publishing
|
||||
|
||||
## Quality Gate
|
||||
|
||||
Before delivering:
|
||||
- each draft reads natively for its platform
|
||||
- hooks are strong and specific
|
||||
- no generic hype language
|
||||
- no duplicated copy across platforms unless requested
|
||||
- the CTA matches the content and audience
|
||||
96
.cursor/skills/investor-materials/SKILL.md
Normal file
96
.cursor/skills/investor-materials/SKILL.md
Normal file
@@ -0,0 +1,96 @@
|
||||
---
|
||||
name: investor-materials
|
||||
description: Create and update pitch decks, one-pagers, investor memos, accelerator applications, financial models, and fundraising materials. Use when the user needs investor-facing documents, projections, use-of-funds tables, milestone plans, or materials that must stay internally consistent across multiple fundraising assets.
|
||||
origin: ECC
|
||||
---
|
||||
|
||||
# Investor Materials
|
||||
|
||||
Build investor-facing materials that are consistent, credible, and easy to defend.
|
||||
|
||||
## When to Activate
|
||||
|
||||
- creating or revising a pitch deck
|
||||
- writing an investor memo or one-pager
|
||||
- building a financial model, milestone plan, or use-of-funds table
|
||||
- answering accelerator or incubator application questions
|
||||
- aligning multiple fundraising docs around one source of truth
|
||||
|
||||
## Golden Rule
|
||||
|
||||
All investor materials must agree with each other.
|
||||
|
||||
Create or confirm a single source of truth before writing:
|
||||
- traction metrics
|
||||
- pricing and revenue assumptions
|
||||
- raise size and instrument
|
||||
- use of funds
|
||||
- team bios and titles
|
||||
- milestones and timelines
|
||||
|
||||
If conflicting numbers appear, stop and resolve them before drafting.
|
||||
|
||||
## Core Workflow
|
||||
|
||||
1. inventory the canonical facts
|
||||
2. identify missing assumptions
|
||||
3. choose the asset type
|
||||
4. draft the asset with explicit logic
|
||||
5. cross-check every number against the source of truth
|
||||
|
||||
## Asset Guidance
|
||||
|
||||
### Pitch Deck
|
||||
Recommended flow:
|
||||
1. company + wedge
|
||||
2. problem
|
||||
3. solution
|
||||
4. product / demo
|
||||
5. market
|
||||
6. business model
|
||||
7. traction
|
||||
8. team
|
||||
9. competition / differentiation
|
||||
10. ask
|
||||
11. use of funds / milestones
|
||||
12. appendix
|
||||
|
||||
If the user wants a web-native deck, pair this skill with `frontend-slides`.
|
||||
|
||||
### One-Pager / Memo
|
||||
- state what the company does in one clean sentence
|
||||
- show why now
|
||||
- include traction and proof points early
|
||||
- make the ask precise
|
||||
- keep claims easy to verify
|
||||
|
||||
### Financial Model
|
||||
Include:
|
||||
- explicit assumptions
|
||||
- bear / base / bull cases when useful
|
||||
- clean layer-by-layer revenue logic
|
||||
- milestone-linked spending
|
||||
- sensitivity analysis where the decision hinges on assumptions
|
||||
|
||||
### Accelerator Applications
|
||||
- answer the exact question asked
|
||||
- prioritize traction, insight, and team advantage
|
||||
- avoid puffery
|
||||
- keep internal metrics consistent with the deck and model
|
||||
|
||||
## Red Flags to Avoid
|
||||
|
||||
- unverifiable claims
|
||||
- fuzzy market sizing without assumptions
|
||||
- inconsistent team roles or titles
|
||||
- revenue math that does not sum cleanly
|
||||
- inflated certainty where assumptions are fragile
|
||||
|
||||
## Quality Gate
|
||||
|
||||
Before delivering:
|
||||
- every number matches the current source of truth
|
||||
- use of funds and revenue layers sum correctly
|
||||
- assumptions are visible, not buried
|
||||
- the story is clear without hype language
|
||||
- the final asset is defensible in a partner meeting
|
||||
76
.cursor/skills/investor-outreach/SKILL.md
Normal file
76
.cursor/skills/investor-outreach/SKILL.md
Normal file
@@ -0,0 +1,76 @@
|
||||
---
|
||||
name: investor-outreach
|
||||
description: Draft cold emails, warm intro blurbs, follow-ups, update emails, and investor communications for fundraising. Use when the user wants outreach to angels, VCs, strategic investors, or accelerators and needs concise, personalized, investor-facing messaging.
|
||||
origin: ECC
|
||||
---
|
||||
|
||||
# Investor Outreach
|
||||
|
||||
Write investor communication that is short, personalized, and easy to act on.
|
||||
|
||||
## When to Activate
|
||||
|
||||
- writing a cold email to an investor
|
||||
- drafting a warm intro request
|
||||
- sending follow-ups after a meeting or no response
|
||||
- writing investor updates during a process
|
||||
- tailoring outreach based on fund thesis or partner fit
|
||||
|
||||
## Core Rules
|
||||
|
||||
1. Personalize every outbound message.
|
||||
2. Keep the ask low-friction.
|
||||
3. Use proof, not adjectives.
|
||||
4. Stay concise.
|
||||
5. Never send generic copy that could go to any investor.
|
||||
|
||||
## Cold Email Structure
|
||||
|
||||
1. subject line: short and specific
|
||||
2. opener: why this investor specifically
|
||||
3. pitch: what the company does, why now, what proof matters
|
||||
4. ask: one concrete next step
|
||||
5. sign-off: name, role, one credibility anchor if needed
|
||||
|
||||
## Personalization Sources
|
||||
|
||||
Reference one or more of:
|
||||
- relevant portfolio companies
|
||||
- a public thesis, talk, post, or article
|
||||
- a mutual connection
|
||||
- a clear market or product fit with the investor's focus
|
||||
|
||||
If that context is missing, ask for it or state that the draft is a template awaiting personalization.
|
||||
|
||||
## Follow-Up Cadence
|
||||
|
||||
Default:
|
||||
- day 0: initial outbound
|
||||
- day 4-5: short follow-up with one new data point
|
||||
- day 10-12: final follow-up with a clean close
|
||||
|
||||
Do not keep nudging after that unless the user wants a longer sequence.
|
||||
|
||||
## Warm Intro Requests
|
||||
|
||||
Make life easy for the connector:
|
||||
- explain why the intro is a fit
|
||||
- include a forwardable blurb
|
||||
- keep the forwardable blurb under 100 words
|
||||
|
||||
## Post-Meeting Updates
|
||||
|
||||
Include:
|
||||
- the specific thing discussed
|
||||
- the answer or update promised
|
||||
- one new proof point if available
|
||||
- the next step
|
||||
|
||||
## Quality Gate
|
||||
|
||||
Before delivering:
|
||||
- message is personalized
|
||||
- the ask is explicit
|
||||
- there is no fluff or begging language
|
||||
- the proof point is concrete
|
||||
- word count stays tight
|
||||
75
.cursor/skills/market-research/SKILL.md
Normal file
75
.cursor/skills/market-research/SKILL.md
Normal file
@@ -0,0 +1,75 @@
|
||||
---
|
||||
name: market-research
|
||||
description: Conduct market research, competitive analysis, investor due diligence, and industry intelligence with source attribution and decision-oriented summaries. Use when the user wants market sizing, competitor comparisons, fund research, technology scans, or research that informs business decisions.
|
||||
origin: ECC
|
||||
---
|
||||
|
||||
# Market Research
|
||||
|
||||
Produce research that supports decisions, not research theater.
|
||||
|
||||
## When to Activate
|
||||
|
||||
- researching a market, category, company, investor, or technology trend
|
||||
- building TAM/SAM/SOM estimates
|
||||
- comparing competitors or adjacent products
|
||||
- preparing investor dossiers before outreach
|
||||
- pressure-testing a thesis before building, funding, or entering a market
|
||||
|
||||
## Research Standards
|
||||
|
||||
1. Every important claim needs a source.
|
||||
2. Prefer recent data and call out stale data.
|
||||
3. Include contrarian evidence and downside cases.
|
||||
4. Translate findings into a decision, not just a summary.
|
||||
5. Separate fact, inference, and recommendation clearly.
|
||||
|
||||
## Common Research Modes
|
||||
|
||||
### Investor / Fund Diligence
|
||||
Collect:
|
||||
- fund size, stage, and typical check size
|
||||
- relevant portfolio companies
|
||||
- public thesis and recent activity
|
||||
- reasons the fund is or is not a fit
|
||||
- any obvious red flags or mismatches
|
||||
|
||||
### Competitive Analysis
|
||||
Collect:
|
||||
- product reality, not marketing copy
|
||||
- funding and investor history if public
|
||||
- traction metrics if public
|
||||
- distribution and pricing clues
|
||||
- strengths, weaknesses, and positioning gaps
|
||||
|
||||
### Market Sizing
|
||||
Use:
|
||||
- top-down estimates from reports or public datasets
|
||||
- bottom-up sanity checks from realistic customer acquisition assumptions
|
||||
- explicit assumptions for every leap in logic
|
||||
|
||||
### Technology / Vendor Research
|
||||
Collect:
|
||||
- how it works
|
||||
- trade-offs and adoption signals
|
||||
- integration complexity
|
||||
- lock-in, security, compliance, and operational risk
|
||||
|
||||
## Output Format
|
||||
|
||||
Default structure:
|
||||
1. executive summary
|
||||
2. key findings
|
||||
3. implications
|
||||
4. risks and caveats
|
||||
5. recommendation
|
||||
6. sources
|
||||
|
||||
## Quality Gate
|
||||
|
||||
Before delivering:
|
||||
- all numbers are sourced or labeled as estimates
|
||||
- old data is flagged
|
||||
- the recommendation follows from the evidence
|
||||
- risks and counterarguments are included
|
||||
- the output makes a decision easier
|
||||
Reference in New Issue
Block a user