关于 Hedera Hackathon PRD
Hedera Hackathon PRD 是用于引导参赛者设计项目方案的技能，面向参加 Hedera 黑客松的团队。它先收集赛道要求和项目背景，再生成涵盖 Hedera 集成、执行计划及评审预测的 PRD。
主要功能
- 01先收集赛道或赏金要求
- 02分批询问项目与团队信息
- 03按模板生成完整 PRD
- 04规划 Hedera 服务集成
- 05依据七项标准预测评分
- 06提供后续构建与验证步骤
适用场景
- 01将黑客松构想整理为项目需求文档
- 02使方案内容对应目标赛道要求
- 03规划 MVP 功能与 Hedera 集成
- 04按评审标准识别改进重点
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/hedera-hackathon-prd确认已加载。
附带文件references/judging-criteria.mdreferences/prd-template.md
详细介绍
Hedera 黑客松 PRD 生成器
生成一份全面的 Hedera 黑客松项目 PRD，结构旨在最大限度地提升 7 项评审标准的得分：创新（10%）、可行性（10%）、执行（20%）、集成（15%）、验证（15%）、成功（20%）和演示（10%）。
第 1 步：收集赏金／赛道背景
在提出任何其他问题之前，先请参赛者粘贴他们想要参加的赏金或赛道的说明。这对于根据评委特别关注的内容定制 PRD 至关重要。
请向他们这样提问：
开始之前，请粘贴你要参加的赏金或赛道的完整说明。 内容包括赛道名称、说明、要求、奖项详情以及任何具体评估标准。你提供的背景越充分，我就越能根据评委关注的内容定制 PRD。
如果你要参加多个赛道，请把所有赛道的说明都粘贴过来。
参赛者提供赏金／赛道背景后：
- 找出赛道中提及的具体要求、主题或技术
- 留意标准评审标准之外的赛道专属评估标准
- 查找赛道中提及的首选 Hedera 服务、合作伙伴集成或用例
- 在后续所有提问和生成的 PRD 中使用这些背景信息
如果参赛者手头没有赛道说明，请继续询问下面的常规问题，但提醒他们，赛道契合度计入创新（10%）评分，之后补充赛道详情有助于完善 PRD。
第 2 步：收集项目信息
通过互动方式向参赛者提出以下问题。每次提出 2～3 个，避免让他们应接不暇。从基本问题开始，再逐步深入。根据赏金／赛道背景中已经涵盖的内容调整问题。
第 1 组——基本信息：
- 你要解决什么问题？（1～2 句话）
- 谁会遇到这个问题？（目标用户）
- 你要参加哪些黑客松赛道？（如果赏金背景中尚未说明）
第 2 组——解决方案：
- 你提出的解决方案是什么？（高层次描述）
- 为什么这需要 Web3／区块链解决方案？（为什么 Web2 无法解决？）
- Hedera 或其他区块链上是否已有类似方案？
第 3 组——Hedera 集成：
- 你计划使用哪些 Hedera 服务？（HTS、HCS、Smart Contracts、Scheduled Transactions 等）
- 你计划与哪些 Hedera 生态平台集成？（SaucerSwap、HashPack、Kabila 等）
- 你的解决方案将如何带来新的 Hedera 账户和交易？
第 4 组——团队与执行：
- 你的团队由哪些成员组成？（角色和技能）
- 你计划在黑客松期间实现哪些 MVP 功能？（最重要的 3～5 项）
- 你是否已有市场验证或用户反馈？
如果用户已提前提供问题描述或想法，请据此跳过或预填相关问题。仍需询问 Hedera 集成、团队和验证方面的详情。
第 3 步：生成 PRD
收集到足够信息后，按照 references/prd-template.md 中的模板生成一份全面的 PRD。将其写入项目根目录下名为 HACKATHON-PRD.md 的文件。
生成 PRD 时的关键要求：
- 如果提供了赏金／赛道背景，请在 PRD 中充分融入赛道专属要求（尤其是解决方案概述、Hedera 集成和创新部分）
- 每个章节都必须根据参赛者的回答填写具体且可执行的内容
- Hedera 集成章节必须详细说明具体服务及其用途
- 网络影响章节必须包含账户数、MAA 和 TPS 的合理估算
- 根据参赛者的回答纳入 Lean Canvas 商业模式
- 设计决策应提及 Hedera 特有的权衡取舍（例如，HTS 原生代币与 ERC-20）
- 演讲大纲应是可直接用于演示的框架
- 明确列出非目标，避免黑客松期间范围蔓延
第 4 步：分数预测
生成 PRD 后，请根据评审标准提供预测评分。完整评分细则请参阅 references/judging-criteria.md。
## Predicted Score Assessment
| Section | Predicted Score | Rationale | How to Improve |
|---------|----------------|-----------|----------------|
| Innovation (10%) | X/5 | [why] | [actionable tip] |
| Feasibility (10%) | X/5 | [why] | [actionable tip] |
| Execution (20%) | X/5 | [why] | [actionable tip] |
| Integration (15%) | X/5 | [why] | [actionable tip] |
| Validation (15%) | X/5 | [why] | [actionable tip] |
| Success (20%) | X/5 | [why] | [actionable tip] |
| Pitch (10%) | X/5 | [why] | [actionable tip] |
改进建议应优先聚焦权重最高的标准（执行 20%、成功 20%）。
第 5 步：后续步骤
生成 PRD 后，请提出具体的后续步骤：
- 根据对评审标准的影响，确定优先开发哪些 MVP 功能
- 提升集成度评分的快速改进项（可考虑接入其他 Hedera 服务）
- 团队在黑客松期间可以采取的验证行动
- 路演准备建议
评审标准速查
| 部分 | 权重 | 评审关注点 |
|---|---|---|
| 执行 | 20% | MVP 质量、UI/UX、团队策略、GTM 计划 |
| 成功 | 20% | 对 Hedera 账户、活跃账户、TPS 和曝光度的影响 |
| 集成度 | 15% | Hedera 网络使用深度、生态合作伙伴利用情况、服务使用的创意 |
| 验证 | 15% | 市场反馈周期、早期采用者、牵引力指标 |
| 创新 | 10% | 在 Hedera 生态中的新颖性、新能力、赛道契合度 |
| 可行性 | 10% | Web3 的必要性、领域知识、商业模式可行性 |
| 路演 | 10% | 问题与解决方案的清晰度、机会规模、Hedera 的呈现 |
重要提示：执行 + 成功占总分的 40%；集成度 + 验证占 30%。请据此分配精力。
Hedera 网络服务参考
使用以下服务来最大限度地提高集成度评分：
| 服务 | 用例 | 集成深度 |
|---|---|---|
| Hedera Token Service (HTS) | 同质化/非同质化代币、自定义费用、合规控制 | 高 |
| Hedera Consensus Service (HCS) | 有序且带时间戳的消息、审计跟踪、事件日志 | 高 |
| Smart Contracts (EVM) | 使用 HTS 预编译合约的 Solidity 合约、DeFi 逻辑 | 高 |
| Hedera File Service (HFS) | 链上文件存储、不可篡改的文档 | 中 |
| Scheduled Transactions | 延迟执行、多重签名工作流 | 中 |
| Mirror Nodes | 历史数据查询、分析、索引 | 单独使用时较低 |
| SDK (JavaScript/Java/Go/Swift) | 客户端与任何服务集成 | 视用法而定 |
生态平台
与生态合作伙伴集成可以提高集成度和成功评分：
- SaucerSwap - DEX、流动性池
- HashPack / Kabila - 钱包提供商
- Hedera NFT Studio - NFT 工具
- Arkhia / Validation Cloud - 基础设施、镜像节点
- HashScan - 区块浏览器
重要说明
- 鼓励但不回避差距。目标是帮助他们提高得分，而不是让他们盲目自信。
- 始终说明某项内容为何重要，并结合评审标准及其权重进行解释。
- 强调执行（20%）和成功（20%）合计占总分的 40%。
- 提醒参与者，集成度（15%）评分看重对 Hedera 服务富有创意、非显而易见的使用方式。
- 点名具体的 Hedera 服务，并说明可以如何使用。
各部分的完整评分细则请参阅 references/judging-criteria.md。
PRD 文档结构请参阅 references/prd-template.md。