案例：全分支审 — 重索引 vs 零索引

请对 Gitee 仓库做一次全量代码审查（自建 KB → 导入 → 解析 → L2 审核 → HTML 报告）。

仓库: https://gitee.com/<your-org>/<your-repo>.git (branch=<your-branch>)
Token: <REDACTED — manage_credential 注入，不要写在提示词里>

执行链路（不要中途暂停问我"继续"，全自动跑完）:

1. manage_credential store gitee token (如未绑)

2. kb_create 创建知识库:
   - name: "<repo>-review-<当前时间戳>"
   - parser_id: "code-aware"
   - parser_config: {"index_tier": "heavy"}
   返回 kb_id 后, 立刻用这个 kb_id 跑后续步骤.

3. import_from_gitee dryrun → execute 一气呵成:
   - url=仓库 URL, kb_id=上一步, mode="dryrun"
   - values={"ref":"<branch>", "sub_path":"<sub-path>"}
   - file_globs=["*.kt"], limit=50
   报 dryrun 文件数 + dryrun_id 后, 立刻同参数 mode="execute" 跟上,
   parse_intent="auto".

4. 等解析完成（约 10-15 分钟, 这是正常速度, 不要 bail）:
   - kb_doc_status 每 30s 轮询一次, 不要 tight loop
   - 完成判定: kb_doc_list 看 docs[].status, 全部 done 才算 ready
   - hierarchy 验证: 看 location 字段（不是 name）, 应带 "<sub-path>/..." 前缀

5. 用 code-review skill 做 L2 审查（场景 C 全分支审, 跳过 gitee_get_tree, 直接用 KB）:
   a. unified_search code_search mode=audit, kb_ids=[新建 KB], top_k=50
      → 列全部 high/medium finding, 按 rule_id 聚类
   b. mode=hybrid top_k=10 抽样以下 5 个 query:
      - 硬编码 password token secret 密钥
      - SQL 拼接 注入
      - 随机数 加密 弱算法
      - 未关闭资源 leak close
      - 线程安全 并发 race
   c. audit 命中的关键 symbol → mode=navigate query="refs:<symbol>" 看影响面
   d. 跳过 KB 需求检索（没绑需求文档）、跳过 LTM 检索

6. 生成 HTML 报告 write_file 到 outputs/code_review_visual_report.html:
   - 总览: 文件数 / 语言分布 / 新建的 kb_id 和 name
   - audit findings 表: rule_id × severity × count
   - Top 10 风险点: 文件:行 / 代码片段 / 修复建议 / confidence
   - 关键调用链 (navigate 结果)

约束:
- 解析全程不要重复调 kb_parse 去 trigger 已入队的 doc, 那会插重复任务
- LLM 主观判断必须用 code_search 验证, audit findings 是 ground truth
- 全程不要中途生成 "进度报告", 完成所有 6 步再总结
- 不修改原仓库

请用 code-review skill 对 Gitee 仓库做一次代码审查（场景 C 全分支审，不走 KB 上传）。

仓库: https://gitee.com/<your-org>/<your-repo>
分支: <branch>
范围: <sub-path>/<...> 下的 .kt 文件
Token: <REDACTED — 用 manage_credential 存一下 scm/gitee/tenant>

执行步骤:

1. gitee_get_tree(owner="<owner>", repo="<repo>", ref="<branch>", recursive=True)
   过滤出目标目录下的 .kt 文件，最多取 10 个

2. 对每个文件 gitee_get_file_contents(...) 读全文

3. 按 code-review skill 的 Step 3 审核维度逐文件审：
   - code_standard: 命名/注释/职责单一
   - security: 鉴权/敏感信息/异常吞咽
   - performance: 阻塞 IO / N+1 / 并发问题
   - design_consistency: 接口契约/依赖方向

4. 跳过 Step 2 (KB 需求检索) 和 Step 4 (LTM)，因为没绑 KB

5. 输出 JSON + Markdown + HTML 报告到 outputs/，每个 finding 必须有 reasoning + confidence

要求:
- 不要调 kb_create / kb_upload / kb_parse / import_from_gitee — 全程 gitee_get_* 读文件
- 报错原样贴出，不要美化
- 全部完成后给我 finding 的 severity 分布 + top 3 finding 的标题