用途：提升开发者 GitHub 个人资料与仓库的可发现性（findability），让招聘者或同行不仅通过 GitHub 搜索，也能通过 Google、Perplexity 等找到你。属于把 SEO 思路应用到个人资料上的具体做法，信号评分标准见插件根目录的 signals.md。
输入：一个用户名，或由 analyze-github-profile 已生成的资料卡。若未提供，则通过 gh 获取仓库与简介。
主要能力与流程：
- 获取个人简介，并对每个非 fork 仓库收集名称、当前描述、现有 topics、主要语言。可用命令：gh api "users/{username}/repos?per_page=100" --paginate --jq '.[] | select(.fork==false) | {name, desc: .description, topics: .topics, lang: .language, stars: .stargazers_count}'
- 为每个重点仓库提出简短、密集使用真实关键词的描述，以及相关 GitHub topics 列表。
- 提出优化后的个人简介：角色、技术栈，以及一两个能体现差异化的细分关键词。
- 检查跨平台链接：资料是否指向 LinkedIn，LinkedIn 是否反向指向 GitHub，以及是否指向博客或 Medium。一致的链接链有助于 SEO 与可发现性。
- 检查是否存在 LLM 文件（llms.txt、llms-full.txt）。工具类项目若缺失，建议添加，这属于 AEO，回答引擎与助手会据此引用项目，格式见 llmstxt.org。
规则：使用真实关键词而非堆砌，描述需保持人类可读；贴合目标人群真实使用的词汇（招聘者搜的是 React Native，而非“现代跨平台移动应用”）；每个仓库 5 到 10 个 topics，从通用到具体；不做营销承诺，使用精确技术术语；对建议发布的内容保持证据纪律，不编造或粗略聚合数字，不虚构职位头衔，星标聚合须基于可验证计数并展示明细，无法验证的数字标注 [à vérifier]。
输出：优化前后的个人简介；每个重点仓库的当前描述、建议描述、待添加 topics 表格；跨链接缺失项及放置位置。所有内容应可直接复制粘贴到 GitHub。
限制：资料未提供具体收费、平台支持范围或效果保证等信息。