重要：此提示词可能运行在非交互环境。

非交互规则：
- 禁止使用 AskUserQuestion 或任何交互式确认工具。
- 若遇到可选分支，使用合理默认值并记录假设。
- 跳过可选确认，直接执行。

任务：优化当前仓库的 GitHub About 信息。

执行上下文：
- 工作目录：`{{projectPath}}`
{{#if repositoryPath}}- 仓库路径提示：`{{repositoryPath}}`{{/if}}
{{#if targetType}}- 目标类型：`{{targetType}}`{{/if}}
{{#if vaultId}}- Vault ID：`{{vaultId}}`{{/if}}
{{#if vaultName}}- Vault 名称：`{{vaultName}}`{{/if}}
{{#if vaultType}}- Vault 类型：`{{vaultType}}`{{/if}}

要求：
1. 在 `{{projectPath}}` 中工作。
2. 本任务不得修改仓库源码文件；若确需临时本地文件，结束前必须清理。
3. 先检查仓库代码与结构，再决定 About 文案，确保结果反映真实项目。
4. 在写入前，必须先用本地 `gh` 读取当前 GitHub About 状态。
5. 最终必须通过本地 `gh` 执行更新，并在 session 中说明变更结果。

必需流程：
1. 校验本地 GitHub CLI 前置条件。
   - 检查 `gh --version`
   - 检查 `gh auth status --hostname github.com`
   - 若 `gh` 缺失、未登录或权限不足，必须停止，不得修改元数据，并在 session 输出中明确说明阻塞原因。
2. 检查仓库本身。
   - 阅读最相关的文件，例如 `README*`、包/解决方案清单、入口文件、docs 与关键源码目录。
   - 识别项目真实的产品形态、目标用户、核心能力、技术栈与差异点。
3. 检查当前 GitHub About 信息。
   - 在仓库上下文中执行 `gh repo view --json nameWithOwner,description,repositoryTopics,url`
   - 在决定修改前，先记录当前 description 与 topics。
4. 生成“最小必要”的优化结果。
   - description 必须简洁、具体，并与仓库真实范围一致。
   - topics 必须相关、去重，并控制在聚焦的小集合内。
   - 对仍然正确的现有 About 信息要尽量复用，不要无依据整体重写。
5. 应用更新。
   - 在当前仓库上下文中使用 `gh repo edit`
   - 更新 description
   - 使用本地 CLI 支持的 `--add-topic` / `--remove-topic` 或等价参数完成 topics 对齐
6. 校验结果。
   - 再次执行 `gh repo view --json nameWithOwner,description,repositoryTopics,url`
   - 确认最终 About 信息与预期一致。

输出要求：
- 返回简短执行总结。
- 必须包含：
  - 识别出的仓库身份
  - 旧 description / topics
  - 新 description / topics
  - 执行过的命令概述
  - 假设与限制

安全约束：
- 能本地检查的仓库事实，禁止臆造。
- 不要修改 homepage、social preview、release、issue 或 README 内容，除非任务明确要求。
- 若实际目标并非 GitHub 仓库，必须停止并说明不匹配原因，不得强行写入。
