Growth Hub，把外链勘探和提交变成可复用流程
先把每天真正会重复发生的两件事做顺：勘探外链候选，给站点 依次提交已入库资源。
Growth Hub
Daily growth ops board
勘探队列
Scout
提交队列
Submit
资源库
Library
站点资产
Sites
Workflow
围绕两条固定工作流搭建
收集外链线索
从竞品导入、手动采集和浏览器插件中沉淀原始外链候选，不急着下结论。
固定时间勘探
依次打开候选页面，判断质量、资源类型、提交入口，并决定入库、跳过或拒绝。
给站点提交资源
选择一个自有站点，从未提交资源中逐个打开、手动提交，并记录 submitted 或 skipped。
保留结果轨迹
记录资源来源、提交结果、收录状态和后续备注，让下一轮外链工作不用靠记忆。
Operating model
先跑顺流程，再谈智能化
MVP 的目标不是做全自动增长平台，而是先把外链从发现、勘探、入库、 提交到结果记录这一条线跑顺。
Growth Hub v1 先服务两件日常：固定时间勘探外链，固定时间给站点提交外链。
原始候选、确认资源和提交结果分开保存，避免把一次性线索直接变成运营结论。
外部 DR、流量、注册时间和技术栈只是判断参考，业务结论仍然来自可追溯记录。
浏览器插件只做队列执行器和当前页面助手，不做批量爬虫、自动提交或第二个后台。
Future Automation
LLM 和关键词分析先作为增强层
后续可以让 LLM 生成提交文案、辅助判断资源类型、识别页面表单， 也可以让关键词/SERP 分析帮助选择新站机会。但这些都应该挂在 已跑顺的外链勘探和提交流程之后。
Scope boundary
v1 不做自动提交、批量爬取或黑盒评分。所有智能化都先是建议和 草稿，风险动作需要人工确认。
FAQ
当前产品边界
Growth Hub 现在的主入口在哪里？
核心产品在 /dashboard/growth-hub。v1 只把外链勘探和站点提交作为主路径。
这个系统是不是公开 SaaS？
不是。当前定位是单人或小团队内部增长运营工作台，先服务真实 dogfood 流程。
关键词和 Trend Seeds 去哪里了？
底层代码和数据保留，但 v1 先不放在主导航里。等外链主流程跑顺后再作为增强层回来。