arbitrum-dapp-skill

该 Skill 为 Arbitrum dApp 开发提供端到端的技术指导，采用双语言策略支持 Stylus（Rust/WASM）和 Solidity 两种智能合约开发路径。开发者可通过决策流程根据性能需求或工具生态选择合适的语言，利用 nitro-devnode 搭建本地开发链，使用 cargo-stylus 或 Foundry 进行合约的编译、测试与部署，最终通过 React + viem + wagmi 技术栈构建前端界面。文档提供了标准的 Monorepo 项目结构示例，涵盖从环境搭建、合约编写、ABI 导出到前端集成的完整工作流。

显著优点：一是语言灵活性，Stylus 提供接近原生的执行性能和更低的 Gas 成本，而 Solidity 拥有成熟的生态和工具链，两者在 Arbitrum 上可互操作；二是工具链权威性，所有推荐工具均来自 OffchainLabs 官方或业界标准（Foundry、viem），确保最佳实践；三是架构完整性，提供的 Monorepo 布局和工作流经过实战验证，适合团队协作；四是安全导向，文档反复强调环境变量管理私钥、本地测试优先等安全开发原则。

潜在缺点或局限性：首先，来源为社区个人开发者（T3），虽代码质量良好但缺乏官方组织的长期维护背书；其次，Stylus 作为相对较新的技术，其生态成熟度和第三方库丰富度不如 Solidity，可能增加开发摩擦；再者，技术栈复杂度较高，要求开发者同时熟悉 Rust、Solidity 和 TypeScript 三种语言环境，学习曲线陡峭；此外，文档主要面向有一定区块链开发基础的工程师，对完全的新手可能不够友好。

适合的目标群体：主要面向具有一定经验的区块链开发者，特别是希望在 Arbitrum 网络上构建高性能 dApp 的团队；适合需要评估 Rust Stylus 与 Solidity 技术选型的技术负责人；也适合熟悉传统 Web2 开发（React/Node）希望迁移到 Web3 的全栈工程师；以及需要标准化开发流程和项目结构的企业开发团队。

使用风险：该 Skill 为纯文档型资产，本身无代码执行风险，但使用时需注意：安装脚本包含可选的 GoatCounter 遥测统计（可通过设置 ARBITRUM_SKILL_NO_ANALYTICS=1 退出）；由于来源为个人账号，长期维护和更新频率存在不确定性；区块链开发固有的私钥管理风险，尽管文档明确提示禁止硬编码敏感信息，但开发者仍需自行确保环境变量和私钥安全；此外，Stylus 合约的 WASM 编译和部署流程相对复杂，可能遇到工具链版本兼容性问题。