Menü
内部步骤（Task 1），由 quickspec 编排器调用，不从用户直接触发。 分析用户原始输入，自适应选择工具加载 PRD 内容到工作目录。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
| name | prd-loader |
| description | 内部步骤（Task 1），由 quickspec 编排器调用，不从用户直接触发。 分析用户原始输入，自适应选择工具加载 PRD 内容到工作目录。 |
| user-invocable | false |
| context | fork |
| allowed-tools | ["Read","Write","Edit","Bash","Glob","Grep","WebFetch","Skill","AskUserQuestion"] |
分析用户原始输入，自适应选择工具加载 PRD 内容，生成功能名称，写入工作目录。
$ARGUMENTS 包含两个部分，以空格分隔：
{workspace}/prd-source.md从 $ARGUMENTS 中提取：
{workspace}通过观察输入特征来判断类型。以下是主要的识别模式，但不限于这些：
/、./、文件扩展名，或以 ~ 开头http:// 或 https:// 开头按以下优先级选择工具加载 PRD 内容：
选择第一个能成功加载的工具。如果首选工具失败，自动降级到下一优先级。
如果所有优先级的工具都无法加载：
加载内容后，根据 PRD 的核心目标生成一个简洁的 feature-name：
user-points-system）auth → user-auth）加载内容后执行基础验证：
将 PRD 内容写入 {workspace}/prd-source.md，顶部添加元数据头：
---
feature-name: <根据 PRD 目标生成的名称>
source-type: <实际使用的加载方式描述，如"本地文件"、"URL"、"内联文本">
loaded-at: <加载时间>
---
<PRD 原始内容>
使用 Write 工具写入文件。
读取 ${CLAUDE_PLUGIN_ROOT}/skills/prd-loader/references/quality-gate.md，逐项核对产出物 {workspace}/prd-source.md 是否满足所有验收标准。如有未通过的项，使用 Edit 工具修复产出文件后重新核对。最多重试 2 次，仍未通过则将未通过项记入返回状态的 issues 中。
完成所有工作后，输出以下格式的状态信息（不要包含其他内容）：
[STATUS: success | partial | failed]
[OUTPUT: prd-source.md]
[FEATURE-NAME: <生成的 feature-name>]
[WARNINGS: 警告列表，没有则为 none]
[ISSUES: 阻塞问题列表，没有则为 none]
[SUMMARY: 一句话摘要]
Basierend auf der SOC-Berufsklassifikation
内部步骤（Task 3），由 quickspec 编排器调用，不从用户直接触发。 将 PRD 需求映射到代码库，识别技术栈、相关模块、编码约定和扩展点。
内部步骤（Task 2），由 quickspec 编排器调用，不从用户直接触发。 对 PRD 内容进行 5-zone 结构化分析，提取功能、用户故事、业务实体、约束和验收条件。
将产品需求文档（PRD）转化为精确的、编码 Agent 可直接执行的实现规格文档。 触发：用户要生成 spec / 规格文档 / 实现方案，或要把 PRD 转成可执行规格。 不触发：写 PRD、改 PRD、代码 review、或非文档生成任务。
内部步骤（Task 4），由 quickspec 编排器调用，不从用户直接触发。 从 PRD 分析和代码库映射结果生成精确的、编码 Agent 可执行的实现规格文档。
内部步骤（Task 5），由 quickspec 编排器调用，不从用户直接触发。 对规格文档进行结构化质量审查，检查 PRD 覆盖度、任务可操作性和验收条件可测试性。
