用途：P1 阶段负责初始 Ghidra 导入与自动分析，导出基线 YAML 元数据，使目标可复现运行，并记录后续阶段使用的运行时/热路径 YAML。
主要能力：通过 ghidra-agent-cli 完成导入、分析、导出，以及 Frida 设备与追踪、运行时记录与校验、热路径添加与校验、P1 闸门检查。后端仍由 shell 包装器与 Java Ghidra 脚本实现，工作流契约是 CLI 表面加 YAML 输出。
必要命令：ghidra-agent-cli ghidra import；ghidra-agent-cli ghidra auto-analyze；ghidra-agent-cli ghidra export-baseline；ghidra-agent-cli frida device-list；ghidra-agent-cli frida device-attach；ghidra-agent-cli frida io-capture；ghidra-agent-cli frida trace；ghidra-agent-cli runtime record；ghidra-agent-cli runtime validate；ghidra-agent-cli hotpath add；ghidra-agent-cli hotpath validate；ghidra-agent-cli gate check --phase P1。
输入：artifacts/<target-id>/pipeline-state.yaml、scope.yaml、targets/<target-id>/ghidra-projects/。
输出：baseline 下的 functions/callgraph/types/vtables/constants/strings/imports.yaml；runtime 下的 run-manifest.yaml、run-records/*.yaml、fixtures/、hotpaths/call-chain.yaml，以及在需要库测试装置时的 runtime/project/。
退出条件：所有必需基线 YAML 存在可读；运行可用或不可用均记录可复现的可执行参数或 C++/CMake 库测试装置；P1 热路径调用链作为 P3/P4 初始优先级来源；本阶段不产生 P4 反编译产物。
限制：P1 不反编译函数体，不应用重命名或签名，除受认可的状态变更外不得修改 pipeline-state.yaml，导入、分析、导出及支持的闸门检查不得绕过 ghidra-agent-cli，CLI 缺少能力时不得自行创建或运行新 Ghidra 脚本，应先暂停并询问用户。下一步：P1 闸门通过后进入 headless-ghidra-evidence。