360 Secure SkillHub
360 安全技能中心

OSS Growth Attribution

核心功能:基于GitHub数据及多平台公开证据,重构开源项目增长阶段、渠道贡献占比与关键内容,生成可审计的归因结果。典型场景:分析GitHub星标增长、对比各平台/KOL影响、解释病毒式增长里程碑。输入为相关研究需求,输出含阶段 timeline、渠道贡献范围、关键内容表等带证据的报告,严格遵循归因规范标注数据类型。

gingiris-1031
gingiris-1031
热度 10.03
最近更新 2026-08-18 23:40:00
分类:数据依赖:联网浏览搜索 / 第三方 API / 内部调用大模型应用场景:市场分析 / 报告撰写 / 研究 / 数据处理

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add oss-growth-attribution
Metadata
name
oss-growth-attribution
description
Reconstruct an open-source project's growth channels, key content, and stage-by-stage attribution from GitHub history and public web evidence. Use this skill when asked to research GitHub star growth, identify launch and amplification channels, explain viral milestones, find representative posts or videos, compare Product Hunt/Show HN/Reddit/KOL impact, or produce an evidence-backed OSS growth attribution report.

OSS Growth Attribution

Produce an auditable growth reconstruction, not a generic marketing checklist.

Workflow

  1. Resolve the canonical repository and validate it against the product domain.
  2. Fetch GitHub repository metadata, releases, earliest commits, and timestamped stargazers.
  3. Build a star timeline with daily resolution around spikes and monthly resolution elsewhere.
  4. Search GitHub Trending, Reddit, Hacker News, Product Hunt, X, LinkedIn, Instagram, TikTok, YouTube, developer media, technical blogs, and localized communities.
  5. Extract original content URLs; never substitute search-result URLs when an original URL is available.
  6. Normalize items to the evidence schema.
  7. Align publication times with star velocity using the attribution model.
  8. Divide history into preparation, community seed, accumulation, breakout, localization/SEO, and ecosystem stages. Omit unsupported stages.
  9. Report representative content per channel with hook, format, audience, funnel role, and original link.
  10. List channels searched but not evidenced. Absence of public evidence is not proof an event never happened.

Source priority

  1. GitHub REST API and repository commits/releases
  2. Original posts, videos, launch pages, and project-owned pages
  3. Independent archives or channel-specific analytics pages
  4. Search result snippets only as discovery or dated snapshots

Use the API playbook. Follow the environment's web-access skill for browsing.

Attribution guardrails

  • Label API fields and original posts as observed.
  • Label cross-source temporal conclusions as inferred.
  • Label percentage shares as modeled; use ranges, never fake precision.
  • Do not credit a channel merely because it is common in OSS marketing.
  • Treat GitHub Trending as both an outcome of prior velocity and an amplification channel.
  • Do not sum overlapping platform effects as independent last-click conversions.
  • Without first-party traffic, UTM, or referral logs, state uncertainty of at least ±10–15 percentage points.
  • Never claim Product Hunt or Show HN impact without a canonical launch/discussion URL or strong corroboration.

Required output

Return an executive conclusion, attribution limits, stage timeline, channel contribution ranges, key content table with original URLs, hook analysis, unsupported hypotheses, exact-attribution instrumentation, and next-stage action plan. Every material claim needs a URL or a clear modeled label.