# Solana × AI 可选选题库：32 个项目起点 先阅读[速查表中的“能力 → 已有案例 → 产品方向”](cheatsheet.md)，再来挑一个小功能。这里的 8 类只是查题目录，不需要逐类学完。 这些是供团队选择和修改的原型设计，不是已经验证的市场需求或已经完成的项目。这里的“赛道”是教学选题分组，不等于主办方官方奖项分类。先选一个你能联系到使用者的题目，再用下面的第一版范围开始开发。 ## 没有想法时，从这里选 | 你已有的经验或资源 | 可以优先看的题目 | 第一版要展示什么 | |---|---|---| | 会做网页，希望接上第一次链上付款 | A02 活动摊位收款台 | 创建订单、付款、核验到账 | | 熟悉后台、表单和数据库 | A01 自由职业者账单 | 账单分享、支付、收款记录 | | 熟悉 AI API 和数据解释 | B01 交易翻译器 | 链上记录与可核对的中文解释 | | 喜欢设计、内容或手机页面 | C01 活动纪念凭证 | 发放、领取、查询持有人 | | 做过数据看板 | D02 借贷仓位提醒 | 展示真实仓位字段和阈值提醒 | | 会游戏逻辑，能找合约导师 | E01 双人占格游戏 | 两个浏览器按同一套规则对局 | | 有设备或可用的设备数据 | F01 设备心跳看板 | 数据来源、在线状态、签名校验 | | 经常帮助别人排查开发问题 | H01 Solana 环境诊断页 | 找出钱包、RPC 和网络不一致的原因 | 选择前确认三件事：能否取得必要数据或测试账号；是否已有相应模板；是否能说明第一版的成功画面。拿不到接口、数据或授权时，先换成依赖更少的题目，或明确把它做成带标签的模拟原型。 ## 怎么读每张项目卡 - **读链**：读取现有链上数据，不要求用户转账。它可以是有用的应用，但不称为已经实现了链上写入。 - **调用现有程序**：使用现有转账、代币、资产等能力，通常不必新增自定义合约。 - **合约 / 专项集成**：需要编写状态与权限规则，或集成 MagicBlock、Squads 等特定设施。建议团队里有人能检查合约和权限。 - 所有写入与支付演示优先用 Devnet 或支持的测试环境。读取主网数据时明确显示“主网只读”。不要假定所有协议、数据 API 都有 Devnet。 - AI 默认是开发助手。只有明确包含运行时 AI 的题目，才需要另外准备模型 API、额度和服务端调用。 - 每个题目可先做手机可用的网页；发布到 Cloudflare 的网页不等于已发布 Android App 或进入 Solana Mobile dApp Store。 ## 可以复制的通用 AI 起始需求 先复制这一段，再附上所选卡片的“给 AI 的任务”和全部验收条件： > 先读取项目指令、适用的官方 Solana Skill、现有模板和依赖版本。按我提供的项目卡设计最小可用版本，先列出页面、数据对象、链上读写、权限、必要外部依赖和验证步骤。优先复用现有代码、程序与接口，不为演示新增无关功能。只读主网数据、Devnet 交易和模拟数据必须在界面上区分。服务密钥留在服务端，不索取钱包私钥。先验证必要接口和模板能运行，再逐步实施；失败时显示实际状态，不生成假交易或假成功。完成后读取 Cloudflare 官方 Skill，选择兼容的构建发布方式，实际打开部署网址复测。最后列出已验证、模拟和未完成的部分。 技能入口：[Solana 官方 Skill](https://solana.com/zh/skills)、[Cloudflare Agent setup](https://developers.cloudflare.com/agent-setup/)。按项目需要再查协议方文档与 Skill，不要求把目录中的社区技能全部安装。 ## A｜支付与商业工具 共同要求：订单保存在服务端；核验正确网络、交易执行结果、收款地址、资产、金额和订单关联；同一交易不能重复记账。先用测试 SOL 跑通流程，换测试代币时再核对 Mint 和精度。付款记录不能自动证明商品或现实服务已经交付。 设施入口：[Solana Pay](https://solana.com/docs/tools/solana-pay)、[代币账户](https://solana.com/docs/tokens)、[Cloudflare](https://developers.cloudflare.com/agent-setup/)。 ### A01｜自由职业者账单与催收看板 - **用户与场景**：设计师、翻译或开发者完成工作后，需要把报价、收款地址和到账记录对应起来。 - **第一版**：创建账单、分享付款页、查看待付/已付状态；包含服务说明、金额、币种、收款方和订单号。 - **Solana 与接入**：调用现有程序付款；数据库存账单，链上交易作为付款凭证。无需新增合约。 - **演示与验收**：两个浏览器分别扮演服务方和客户；付款后账单状态正确，刷新仍保留。错金额不算付清，重复查询不增加收入。 - **前提与扩展**：需要后端存储和钱包身份验证；第一版不处理分期、汇率换算和真实自动催收，后续可增加部分付款。 - **给 AI 的任务**：做一个自由职业者 Devnet 账单站，完整实现创建、分享、付款核验和持久化记录，按上述失败条件验证。 ### A02｜活动摊位收款台 - **用户与场景**：咖啡摊主或活动售卖人员需要让每个顾客付款，并知道当前这笔订单是否到账。 - **第一版**：选择一个商品、生成订单与收款码、显示待付款/已核验及交易链接；手机布局可以单手操作。 - **Solana 与接入**：Solana Pay 请求与普通转账；复用本次已有模板，商品信息和订单放链下。 - **演示与验收**：摊主开单，另一钱包付款，页面核对当前订单到账；上一单的交易不能让新单成功，查询中断不能要求盲目再次付款。 - **前提与扩展**：提前验证目标钱包扫码和 Devnet；先不做库存、找零和打印机。扩展可加摊位汇总与商品销售统计。 - **给 AI 的任务**：基于现有收款模板做一个活动摊位页面，保留明确的订单和失败状态，完成另一设备上的公开网址付款测试。 ### A03｜朋友 AA 分账与结清记录 - **用户与场景**：旅行或聚餐后，垫付人需要让各参与者知道自己的应付金额和结清状态。 - **第一版**：创建一笔支出、设置参与者份额、生成个人付款页、展示各自是否结清。 - **Solana 与接入**：每人直接转给垫付人，不让应用托管资金；链下保存分摊规则，每个份额对应独立付款记录。 - **演示与验收**：两位参与者分别付款，只有对应份额变为结清；所有份额相加等于总额，精度误差和重复交易不能多记。 - **前提与扩展**：需要后端与最小单位整数金额计算；先不做跨币种或复杂债务最小化，后续可支持旅行多笔支出。 - **给 AI 的任务**：做一个 Devnet AA 分账网页，按份额生成独立付款请求，确保金额总和、付款人份额和交易去重正确。 ### A04｜软件会员续费入口 - **用户与场景**：小型软件作者需要把付款与用户的服务有效期关联，用户能查看何时到期。 - **第一版**：一个套餐、续费付款、个人有效期页、服务端检查资格的示例接口。 - **Solana 与接入**：现有转账程序；后端将验证过的付款绑定到已验证的钱包身份，并更新有效期，不声称可以无授权自动扣款。 - **演示与验收**：付款后示例接口允许访问，到期或未付款拒绝；重放同一交易不能重复增加时长，修改浏览器状态不能获取资格。 - **前提与扩展**：需要服务端验款、钱包登录和时间规则；第一版是手动续费，不引入托管和自动扣费。 - **给 AI 的任务**：实现 Devnet 手动续费原型，服务资格由后端校验，演示重复凭证、过期资格和未付款三种情况。 ## B｜AI 与 Agent 产品 AI 应生成解释、分类或建议；余额、交易状态和是否允许付款由可检查的数据与规则决定。以下题目需要额外的模型 API，若临时使用示例回答，界面必须注明。 设施入口：[Solana Skill](https://solana.com/zh/skills)、[Helius 数据接口](https://www.helius.dev/docs)、[交易与 RPC](https://solana.com/docs/rpc)。 ### B01｜把一笔交易翻译成人话 - **用户与场景**：新用户只看到交易哈希，不理解自己转出了什么、付了什么费用、操作是否成功。 - **第一版**：粘贴交易签名、读取执行状态和资产变化、生成中文解释；每条结论附对应字段或账户链接。 - **Solana 与接入**：读链；RPC/解析 API 提供事实，AI 只负责说明。遇到不认识的指令明确标为未解析。 - **演示与验收**：展示一笔成功和一笔失败记录，解释与原始交易一致；把失败交易说成到账、遗漏解析范围即不通过。 - **前提与扩展**：先拿到可读交易样本与模型 API；只解释明确支持的交易类型，后续扩展钱包历史摘要。 - **给 AI 的任务**：做一个带原始证据入口的交易翻译器，事实字段由代码提取，模型不得补猜金额、对手方身份或未知指令。 ### B02｜链上收支整理与 AI 分类 - **用户与场景**：自由职业者或小团队每月有多笔链上收支，需要知道哪些对应订单、服务和内部转账。 - **第一版**：导入一个地址的限定时间段交易、人工维护对手方标签、AI 建议分类、导出账目。 - **Solana 与接入**：主网只读或 Devnet 数据；交易原始值与币种由代码保留，AI 分类可以人工修改。 - **演示与验收**：选择几笔来源明确的收支，人工修正一项分类后导出；不同资产分别汇总，不能把转账金额、手续费或内部流转重复相加。 - **前提与扩展**：需要交易解析和模型接口；未取到当时价格就不伪造法币估值。后续可对接 A01 账单。 - **给 AI 的任务**：建立可追溯的链上收支表，AI 只建议分类，保留人工修改、按资产统计和原交易链接。 ### B03｜按次付费的 AI 报告小店 - **用户与场景**：用户偶尔需要一次文章摘要、旅行清单或简历措辞建议，不想先购买长期套餐。 - **第一版**：提交一份输入、创建订单、Devnet 付款、服务端验款、调用模型并返回报告。 - **Solana 与接入**：现有付款能力负责结算；订单、内容、模型密钥和报告权限留在后端。交易不会自动授权任意人读取报告。 - **演示与验收**：付款者能打开自己的报告，未付款用户不能直接调用收费接口；重试不会重复收费，模型失败保留订单和可重试状态。 - **前提与扩展**：需要模型额度与后端鉴权；先只做一种报告，不做模型市场。没有模型接口只能演示明确标注的样例。 - **给 AI 的任务**：实现一个按次购买 AI 摘要的 Devnet 网页，以服务端验款和任务状态控制实际生成，覆盖模型失败与重复请求。 ### B04｜带预算和确认步骤的采购 Agent - **用户与场景**：研究人员让助手寻找付费数据，但希望知道买什么、多少钱，并在付款前确认。 - **第一版**：限定商品目录、用户设定预算、AI 选择并解释、确定性规则检查、用户钱包确认付款。 - **Solana 与接入**：现有转账；AI 不能接触私钥。预算和允许的收款方由后端校验，交易签名前再次核对。 - **演示与验收**：目录内且不超预算的方案可进入签名；超额、未知收款方或修改金额的方案被拦截；批准文本不等于链上已付款。 - **前提与扩展**：先做用户逐笔确认；自动执行、委托权限和链上强制预算属于后续合约范围，不称网页预算框能约束所有钱包交易。 - **给 AI 的任务**：做一个有人确认的测试采购 Agent，分开模型建议、规则校验和钱包签名，演示一次允许与一次拒绝。 ## C｜社群、内容与移动消费 发行资产可以调用现有协议；身份、出席和会员权益仍需明确谁有权发放、谁来验证。持有一个可转让资产不自动证明原持有人完成过现实活动。 设施入口：[Metaplex Core](https://www.metaplex.com/docs/smart-contracts/core)、[Solana Mobile](https://docs.solanamobile.com/)、[钱包与账户](https://solana.com/docs/core/accounts)。 ### C01｜活动纪念凭证与作品墙 - **用户与场景**：活动组织者给参与者发一份可展示的纪念资产，参与者把它放进个人作品页。 - **第一版**：组织者创建一个活动、指定领取名单、发放凭证、个人页查询持有的凭证和发放方。 - **Solana 与接入**：调用 Metaplex 等既有资产能力；图片链下保存，链上记录资产和持有人；明确这是纪念资产而非学历或身份认证。 - **演示与验收**：一个地址领取后能查询到正确发行方与持有人，未授权地址不能重复冒领；只有图片或本地记录不算发行成功。 - **前提与扩展**：先核验所选标准的测试网流程与发行权限；默认说明是否可转让，后续再设计不可转让或撤销规则。 - **给 AI 的任务**：做一个 Devnet 活动纪念凭证站，含发行方验证、领取去重与作品墙，不虚构出席事实。 ### C02｜创作者会员内容入口 - **用户与场景**：创作者希望持有指定会员资产的用户访问教程、文件或活动资料。 - **第一版**：一个会员资产集合、钱包登录、后端核验当前持有关系、一篇受保护内容。 - **Solana 与接入**：读取正确资产/集合和持有人；内容与访问控制在后端，不能仅用前端按钮隐藏文件。 - **演示与验收**：有资格的钱包可访问，无资格者请求同一接口被拒绝；资格转移或失效后按声明的复查规则更新。 - **前提与扩展**：需要签名登录、防重放和后端存储；只做一个权益和一套规则，后续再加会员续期。 - **给 AI 的任务**：做持有资格验证的内容入口，核验发行来源和当前钱包身份，保证复制受保护文件 URL 不能绕过后端校验。 ### C03｜可转让活动票与一次性核销 - **用户与场景**：小型活动需要查验当前票主，避免一张二维码截图被重复用于入场。 - **第一版**：发票、查看当前票主、检票员发起挑战、票主签名确认、记录已核销。 - **Solana 与接入**：票据资产使用现有协议；第一版核销可由后端数据库原子记录，必须写清“后端核销”。多检票方共同维护核销状态时再上自定义合约。 - **演示与验收**：同一张票在两个检票页面同时提交时只允许一次；旧票主、截图持有者、未授权检票员不能完成核销。 - **前提与扩展**：需要后端身份与并发处理，状态到期重读；不要把二维码本身当成持有权证明。链上统一核销是进阶版本。 - **给 AI 的任务**：做可查询当前持有人的测试票与一次性核销，分清链上票据和后端核销，验证两个检票端同时操作。 ### C04｜手机活动护照与集章路线 - **用户与场景**：展会或城市活动希望参与者在不同展位体验项目，再领取一份完成纪念。 - **第一版**：手机路线页、展位签发限时挑战、参与者确认、展示已取得的章和完成条件。 - **Solana 与接入**：展位签名证明其确认了一次互动；章可由指定发行方生成链上凭证。照片、精确位置和个人信息留在链下。 - **演示与验收**：两个展位各完成一次互动后满足条件；过期挑战、重复领取与伪造展位签名被拒绝，不宣称仅扫码就证明物理到访。 - **前提与扩展**：需要展位角色和签发权限；无实体活动时标注模拟展位。先做手机网页，再考虑原生 App 分发。 - **给 AI 的任务**：做一个手机可用的活动护照，验证展位签发、领取去重和完成条件，保留每枚章的发行来源。 ## D｜DeFi、资产工具与 RWA 这些方向优先从可核对的只读工具开始。报价、仓位或资产资料页不能自动变成交易执行工具；没有目标协议测试环境时，不为了展示而要求参与者操作真实资金。 设施入口：[Jupiter](https://developers.jup.ag/docs/get-started)、[Kamino](https://kamino.com/docs)、[JitoSOL](https://www.jito.network/jitosol/)、[Pyth](https://docs.pyth.network/)、[Solana 资产代币化案例](https://solana.com/news/solana-ecosystem-roundup-august-2026)。 ### D01｜看得懂的兑换报价页 - **用户与场景**：首次兑换代币的用户需要看清输入、预计输出、路由与费用，而非只看到一个确认按钮。 - **第一版**：选择两个资产和金额、获取当前报价、显示来源与时间、展开解释相关字段。 - **Solana 与接入**：接入 Jupiter 等现有报价能力，先做主网只读；不自行实现交易池。确有测试执行路径后再增加钱包操作。 - **演示与验收**：改变输入后报价相应更新；接口返回的金额与页面一致，过期或失败报价不能伪装为可成交结果。 - **前提与扩展**：先验证 API Key、资产与精度；第一版不承诺最优价或成交价。后续可增加用户确认的交易构建。 - **给 AI 的任务**：做有时间戳、原始字段和费用说明的兑换报价工具，明确只读范围，并处理超时、无路由和过期报价。 ### D02｜借贷仓位阈值提醒 - **用户与场景**：已有借贷仓位的人需要知道抵押品、负债和协议风险字段发生了什么变化。 - **第一版**：输入地址、读取一个协议的仓位、展示数据时间、设置页面提醒阈值。 - **Solana 与接入**：读取 Kamino 等已支持的协议数据；风险字段按协议定义展示，AI 可以解释字段，不能自己编造公式或价格。 - **演示与验收**：真实仓位能对照原协议记录；阈值触发用明确标注的测试样例重现，不能把样例值混入实时数据。 - **前提与扩展**：先拿到合法可用的仓位样本和 API；没有历史数据不声称能回测。第一版不自动平仓，也不承诺避免清算。 - **给 AI 的任务**：做一个协议的只读仓位提醒页，区分实时数据与测试触发样例，展示字段来源和数据陈旧状态。 ### D03｜质押资产与转移记录账本 - **用户与场景**：用户持有 SOL 和 JitoSOL 等资产，想知道自己持有什么、从哪里来、当前展示采用什么换算依据。 - **第一版**：查询余额、显示资产定义、整理相关转入转出、在取得可信换算数据时展示 SOL 等值。 - **Solana 与接入**：读链及协议参考数据，不修改质押；一项资产的余额和等值分别展示，避免重复统计。 - **演示与验收**：余额可与链上核对，换算有来源与时间；缺少换算依据时留空，不把历史增长率当未来收益。 - **前提与扩展**：先支持一种流动性质押资产；后续可加多钱包归集，第一版不做自动收益策略。 - **给 AI 的任务**：制作 SOL 与一种质押资产的只读账本，展示来源和换算条件，确保不会把余额与其等值重复求和。 ### D04｜代币化资产资料核验卡 - **用户与场景**：看到代币化股票或其他 RWA 的用户，不清楚发行方、链上地址、对应权利和赎回条件。 - **第一版**：手工维护一小组有官方来源的产品资料，展示 Mint、发行方链接、地区/赎回条件和更新时间。 - **Solana 与接入**：读链核对 Mint 与持仓；现实权利来自发行方文件，不由代币名称、Logo 或 AI 推断。 - **演示与验收**：一张资料卡所有关键结论能打开出处；同名但不同 Mint 的资产不能被误认，缺少文件时明确未知。 - **前提与扩展**：这是资料工具，不发行资产、不提供买卖入口；先核对一个发行方，后续增加资料更新提醒。 - **给 AI 的任务**：做可追溯的 RWA 资料卡，用链上地址识别资产，严格区分链上字段和发行方声称的现实权利。 ## E｜游戏、实时互动与隐私 本组适合愿意检查状态、权限和合约的团队。先跑通官方最小示例，再加玩法。使用 MagicBlock 时说明哪些状态在 ER 中、哪些已提交到基础链；没有实际接入就不要称为已实现 ER。仅使用 VRF 是否符合 Blitz 奖金资格，需按当期主办方规则确认。 设施入口：[MagicBlock 文档](https://docs.magicblock.gg/)、[MagicBlock AI Dev Skill](https://docs.magicblock.gg/pages/overview/additional-information/ai-dev-skill)、[Solana PDA](https://solana.com/docs/core/pda)。 ### E01｜双人轮流占格游戏 - **用户与场景**：活动参与者想在手机上进行一局可共同检查规则和结果的小比赛。 - **第一版**：创建房间、两人入场、轮流占格、结算胜负；不加资产下注和复杂经济系统。 - **Solana 与接入**：合约 / ER 专项集成；房间状态、当前轮次与合法落子由程序规则决定，前端负责画面。 - **演示与验收**：两个浏览器看到同一局面；重复落子、越权操作和非当前玩家操作失败，刷新后恢复同一状态。 - **前提与扩展**：需要可运行游戏模板与导师检查；先做确定性回合玩法，避免第一版挑战物理实时碰撞与延迟公平性。 - **给 AI 的任务**：从官方示例实现一个双人占格游戏，实际接入 ER 状态读写，校验轮次、权限和重复操作并展示双端一致结果。 ### E02｜隐藏报价的物品交换配对 - **用户与场景**：活动中的收藏品交换者希望先分别填写偏好，再按约定规则公开是否匹配，而非立即暴露全部选择。 - **第一版**：创建房间、双方提交私有偏好、确认揭示、显示匹配结果；第一版只使用虚拟物品。 - **Solana 与接入**：Private ER 专项集成；明确允许读取偏好的身份和公开时点，不把前端隐藏文字当成隐私机制。 - **演示与验收**：提交前后用第三个未授权会话尝试读取，被拒绝；到约定阶段双方才获得允许公开的结果。 - **前提与扩展**：需要先验证实际隐私接口和权限模型；不能承诺所有链上元数据匿名。将真实资产托管交换留到后续。 - **给 AI 的任务**：用官方 Private ER 示例做双人隐藏偏好配对，列出数据可见范围，实际测试未授权读取和揭示条件。 ### E03｜可核对随机来源的活动分组器 - **用户与场景**：活动主持人要把已确认名单随机分组，希望参与者能检查名单和随机来源没有在结果出来后改变。 - **第一版**：锁定名单与分组规则、请求一次随机值、按固定算法分组、显示请求凭证和结果。 - **Solana 与接入**：VRF 专项集成；名单摘要在请求前固定，随机结果与该次请求关联，不使用浏览器随机数冒充 VRF。 - **演示与验收**：同一名单、规则和随机结果可重算出同一分组；重复请求和未完成请求有明确状态，不能挑选喜欢的结果冒充唯一一次。 - **前提与扩展**：先确认 VRF 测试网络与调用条件；无收费、无奖金抽奖。VRF 只能证明随机来源，不能证明名单中的人都真实存在。 - **给 AI 的任务**：实现锁定名单后请求 VRF 的分组页，保留请求历史、固定分组算法和可复算结果，禁止静默重新抽取。 ### E04｜多人协作像素画布 - **用户与场景**：展台或社群成员想共同完成一张像素画，并看到每个人对公共画面的贡献。 - **第一版**：一个小画布、钱包进入、修改格子、查看最近修改者；先限制每次修改范围。 - **Solana 与接入**：ER / 自定义状态；画布状态按实际接入的规则更新，图片导出放链下，不把大图片逐帧写入基础链。 - **演示与验收**：两人修改不同格子能同步；同一格冲突按明确顺序处理，断开重连后恢复一致状态。 - **前提与扩展**：需要已有实时模板；先不追求大画布和高并发，不给未经测量的延迟承诺。可扩展协作署名或完成纪念。 - **给 AI 的任务**：制作接入 ER 的双端像素画布，用明确冲突规则和重连同步替代仅本地状态，并标明基础链提交状态。 ## F｜DePIN、设备与现实服务 这些项目要区分“有人签名上报了数据”与“现实事实已经得到验证”。Helium、Hivemapper 等是生态参考；只有接通其正式数据接口并验证返回值，才称为已集成该项目。 设施入口：[Helium](https://docs.helium.com/)、[Hivemapper](https://docs.hivemapper.com/)、[Solana DePIN 案例](https://solana.com/solutions/depin)、[Solana 开发资料](https://solana.com/zh/skills)。 ### F01｜设备心跳与维护看板 - **用户与场景**：小型设备维护团队需要知道哪些设备最近有上报，哪些长期没有数据。 - **第一版**：登记设备、公钥签名上报心跳、显示最后上报时间、按可配置阈值标记待检查。 - **Solana 与接入**：设备登记或批次摘要可记录在 Devnet，详细遥测链下保存；无需把每次心跳都发成链上交易。 - **演示与验收**：真实测试设备或明确标注的模拟器停止上报后状态变化；错误签名、重放序号和过期上报被拒绝。 - **前提与扩展**：有设备最好，没有则用显式模拟器；心跳只证明收到报告，不证明硬件一定正常。后续再接真实网络数据。 - **给 AI 的任务**：做带签名校验和重放防护的设备心跳看板，展示数据来源、最后上报时间及链上登记凭证，明确模拟设备标签。 ### F02｜社区地图更新任务板 - **用户与场景**：社区或园区希望有人检查一处设施、道路变化或无障碍入口，并记录是谁提交、谁审核。 - **第一版**：发布区域任务、提交图片与说明、管理员审核、给贡献者发送测试奖励并关联任务。 - **Solana 与接入**：调用现有付款程序记录奖励；图片和精确位置在受控链下存储，链上只放任务关联或摘要。 - **演示与验收**：一条任务经过提交和人工审核后支付一次；拒绝或重复提交不能重复领奖。上链不能替代对图片真实性的审核。 - **前提与扩展**：第一版是自有任务板，不默认获得 Hivemapper API 或发放 HONEY 的权限；有授权后再做接口集成。 - **给 AI 的任务**：实现一个地图更新任务的发布、提交、审核和 Devnet 奖励，保留审核者和付款记录，不声称链上验证了现实图片。 ### F03｜共享设备预约与测试押金 - **用户与场景**：创客空间成员需要预约相机、工具或传感器，管理员需要确认预约和归还。 - **第一版**：一台设备、一个预约时段、测试押金、管理员确认归还后退回。 - **Solana 与接入**：合约型题目；用状态账户和托管规则约束预约、押金和退款，设备资料及线下交接说明在链下。 - **演示与验收**：两个用户争抢同一时段只允许一个成功；未授权人不能退款，已退押金不能再次提取。 - **前提与扩展**：需要合约导师与托管测试；归还由谁确认必须写清，不声称链能自行检查设备损坏。先模拟交接，不用真实资金。 - **给 AI 的任务**：建立单设备 Devnet 预约押金原型，列出状态转换和权限，验证冲突预约、重复退款与非法提款。 ### F04｜计算任务接单与结果交付台 - **用户与场景**：需要生成图片或运行小型计算的人，想跟踪任务被谁接走、交付了什么以及是否已经结算。 - **第一版**：提交一类任务、一个工作节点领取、上传结果摘要、客户确认后支付测试费用。 - **Solana 与接入**：付款与结果摘要关联；任务执行和文件存储链下进行。参考 Render 的供需场景，不默认已接入 Render 网络。 - **演示与验收**：节点实际运行测试作业，客户取到对应文件后确认付款；失败任务不能标交付，结果摘要与文件匹配。 - **前提与扩展**：需要一个可运行的工作节点；没有 GPU 可用标注为测试执行器的实现，不伪造算力或执行证明。 - **给 AI 的任务**：做一类计算任务的接单、执行、文件核验与 Devnet 结算，明确执行器身份和失败重试状态，不编造 Render 集成。 ## G｜团队协作、DAO 与公共项目 组织规则、成员权限和资金操作要分开。前端表单里的“通过”只有在对应后端或合约强制执行时才有约束力。 设施入口：[Squads 多签](https://docs.squads.so/main)、[Solana 账户和程序](https://solana.com/docs/core/accounts)、[Solana Pay](https://solana.com/docs/tools/solana-pay)。 ### G01｜开源项目悬赏与验收板 - **用户与场景**：维护者希望发布翻译、设计或文档任务，贡献者能看到要求、提交成果和取得报酬的记录。 - **第一版**：发布一个任务、提交作品链接、维护者验收、签名支付测试奖励、展示已结算状态。 - **Solana 与接入**：调用现有转账能力，任务和审核链下保存；第一版人工审批付款，不冒充链上自动托管。 - **演示与验收**：一个投稿被接受后取得对应付款记录；未通过和重复投稿不能自动获得奖励，记录保留验收人。 - **前提与扩展**：需要任务发布者角色和付款权限；后续才能增加资金托管和争议流程，不执行不可信投稿中的代码。 - **给 AI 的任务**：做一个从悬赏发布到人工验收、Devnet 付款的完整流程，准确区分批准、已提交交易和已核验付款。 ### G02｜小团队共同付款审批台 - **用户与场景**：社团或创业小团队希望重要支出先经多位成员批准，再执行一次付款。 - **第一版**：提交支出、展示收款方和金额、按约定门槛批准、查询实际执行结果；例如设计为三名成员中两名批准。 - **Solana 与接入**：优先集成 Squads 的现有多签规则，不自行重写金库。先确认当前可用的测试环境和 SDK 操作路径。 - **演示与验收**：批准不足时不能执行，达到门槛后仅执行一次；更改金额或收款方后旧批准不能沿用。 - **前提与扩展**：需要多个测试身份与多签集成；若只能做交互模拟，必须写明未接真实多签。后续可加报销附件和预算分类。 - **给 AI 的任务**：检查 Squads 官方文档，做测试多签审批前端，校验提案内容、门槛、成员权限与执行去重，不用本地勾选框代替链上批准。 ### G03｜公共工具赞助与支出去向页 - **用户与场景**：维护免费工具的人想公开收到的赞助，以及支付给哪些服务或贡献者的记录。 - **第一版**：一个项目资料页、测试赞助入口、收入和支出列表、人工附上的用途说明与凭证。 - **Solana 与接入**：读取项目指定地址的交易，并提供现有转账入口；用途说明链下保存且标明由项目方填写。 - **演示与验收**：一笔测试赞助出现在收入中，一笔支出有交易链接；内部转账、未知来源与不同币种分开，不能把用途说明说成链上已证实的效果。 - **前提与扩展**：需要项目方地址声明；本次只用测试资产，不替真实机构募资。可扩展成员共同审核支出说明。 - **给 AI 的任务**：做可核对交易的测试赞助看板，区分链上金额与项目方用途说明，验证同一交易不会重复统计。 ### G04｜多人确认的文件版本记录 - **用户与场景**：合作团队对报价单、设计交付或项目说明改了多版，希望知道每个人确认的是哪个版本。 - **第一版**：计算文件摘要、列出版本、各成员签名确认、对比上传文件是否与已确认版本一致。 - **Solana 与接入**：确认声明绑定文件摘要、角色和用途，可锚定到 Devnet；原文链下保存，不把客户文件全文公开上链。 - **演示与验收**：修改文件一个字后校验不再匹配；确认旧版不会自动确认新版，另一份文件不能重用确认签名。 - **前提与扩展**：需要钱包身份和明确签名内容；记录证明某地址确认某摘要，不自动证明著作权、真实姓名或法律公证效力。 - **给 AI 的任务**：实现文件摘要、明确用途的签名确认和 Devnet 版本凭证，验证修改文件、换版本和重放签名三类情况。 ## H｜开发工具、数据与可靠性 适合熟悉 Web 开发但不想从资金合约开始的团队。工具需要用真实错误、真实交易或清楚标注的测试样例证明作用，不能只输出 AI 生成的结论。 设施入口：[Solana RPC](https://solana.com/docs/rpc)、[Solana Skill](https://solana.com/zh/skills)、[Helius](https://www.helius.dev/docs)、[Cloudflare 部署指引](https://developers.cloudflare.com/agent-setup/)。 ### H01｜Solana 开发环境诊断页 - **用户与场景**：新开发者连接了钱包却看不到测试币，不知道是地址、网络、RPC 还是请求失败。 - **第一版**：展示连接地址、应用 RPC 网络、余额查询结果、请求错误与可执行的下一步。 - **Solana 与接入**：只读诊断，不触发付款；钱包未公开的网络信息标为需人工核对，不能猜成已一致。 - **演示与验收**：用错误 RPC、断开钱包、零余额和正常状态分别测试；能定位具体失败步骤，敏感配置在导出报告时脱敏。 - **前提与扩展**：可从现有 starter 加一页开始；不保证自动修复所有浏览器或钱包问题，后续可生成给导师看的诊断链接。 - **给 AI 的任务**：做带真实请求结果的 Solana 诊断页，区分网络配置、连接状态和余额，未知信息不要标通过。 ### H02｜签名前的交易说明与模拟器 - **用户与场景**：应用开发者或钱包用户想在签名前知道一笔受支持的交易准备调用什么、使用哪些账户。 - **第一版**：导入应用生成的待签交易、解析支持的指令、展示目标程序和账户、运行可用的模拟并展示日志。 - **Solana 与接入**：解析与模拟，不主动签名；第一版只支持明确列出的转账等指令和交易版本。 - **演示与验收**：已知交易解释与原数据一致；未知程序、未支持版本和模拟失败明确显示，不能输出“一定安全”。 - **前提与扩展**：需要真实交易样本与解析测试；模拟结果不保证实际成交时状态相同。可扩展开发者自定义程序说明。 - **给 AI 的任务**：实现有限范围的待签交易解释工具，展示解析覆盖范围和实际模拟日志，不把未知指令猜成普通转账。 ### H03｜付款事件重放与去重测试台 - **用户与场景**：开发收款系统的团队担心重复通知、乱序通知或短暂查询失败造成重复记账。 - **第一版**：导入一笔已知测试交易、生成带标签的事件样例、重放通知、观察订单状态和处理记录。 - **Solana 与接入**：真实交易用于核对；重复/乱序/超时是明确标注的测试事件。接收端仍独立核验链上事实，不信任通知里的“成功”。 - **演示与验收**：同一交易多次重放只入账一次；通知先到而查账失败时保持待核验，恢复后再按规则入账。 - **前提与扩展**：需要一个测试收款接口和持久化去重记录；不把本地事件模拟说成真实公共网络故障。 - **给 AI 的任务**：建立测试付款事件重放台，展示每次输入和订单变化，验证重复、乱序与查询恢复不会重复记账。 ### H04｜DApp 上线检查与交付报告 - **用户与场景**：团队本地运行正常，发布后才发现环境变量、RPC、路由或手机操作失效。 - **第一版**：对团队自己的部署网址检查页面、资源、配置和可读 RPC；引导人工完成钱包操作，保存结果与证据链接。 - **Solana 与接入**：读链和前端检查；实际签名由钱包持有人执行。自动检查无法完成的步骤显示未验证。 - **演示与验收**：一个故意缺少配置的测试部署被准确指出，一个修复后的部署可复测；HTTP 200 不能直接判为付款成功。 - **前提与扩展**：只检查授权应用；先支持一种模板，不做全站扫描。后续可集成发布流水线和回归记录。 - **给 AI 的任务**：做本模板专用的上线检查器，分开自动检查、人工钱包操作和链上付款证据，生成可复核的交付报告。 ## 开工时把题目缩小到一条路径 例如选 A01 时，第一版只要求“服务方创建账单 → 客户付款 → 服务方核对到账”。先把这条路径在实际网页上做完，再增加部分付款、多个币种或提醒。 选 B01、D01、D02 等只读题时，不为凑链上交易而增加无用转账。演示重点是数据准确、来源可查、失败状态明确；参赛资格和赛道要求需要另行核对。 选 E、F03、G02 等进阶题时，先跑通官方测试示例并检查权限；没有成功示例或可检查的合约，就先做明确标注的交互原型，并说明哪些能力还没有接上。 ## 一个可以展示的 Demo 至少交付什么 1. 一个具体使用者和一个已实现的操作场景。 2. 可访问的网址；手机或另一台电脑能打开。 3. 核心过程的实际证据：读取的数据、签名、交易、资产或协议状态，按项目类型提供。 4. 至少一个失败情况的正确处理，例如查询失败、无权限、重复付款或重复操作。 5. README 写明运行方式、依赖、已完成内容和模拟部分；附不含密钥的配置示例。 这份题库不替代用户访谈、协议文档或安全检查。请把已有资料、真实运行结果和待实现功能分开呈现。