v1→v2 import collapses multiple local clones with the same GitHub remote

[MocA-Love]

Summary

v1 の Experimental import で、同じ GitHub remote を持つ複数のローカル clone を v2 に移行すると、一部 project/workspace が表示されない。

Observed

ローカルDBを read-only で確認したところ、v1 側の project/workspace 件数より v2 側の project/workspace 件数が少ない状態になっていた。

また、同じ remote を指す複数の v1 projects のうち、一部が v2 で欠落し、別 project の表示名とローカル path の紐づきがズレたように見える状態が発生している。

Expected

v1 project はローカル folder/path 単位の project として扱われていたため、v1→v2 import でも各 v1 project path ごとに v2 project/workspace が作られるべき。

同じ GitHub remote を指していても、別ローカル clone であれば v2 import 時に自動で既存 cloud project へ link/relocate して潰さない。

Likely Cause

ImportProjectsPage の v1 import flow が project.findByPath({ walkAllRemotes: true }) の remote candidate を自動 link 対象として扱っている。

そのため、同一 GitHub remote の v1 projects が、既存 v2 cloud project 候補に link され、ローカル path ごとの project として新規作成されない。

Scope

• v1→v2 Projects import
• v1→v2 Workspaces import（project が落ちると workspace も表示されない）
• v1→v2 Terminal presets import も別途確認: v1 側の preset 件数より v2 host agent config が少ない場合、非 default agent の取り込みが不足している可能性がある

Acceptance Criteria

• v1 import では local-path candidate のみを imported/link 済み扱いにする
• remote-only candidate は自動 link せず、v1 project path ごとに v2 project を作成できる
• Import all でも同じ GitHub remote の複数ローカル clone が欠落しない
• v1 terminal presets が既存 host agent config にない builtin agent を参照する場合も、v2 で利用できる状態にする