Agent 生成器
- 作者仓库星标 3,406
- 作者仓库 claude-octopus
Host: Codex CLI — This skill was designed for Claude Code and adapted for Codex. Cross-reference commands use installed skill names in Codex rather than
/octo:*slash commands. Use the active Codex shell and subagent tools. Do not claim a provider, model, or host subagent is available until the current session exposes it. For host tool equivalents, seeskills/blocks/codex-host-adapter.md.
STOP - SKILL ALREADY LOADED
DO NOT call Skill() again. DO NOT load any more skills. Execute directly.
PHASE 0: CLARIFICATION (MANDATORY)
Before writing ANY PRD content, you MUST ask the user these questions:
I need to understand your requirements before creating the PRD.
1. **Target Users**: Who will use this? (developers, end-users, admins, etc.)
2. **Core Problem**: What specific pain point does this solve? Any metrics?
3. **Success Criteria**: How will you measure if this succeeds?
4. **Constraints**: Any technical, budget, or timeline constraints?
5. **Existing Context**: Is this greenfield or integrating with existing systems?
Please answer these (even briefly) so I can create a more targeted PRD.
WAIT for user response before proceeding to Phase 1.
If user says "skip" or provides the feature description inline, extract what you can and note assumptions.
PHASE 1: QUICK RESEARCH (Max 2 searches)
Only search if topic is unfamiliar. Limit to 2 web searches max:
- One for domain/market context
- One for technical patterns (if needed)
Do NOT over-research. 60 seconds max for this phase.
PHASE 2: WRITE PRD
Structure:
- Executive Summary - Vision + key value prop
- Problem Statement - Quantified pain points by user segment
- Goals & Metrics - SMART goals, P0/P1/P2 priority, success metrics table
- Non-Goals - Explicit boundaries (what we WON'T do)
- User Personas - 2-3 specific personas with use cases
- Functional Requirements - FR-001 format with acceptance criteria
- Implementation Phases - Dependency-ordered, time-boxed
- Risks & Mitigations - Top 3-5 risks with mitigation strategies
PHASE 2.5: ADVERSARIAL PRD REVIEW (RECOMMENDED)
After drafting the PRD but BEFORE self-scoring, dispatch the draft to a second provider for adversarial review. A single-model PRD has blind spots — cross-provider challenge surfaces wrong assumptions, uncovered scenarios, and contradictory requirements.
Dispatch the PRD draft to a different provider (Codex, Gemini, or Sonnet as fallback) with this prompt:
"Challenge this PRD. What assumptions are wrong? What user scenarios are missing? What requirements contradict each other? What will the first user complaint be? What risk does this PRD ignore?"
After receiving the challenge:
- Revise the PRD to address valid challenges
- Note dismissed challenges in the Risks section if they have partial merit
- Add to PRD footer:
Adversarial review: applied
Skip with --fast or when user requests speed over thoroughness. See prd.md command for full dispatch syntax.
PHASE 3: SELF-SCORE
Score against 100-point framework:
- AI-Specific Optimization: 25 pts (sequential phases, non-goals, structured format)
- Traditional PRD Core: 25 pts (problem statement, goals, personas, specs)
- Implementation Clarity: 30 pts (FRs with codes, NFRs, architecture, phases)
- Completeness: 20 pts (risks, dependencies, examples, doc quality)
PHASE 4: SAVE
Write to user-specified filename or generate based on feature name.
START WITH PHASE 0 CLARIFICATION QUESTIONS NOW.
- 流狐分类
- 文档
- 作者声明 Agent
- 未找到明确声明;不据此推断已兼容或已测试
- 静态检查
- 88 / 100 · 启发式扫描,不代表运行安全
- 作者 / 版本 / 许可
- @nyldn · 未声明 license
- 流狐 Token 估算
- 低消耗
- 流狐接入估算
- 需简单配置
- 是否需要外部 API Key
- 未发现要求
- 检测到的系统要求
- 未声明
- 底层运行要求
- 未声明
- 检测到的文件与系统行为
-
- 只读
- 允许写入 / 修改
- Shell 执行
- 检测到的网络行为
- 仅限本地
- 安装命令数
- 无(仅作为资料)
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
作者没有在当前 SKILL.md 中定义固定输出样例。 Before writing ANY PRD content, you MUST ask the user these questions: WAIT for user response before proceeding to Phase 1. If user says "skip" or provides the feature description inline, extract what you can and note assumptions.
Only search if topic is unfamiliar. Limit to 2 web searches max: One for domain/market context One for technical patterns (if needed)
Structure: Executive Summary - Vision + key value prop Problem Statement - Quantified pain points by user segment
After drafting the PRD but BEFORE self-scoring, dispatch the draft to a second provider for adversarial review. A single-model PRD has blind spots — cross-provider challenge surfaces wrong assumptions, uncovered scenarios, and contradictory requirements.
Score against 100-point framework: AI-Specific Optimization: 25 pts (sequential phases, non-goals, structured format) Traditional PRD Core: 25 pts (problem statement, goals, personas, specs)
Write to user-specified filename or generate based on feature name. START WITH PHASE 0 CLARIFICATION QUESTIONS NOW.
> **Host: Codex CLI** — This skill was designed for Claude Code and adapted for Codex.
> Cross-reference commands use installed skill names in Codex rather than `/octo:*` slash commands.
> Use the active Codex shell and subagent tools. Do not claim a provider, model, or host subagent is available until the current session exposes it.
> For host tool equivalents, see `skills/blocks/codex-host-adapter.md`.
# STOP - SKILL ALREADY LOADED
**DO NOT call Skill() again. DO NOT load any more skills. Execute directly.**
## PHASE 0: CLARIFICATION (MANDATORY)
Before writing ANY PRD content, you MUST ask the user these questions:
```
I need to understand your requirements before creating the PRD.
1. **Target Users**: Who will use this? (developers, end-users, admins, etc.)
2. **Core Problem**: What specific pain point does this solve? Any metrics?
3. **Success Criteria**: How will you measure if this succeeds?
4. **Constraints**: Any technical, budget, or timeline constraints?
5. **Existing Context**: Is this greenfield or integrating with existing systems?
Please answer these (even briefly) so I can create a more targeted PRD.
```
**WAIT for user response before proceeding to Phase 1.**
If user says "skip" or provides the feature description inline, extract what you can and note assumptions.
## PHASE 1: QUICK RESEARCH (Max 2 searches)
Only search if topic is unfamiliar. Limit to 2 web searches max:
- One for domain/market context
- One for technical patterns (if needed)
Do NOT over-research. 60 seconds max for this phase.
## PHASE 2: WRITE PRD
Structure:
1. **Executive Summary** - Vision + key value prop
2. **Problem Statement** - Quantified pain points by user segment
3. **Goals & Metrics** - SMART goals, P0/P1/P2 priority, success metrics table
… 作者原文负责流程事实;流狐只索引当前章节、要点、文件与命令。
章节 -> PHASE 0: CLARIFICATION (MANDATORY) → PHASE 1: QUICK RESEARCH (Max 2 searches) → PHASE 2: WRITE PRD → PHASE 2.5: ADVERSARIAL PRD REVIEW (RECOMMENDED) → PHASE 3: SELF-SCORE → PHASE 4: SAVE
要点 -> Host: Codex CLI · DO NOT call Skill() again. DO NOT load any more skills. Execute directly. · Target Users · Core Problem · Success Criteria · Constraints · Existing Context · WAIT for user response before proceeding to Phase 1.
文件/命令 -> /octo: · skills/blocks/codex-host-adapter.md · Adversarial review: applied · --fast · prd.md
内容 SHA-256 -> 590aacc52722
方法与流程
适用与边界
原文中的明确线索
/octo:、skills/blocks/codex-host-adapter.md、Adversarial review: applied、--fast、prd.md