MCP servers reported as "blocked by policy" on first launch when using a custom config directory

### Describe the bug

When launching Copilot CLI with a non-default config directory, MCP servers are incorrectly reported as "blocked by policy". Sending one message and restarting (/restart) fixes it for that session.

### Affected version

1.0.20

### Steps to reproduce the behavior

1. Launch Copilot CLI with a non-default config directory (e.g. via env var pointing to a custom ~/.copilot-/ folder)
2. Observe that MCP servers are reported as blocked by policy immediately on startup
3. Send one message, then /restart
4. MCP servers now load correctly

### Expected behavior

MCP servers load on first launch.

### Additional context

Root cause hypothesis: The custom config dir has no session-store.db, so there is no cached policy state. The CLI appears to have a race condition where MCP initialization completes
before the async enterprise policy fetch from the GHE host finishes — defaulting to "blocked" instead of waiting for the result.

Workaround: One message + /restart resolves it for that session.

Bắt đầu bằng cách tái hiện luồng khởi chạy lần đầu với một thư mục cấu hình không mặc định và theo dõi quá trình khởi tạo MCP cùng với việc tìm nạp không đồng bộ chính sách doanh nghiệp từ máy chủ GHE. Được coi là hoàn thành khi các máy chủ MCP tải đúng trong lần khởi chạy đầu tiên mà không cần một tin nhắn và /restart, đồng thời có kiểm thử hồi quy cho trường hợp thiếu session-store.db.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.