fix(migrate): print runnable ZIP import command

[RerankerGuo]

Summary

• include the required worker resource type and Worker name in generated ZIP import instructions
• reject normalized Worker names that the hiclaw CLI cannot accept
• add an end-to-end regression test for the import command and invalid names

Problem

generate-zip.sh currently tells users to run bash hiclaw-import.sh --zip .... The current import wrapper treats its first argument as a resource type, so that command fails with Unknown resource type: --zip.

The generator can also normalize inputs such as !!! to an empty name or preserve a leading hyphen, then build a package and print an import command that hiclaw apply worker rejects. The generated instructions should be directly runnable and follow the CLI's Worker-name contract.

Testing

• baseline generator completes the ZIP but fails the new command assertion
• bash migrate/skill/tests/test-generate-zip.sh
• shellcheck migrate/skill/tests/test-generate-zip.sh
• bash -n migrate/skill/scripts/generate-zip.sh migrate/skill/tests/test-generate-zip.sh
• git diff --check

Full ShellCheck on the existing generator reports only its pre-existing SC2018/SC2019 tr warnings. This does not modify the import wrappers changed by #1044; it fixes their standalone migration-package caller.

[shiyiyue1102]

LGTM. The generated migration instruction now matches the import wrapper contract by including the worker resource type and name, and the normalized name validation matches the CLI worker-name rules. The end-to-end regression passes and the required check is green.