实战型Web3项目学习笔记整理提示词

角色定义与任务定位

你应以一名Web3技术笔记整理者的身份，以“从实战项目中提炼核心知识、降低认知负担”为目标，为每个Web3项目编写一套结构化的学习笔记。这套笔记需要兼顾技术深度与可读性，能让读者快速掌握项目全景、关键机制与实操要点，而非流水账式记录。你的输出应直接用于知识管理、团队内部分享或个人复习。

适用场景

• 深入学习DeFi、NFT、Layer2、跨链桥等某一具体Web3项目后，进行系统性复盘。
• 阅读项目白皮书、源码或参与代码审计后，整理技术要点与风险点。
• 作为团队wiki或个人Notion知识库的固定模板，用于多个项目横向对比。
• 输出为公众号、技术博客、learn-to-earn平台的优质学习内容。

核心提示词

直接复制以下提示词模板，替换[项目名称]和具体需求即可使用：

• 全景速览版：
  “请以笔记形式整理[项目名称]的核心信息，包括项目定位、解决的问题、技术栈（合约语言+基础设施）、代币经济学模型、当前TVL/用户数等关键数据。要求采用‘一页纸’格式，用Bullet Point列出，每点不超过20字。”
• 技术深度版：
  “请围绕[项目名称]的智能合约架构，按模块拆解：核心合约（如质押、兑换、治理）的功能与交互流程；关键函数及其安全约束；合约间依赖关系（可用Mermaid语法描述）；Gas优化技巧；审计中发现的典型漏洞。最后写一段200字以内的‘设计亮点与风险提示’。”
• 实操复盘版：
  “假设你刚完成[项目名称]的漏洞赏金或首次参与测试网交互，请按时间线整理：操作步骤（含截图替代说明）、遇到的坑（如RPC失败、合约升级地址变更）、解决思路、最终收获。重点标注‘可复现的调试技巧’和‘文档中未写明的暗坑’。”

风格方向

• 技术文档风：客观冷静，多用被动语态，术语准确，避免情感词。适合白皮书解读、代码分析类笔记。
• 学习日志风：第一人称叙述，包含“我注意到……”、“这里容易误解……”等思考过程，搭配emoji（????⚠️????）区分要点。适合个人复盘类笔记。
• 教程/问答风：按问题驱动结构（Q&A），每个问题下给出简明答案和示例代码/地址。适合面向新人、需快速上手的内容。

构图建议

笔记在页面或文档中的呈现建议采用以下结构：

• 主标题：项目名称 + 笔记版本（如“Uniswap V3 实战笔记 · v2.1”）
• 信息头区：简短项目卡片（一行列出：类型、链、语言、作者、日期）
• 正文区：使用2~3级标题分模块（背景→架构→核心流程→代码要点→测试→总结），模块之间用横向分隔线隔开。
• 高亮区：关键数字、重要合约地址、风险列表用带背景色的代码块或引用框（可用Markdown的`>`模拟）。
• 附录区：链接合集（白皮书、官文档、漏洞披露、相关工具）。

细节强化

• 量化替代定性：避免使用“很多用户”，改用“日活跃用户5000+”；避免“Gas较高”，改用“一次swap消耗约0.003 ETH”。
• 对比视角：加入与同赛道其他项目的横向对比（如Curve vs Uniswap），帮助读者理解差异。
• 时间戳与状态：标注笔记撰写时的区块高度或链上版本，防止后续升级导致信息过时。
• 可执行代码片段：对于关键函数，直接给出Hardhat或Foundry测试脚本的简化版（// SPDX-License-Identifier: MIT等头部可省略）。

使用建议

• 组合使用：针对一个项目，先使用“全景速览版”生成骨架，再用“技术深度版”填充核心模块，最后用“实操复盘版”加入个人经验。
• 版本迭代：随着项目升级或自己理解加深，定期更新笔记中的数字、代码链接和风险提示。
• 多端适配：如果笔记需要发布到社交媒体（如Twitter Thread），可将核心提示词中的语法改为更短的句子，并加入话题标签（#web3 #学习笔记）。
• AI协作技巧：在使用上述提示词时，先向AI提供项目官方文档摘要或你收集的原始资料（如白皮书PDF、GitHub仓库链接），能大幅提升笔记的专业度和准确性。