route-next-steps 是一个把分析转成具体行动方案的工具，会根据用户真正的目标分流。信号表位于插件根目录的 signals.md。它从 analyze-github-profile 检测出的目标出发，在分流前与用户确认。
输入：来自 analyze-github-profile 和 score-profile 的档案与评分笔记。若这些产物不存在，需先生成。随后询问或依据已检测目标，判断走哪条路径。
路径一：求职。取 score-profile 中按投入回报比排序的修正项，优先对招聘方有分量的部分：类似简历的 profile README、open-to-work 信号、重点仓库的干净 README、可发现性。整理档案：把服务目标的仓库（真实成果、亮点）置顶，为空白仓库补充描述与 topics，归档或重做拉低形象的旧弱仓库。招聘方可能点到错误的仓库。预计一到两小时，而非五十小时。若已分析 LinkedIn，则整合 GitHub 与 LinkedIn 的对齐修正。导向 TPC 社区的职位信息，链接由用户提供或写在插件 README 中，不得臆造 URL。输出：申请前有序的行动清单，再衔接职位信息。
路径二：推广项目。确定要推广的仓库及其角度（解决的问题、面向谁）。按项目受众而非默认选项选择渠道：Reddit（目标人群所在的 subreddit）、LinkedIn、Hacker News（流量高但社区严苛且主观，需客观看待）、博客文章、作者已活跃的社区（Slack、Discord）。也可提演讲路径：提议现场演示或 talk。开源项目的成功不只在代码，还在传播。为目标平台生成帖子草稿。参考模型：诚实有用、讲清问题与方案、不过度推销的帖子，类似让工具类项目起飞的那种。不用夸张词，附演示或 GIF，呼吁反馈。注意不同社区语气不同：法语区通常更友善，美国空间更苛刻，不要把它当作质量信号。输出：可复制的、按平台校准的帖子草稿，含标题、正文以及链接与视觉素材位置。
规则：生产前先确认路径，两者处理方式不同。不编造链接，外部链接（TPC 职位）由用户提供而非猜测。帖子草稿保持真实诚实，不做空洞营销。