离线演示 · 内置数据

EVIDENCE-DRIVEN MIGRATION / 软件迁移工程预研

让一次迁移，
成为下一次的起点。

从架构风险到修复依据，再到可复用规则。
以 image-pipeline 为例，走完 RISC-V 迁移的工程闭环。

CURRENT DECISION待开始

先建立证据，再作出判断

第一轮发现新问题并沉淀修复；审批后，再跑一轮展示规则复用。

演示控制就绪
示例工程image-pipeline / C++17 · CMake
目标环境QEMU · rv64gc / LP64D
当前轮次尚未开始
验收基线BASE-X86-001
WALKTHROUGH点击章节查看讲解提示
讲解提示

迁移不是换一个编译器。先确认源码、依赖、工具链、目标环境和比较基线，再决定哪些问题可修、哪些证据还缺失。

迁移评估模块

0/6 等待运行
  1. 1迁移评估等待中
  2. 2特征匹配等待中
  3. 3初次检验等待中
  4. 4Agent 修复等待中
  5. 5双重检验等待中
  6. 6特征入库等待中

迁移事件 内置轨迹

0 EVENTS
  1. 等待开始演示流程会按真实顺序展示评估、匹配、检验与修复证据。

当前处理

待开始

MIGRATION DEMO

开始后，这里会展示每一步的判断依据

演示只使用固定数据，不会克隆仓库、运行编译器或调用真实 Agent。

下一步点击“开始演示迁移”

修复前后 · 关键代码

等待生成
BEFORE 源代码 本轮修复前
AFTER 迁移成品代码 等待迁移流程生成
尚未生成迁移成品代码 候选修复生成后，将在这里展示修改后的对应代码片段。
构建检验尚未执行
运行检验尚未执行

两项均通过，才算迁移完成

同一个问题，下一次如何处理

LEARNING LOOP
FIRST ENCOUNTER

第一次 · 建立经验

发现未覆盖问题 → Agent 候选修复 → 双重检验 → 人工审批

等待完成第一轮
APPROVED REUSE

下一次 · 复用经验

命中已批准规则 → 应用修复 → 重新检验 → 跳过 Agent

审批入库后，运行下一轮

规则复用节省重复分析；每一轮仍需重新验证。

演示边界：所有扫描、日志、补丁和验收均来自内置场景；没有连接真实仓库、编译器、Agent 或 RISC-V 设备。