AI 技能AI 插件【免费下载链接】agentic-awesome-skillsAAS Core is the local, agent-first control plane for complete catalog discovery, agent-owned selection, stack validation, and planning, backed by 2,115 agentic skills. Includes CLI, local MCP, catalog, plugins, and Workbench.项目地址https://gitcode.com/gh_mirrors/an/agentic-awesome-skills点击查看免费下载本文以 android-dev 技能 的详细指南 detailed-guide.md 为骨架系统讲解生产级 Android 与跨平台非 iOS应用开发的完整生命周期技术栈选型、分层架构、UI 与设计系统、代码质量、错误处理、测试策略、构建发布、性能优化、调试修复与项目路线图。配合该技能目录下 references 中各技术栈的深度参考文档读者可掌握可直接落地的架构模板与 Kotlin/Java/Dart/TypeScript 多语言代码范式适用于从零搭建新项目或对存量应用进行工程化改造的实战场景。技能定位与适用边界在开始之前先明确该技能在 agentic-awesome-skills 仓库中的定位。根据 data/catalog.json 中的技能目录登记android-dev技能以skills/android-dev/SKILL.md为入口其 SKILL.md 声明了它的适用场景技术选型决策、项目架构搭建、UI/设计系统设计、代码质量保障、错误处理、测试策略、构建/CI/CD 与发布流水线、性能优化、调试修复以及全周期开发路线图。同时必须注意它的明确边界该技能仅覆盖 Android 及 Android 相邻的交付路径不覆盖 iOS 专属架构、App Store 发布运营或 Apple 平台 UI 规范这也是技能描述中反复强调非 iOS的原因版本号、Play Console 策略阈值与推荐库版本会随时间变化发布关键细节需以当前 Android / Google Play / 库的官方文档为准文中的代码片段是架构模式而非完整应用需要根据实际项目调整包名、依赖版本、权限、隐私声明与安全控制该指南不能替代设备 QA、无障碍审查、安全审查、法务/隐私审查与商店合规检查。§1 技术栈选型六条主流路线的决策矩阵选型的核心原则是依据团队、需求与平台目标来决定不要推荐 iOS 专属路径。detailed-guide.md 给出了六条候选路线每一条在references/目录下都有对应的深度参考文档。1.1 六条技术路线速览Native Android — Kotlin Jetpack Composenative-android.md最佳场景纯 Android 应用、硬件密集型功能、追求顶级 UX 的新项目语言KotlinUIJetpack Compose 声明式 UI核心库Room、Retrofit/Ktor、Hilt、WorkManager、DataStore、Navigation Compose。Native Android — Java XML Viewsjava-android.md最佳场景存量 Java 代码库、无 Kotlin 经验的团队、遗留应用维护与渐进式 Kotlin 迁移语言JavaGoogle 完全支持未废弃UIXML 布局ConstraintLayout、RecyclerView、ViewBinding核心库Room、Retrofit、Hilt、WorkManager、LiveData、ViewModel关键认知Java 与 Kotlin 可在同一工程内无缝共存可逐步迁移。FlutterDartflutter.md最佳场景Android Web 桌面端单代码库、快速迭代、像素级自定义 UI语言DartUIFlutter Widget 树Material 3 / Cupertino 均可Android 上以 Material 为目标核心库Provider/Riverpod/Bloc、Dio、Drift/Isar、go_router、flutter_local_notifications。React NativeJavaScript/TypeScriptreact-native.md最佳场景Web Android 代码共享、JS/TS 团队、生态丰富语言TypeScript首选UIRN 核心组件 NativeWind / React Native Paper核心库React Navigation、Zustand/Redux Toolkit、React Query、MMKV。Kotlin MultiplatformKMM / Compose Multiplatformkmm.md最佳场景在 Android Desktop Web 间共享业务逻辑同时保留原生 Android UI语言全栈 KotlinUIAndroid 端原生 Compose共享 UI 用 Compose Multiplatform核心库Ktor、SQLDelight、Koin、kotlinx.serialization、Napier。HybridCapacitor / Ionichybrid.md最佳场景Web 优先团队、简单应用、类 PWA 内容应用语言TypeScript HTML/CSSUIIonic 组件或自定义 Web UI应避免重度动画、原生传感器访问、高性能游戏。1.2 选型决策矩阵以下是详细指南给出的完整决策矩阵建议作为团队技术评审时的第一张检查表RequirementNative KotlinNative JavaFlutterRNKMMHybridAndroid-only (new)✅ Best✅✅✅✅✅Android-only (existing Java)⚠️ migrate✅ Best❌❌⚠️❌Android Web❌❌✅✅✅✅ BestAndroid Desktop❌❌✅⚠️✅⚠️Shared business logic onlyN/AN/AN/AN/A✅ BestN/ANative performance✅✅✅⚠️✅❌JS/TS team❌❌❌✅ Best❌✅Custom pixel-perfect UI✅⚠️✅ Best⚠️✅❌需要特别解释两个容易误读的格子Android Web 一行中 Hybrid 标为 Best是因为 Web 团队把 Web 资产直接包装成可安装 App 的成本最低Android-only (existing Java) 一行中 KMM 标为 ⚠️意味着存量 Java 工程引入 KMM 的迁移成本较高不如直接渐进式转 Kotlin。而 Native performance 一行中 RN 为 ⚠️源自其 JS 桥接层的固有开销可通过新架构Bridgeless缓解但无法完全消除。§2 架构设计Clean Architecture MVI/MVVM2.1 核心原则关注点分离详细指南的第一条架构铁律每个生产级 Android 项目必须将 UI、业务逻辑、数据划分为独立、可单独测试的层次。推荐的包结构如下app/ ├── ui/ # Composables / Activities / Fragments / Screen states ├── presentation/ # ViewModels, UI State, UI Events ├── domain/ # Use cases, domain models, repository interfaces ├── data/ # Repository impl, remote (API), local (DB), mappers └── di/ # Dependency injection modules单向数据流是这套架构的血液循环User Action → ViewModel/Store → Use Case → Repository → Data Source ↓ UI State (sealed class / StateFlow) ↓ Composable / View renders state2.2 各技术栈的状态管理范式NativeMVVM MVIStateFlow/SharedFlow承载响应式状态sealed class UiStatesealed class UiEvent定义状态与一次性事件Hilt 做依赖注入协程 Flow 处理异步Repository 模式统一封装 Room Retrofit。native-android.md 给出了完整的 ViewModel 范式// UiState — sealed class 保证 when() 穷尽 sealed class HomeUiState { object Loading : HomeUiState() data class Success(val items: ListItem) : HomeUiState() data class Error(val message: String) : HomeUiState() } // UiEvent — 一次性事件导航、Snackbar sealed class HomeUiEvent { data class NavigateTo(val route: String) : HomeUiEvent() data class ShowSnackbar(val message: String) : HomeUiEvent() } HiltViewModel class HomeViewModel Inject constructor( private val getItemsUseCase: GetItemsUseCase ) : ViewModel() { private val _uiState MutableStateFlowHomeUiState(HomeUiState.Loading) val uiState: StateFlowHomeUiState _uiState.asStateFlow() private val _uiEvent ChannelHomeUiEvent() val uiEvent _uiEvent.receiveAsFlow() init { loadItems() } fun loadItems() { viewModelScope.launch { _uiState.value HomeUiState.Loading getItemsUseCase() .onSuccess { _uiState.value HomeUiState.Success(it) } .onFailure { _uiState.value HomeUiState.Error(it.message ?: Unknown error) } } } }对应的 Repository 接口定义在 domain 层、实现放在 data 层UI 层只依赖接口// domain 层接口 interface ItemRepository { fun observeItems(): FlowListItem suspend fun refreshItems(): ResultUnit suspend fun getItemById(id: String): ResultItem } // data 层实现 class ItemRepositoryImpl Inject constructor( private val remoteSource: ItemRemoteDataSource, private val localSource: ItemLocalDataSource, private val mapper: ItemMapper ) : ItemRepository { override fun observeItems(): FlowListItem localSource.observeAll().map { mapper.toDomain(it) } override suspend fun refreshItems(): ResultUnit runCatching { val dto remoteSource.fetchItems() localSource.insertAll(mapper.toEntity(dto)) } }FlutterBLoC 或 RiverpodBloc/Cubit隔离业务逻辑AsyncNotifierProviderRiverpod同时承载数据与状态Repository 以抽象类 注入实现。flutter.md 展示了HomeBloc中emit(loading)→result.fold(failure/success)的完整状态机以及 Riverpod 中用AsyncValue.guard包裹加载的替代方案。React NativeRedux Toolkit 或 ZustandRTK Query / React Query 管理服务端状态Zustand slices 管理客户端状态用自定义 hooks 按 feature 封装业务逻辑。react-native.md 特别强调不要把 bearer/refresh token 持久化在 AsyncStorage 或明文 MMKV 中应使用 react-native-keychain 或 expo-secure-store 等平台背书的安全存储Zustand 只持久化非敏感 UI 状态。KMM共享的commonMain持有 domain data 层expect/actual实现平台差异Kotlin 协程 Flow 桥接到各平台Android 上为 StateFlow。kmm.md 给出了expect fun httpClient(...)在 androidMain 中落地为 OkHttp 引擎的完整示例以及 SQLDelight 通过expect class DatabaseDriverFactory实现平台驱动的模式。2.3 大型应用的多模块结构:app # Entry point, DI wiring :core:ui # Design system, shared composables :core:network # API client, interceptors :core:database # Room / SQLDelight setup :feature:home :feature:profile :feature:settings模块化的收益在于编译隔离与职责边界核心模块无业务依赖feature 模块之间禁止互相引用一切通过:app组装。§3 UI 与设计系统3.1 先设计系统再写界面写任何屏幕之前必须定义五类设计 tokenColor tokens— Primary、secondary、surface、on-surface、error含亮色/暗色两套变体Typography scale— Material 3 字型系统Display、headline、title、body、labelSpacing scale— 4dp 网格4、8、12、16、24、32、48dpShape tokens— 按组件族定义圆角半径Component library— Button、TextField、Card、BottomSheet、TopAppBar 等。3.2 Jetpack Compose 编写规则一律使用MaterialThemetoken严禁硬编码颜色与尺寸用CompositionLocal传递主题、语言环境、触感反馈正确使用remember/rememberSaveableUI 状态要能跨旋转存活大型 composable 拆分为子 composable每个函数 ≤ 80 行列表必须用LazyColumn/LazyVerticalGrid绝不用Column forEach 渲染大数据副作用只允许出现在LaunchedEffect、DisposableEffect、SideEffect中状态提升到最低公共祖先避免反模式。3.3 无障碍不可妥协所有可交互元素提供contentDescription或semantics { }最小触控目标48×48dp每次发布前用 TalkBack 实测文字使用sp而非dp支持动态字号颜色对比度 ≥ 4.5:1WCAG AA。3.4 导航NativeNavigation Compose 类型化NavHostSafeArgs 等价物Fluttergo_router 命名路由 守卫flutter.md 给出了基于authStateProvider的redirect守卫示例RNReact Navigation v7 类型化NavigationPropreact-native.md 展示了RootStackParamList的类型驱动导航与登录态条件渲染每个可被外部打开的屏幕都要注册 Deep Link背栈要刻意管理不压入重复页面使用popUpTo/launchSingleTop。3.5 响应式与自适应支持手机、折叠屏、平板全尺寸WindowSizeClass在 320dp、360dp、411dp、600dp、840dp 宽度下测试折叠屏铰链感知用WindowInfoTrackerAndroid 15 必须处理 edge-to-edge 显示与WindowInsets。§4 代码质量最佳实践4.1 语言规范Kotlin恰当使用data class、sealed class、object、enum class禁止!!空断言改用?.let、?: return、带消息的requireNotNull协程必须显式指定CoroutineScopeDispatcher**绝不使用 GlobalScopeCompose 状态类标注Stable/Immutable以优化重组。Javajava-android.md 有完整对照每个方法参数与返回值标注NonNull/Nullable对未检查对象显式判空或使用Objects.requireNonNullFragment 的onDestroyView()中必须置空binding引用防止内存泄漏后台任务用ExecutorServiceAsyncTask已废弃或利用 LiveData Room 内置线程RecyclerView 优先ListAdapterDiffUtil不要手动notifyDataSetChanged()使用ViewBinding永远不用findViewById。DartFlutter强制空安全无先验判空不得使用!不可变状态对象配copyWith所有无状态 widget 使用const构造。TypeScriptRNtsconfig 恒开strict: trueAPI 响应用 Zod 或 io-ts 做运行时校验不用any用unknown并收窄。4.2 依赖管理在build.gradle.kts/pubspec.yaml/package.json中锁定所有依赖版本推荐 Gradle Version Catalog见 §7每月审计依赖安全漏洞用依赖解析策略规避传递依赖冲突保持依赖数量最小化——每多一个库都是维护负担。4.3 代码评审清单PR 门禁新公共 API 有 KDoc / DartDoc / JSDoc无硬编码字符串统一使用字符串资源 / l10n设计 token 之外无硬编码尺寸与颜色主线程无阻塞 I/O无内存泄漏单例不持有Activitycontext协程作用域 / 流正确取消 / 释放非平凡功能受 Feature Flag 保护。§5 错误处理与网络韧性5.1 黄金法则绝不允许异常静默地传播给用户或直接崩溃应用。5.2 错误分类与应对策略类型策略网络错误指数退避重试展示重试 UI认证错误401/403刷新 token → 重发请求 → 失败则登出校验错误立即内联展示字段错误数据解析错误记录日志 回退到缓存/默认状态意外崩溃顶层捕获错误页 上报后台任务失败WorkManager 重试关键任务通知用户5.3 Result / Either 模式Kotlin详细指南给出的 AppResult 模式是 repository 与 use case 的统一返回值契约sealed class AppResultout T { data class SuccessT(val data: T) : AppResultT() data class Error(val exception: AppException) : AppResultNothing() } sealed class AppException(msg: String) : Exception(msg) { class NetworkException(msg: String) : AppException(msg) class AuthException(msg: String) : AppException(msg) class ParseException(msg: String) : AppException(msg) class UnknownException(msg: String) : AppException(msg) }所有 repository use case 函数统一返回AppResultTViewModel 将其映射为UiState.Error。对应的Flutter 侧用EitherFailure, ListItemdartzjava-android.md 用带Status枚举的泛型UiStateT包装器三种语言实现同一套错误语义。5.4 崩溃上报第一天就接入Firebase Crashlytics或Sentry崩溃发生前设置用户标识与自定义键所有捕获的异常记录非致命日志开启 ANR 监控无崩溃会话率目标≥ 99.5%。5.5 离线与网络韧性Cache-first 策略先展示陈旧数据后台刷新新数据Room/Drift/MMKV作为单一事实来源通过ConnectivityManager暴露网络状态并在 UI 中反映所有网络调用包裹超时 重试策略native-android.md 的 Retrofit 客户端设 10s connect/read timeoutKMM 的 Ktor 客户端通过HttpTimeout插件设置 10_000ms requestTimeout。§6 测试策略测试金字塔/\ /E2E\ ← 10% (UI tests: Espresso, Maestro, Appium) /------\ / Integr \ ← 20% (Repository, DB, API contract tests) /----------\ / Unit \ ← 70% (ViewModels, Use Cases, Utilities) /--------------\6.1 单元测试70%每个 ViewModel、UseCase、Repository、Mapper 都要测试NativeJUnit5 MockK TurbineFlow 测试 Kotest 断言native-android.md 给出了用MainDispatcherRulerunTestviewModel.uiState.test { skipItems(1); assertThat(awaitItem()) }验证 Loading→Success 状态流的完整用例Flutterflutter_testmocktailflutter.md 展示了blocTest声明式断言[loading, success]状态序列RNJest testing-library/react-nativemsw模拟 API覆盖率目标domain presentation 层≥ 80%。6.2 集成测试20%Room DB 用内存数据库测试Retrofit/Ktor 用MockWebServerOkHttp测试Repository 测试验证缓存 远端协调逻辑API 契约测试打到真实 staging 端点。6.3 UI / E2E 测试10%Espresso覆盖关键用户旅程登录、结账、核心操作Maestro做跨平台 E2EFlutter RN 也推荐发布前在真机农场Firebase Test Lab / BrowserStack运行每个 PR 跑冒烟测试套件夜间跑完整 E2E 套件。6.4 测试数据管理用工厂 / builder 构造测试数据绝不复制粘贴对象Hermetic 测试测试用例之间不共享可变状态复杂依赖repository、data source用 Fakes 而非 Mocks。§7 构建、CI/CD 与发布7.1 构建变体debug → dev API, logging on, no minification, debuggable staging → staging API, logging on, minified, not debuggable release → prod API, logging off, minified, signed7.2 Gradle 最佳实践Native新项目只用build.gradle.ktsGroovy DSL 已过时用版本目录libs.versions.toml管理所有依赖版本——native-android.md 给出了完整的 toml 示例kotlin 2.0.0、compose-bom 2024.06.00、hilt 2.51、room 2.6.1、retrofit 2.11.0、coroutines 1.8.1、lifecycle 2.8.2用buildConfig注入环境相关常量生成并提交 Baseline Profiles 以提升启动性能release 启用 R8 全量模式proguard 规则纳入版本控制。7.3 CI/CD 流水线PR Opened └─ lint unit tests build debug APK [ 5 min] Merge to main └─ unit integration tests staging build [ 15 min] └─ deploy to Firebase App Distribution (QA) Release tag └─ full test suite E2E on device farm [ 45 min] └─ build release AAB └─ upload to Play Console (internal track) └─ promote: internal → closed testing → open → production推荐的 CI 平台GitHub Actions、Bitrise 或 CircleCI。7.4 Play Store 发布策略永远按internal → closed → open testing顺序推进后再上生产使用分阶段发布staged rollout5% → 20% → 50% → 100%每阶段观察 24–48 小时扩量前监控 Crashlytics ANR 率 评分重大变更绝不跳过 staged rollout。7.5 应用签名上传密钥Play App Signing存放在 CI secrets严禁提交到仓库用 Google Play App Signing 管理分发密钥在团队 runbook 中记录密钥恢复流程。7.6 Hybrid 构建补充hybrid.md 补充了 Capacitor 路线的构建命令npm run build构建 Web 资产 →npx cap sync android同步原生工程 →npx cap open android打开 Android Studio →cd android ./gradlew bundleRelease产出 AAB并强调通过capacitor.config.ts的android.buildOptions.releaseType选择 APK 或 AAB。§8 性能优化8.1 启动性能目标冷启动 1s温启动 500ms用App Startup 库延迟初始化第三方库生成并提交 Baseline Profiles重初始化移出主线程。8.2 UI 性能目标60fps支持设备上 90/120fps、零卡顿用 Android Studio Profiler FrameMetricsAPI 度量避免在draw()/onMeasure()/ composition 中分配对象Compose 中用derivedStateOf减少不必要的重组图片加载用 CoilCompose/ Glide / Picasso缩略图绝不加载全分辨率。8.3 内存ViewModel 与单例中不持有Activity/Context引用生命周期超出持有者的监听器使用 WeakReferenceBitmap 回收与内存缓存尺寸管理debug 构建恒开LeakCanary做堆转储 泄漏检测。8.4 网络尊重 HTTP 缓存头图片走 CDN WebP 格式验证 Gzip/Brotli 压缩适用场景做请求合并配置连接池。8.5 电量后台任务只用WorkManager并配适当约束定位更新只请求所需精度退后台即停止Wakelock 谨慎使用并显式释放。§9 调试与缺陷修复9.1 调试流程稳定复现——记录精确步骤、设备、OS 版本、账号状态隔离——判断问题在 UI、业务逻辑、网络还是持久化层插桩——针对性日志/断点不要散弹式打日志假设——改代码前先形成 1–3 条具体假设修根因——绝不只打补丁掩盖症状要回溯到源头回归测试——写一个修复前失败、修复后通过的测试记录——注释说明修复为什么有效而不只是做了什么。9.2 常见 Android Bug 模式速查表Bug可能原因修复ANR主线程 I/O / 长计算移到协程/Dispatcher.IO内存泄漏单例持有 Context用applicationContextWeakRef旋转崩溃未用 ViewModel状态未保存rememberSaveable/ ViewModelUI 卡顿重组循环derivedStateOf、稳定参数API 调用后白屏错误被静默吞掉检查错误状态传播Deep link 不工作Manifest intent-filter 缺失用adb shell am start验证推送静默失败后台限制跨 OEM 真机测试9.3 日志规范生产只走 Firebase Crashlyticsrelease 构建无Log.dDebug/StagingTimber debug tree日志级别ERROR崩溃、WARN可恢复、INFO关键事件、DEBUG仅开发绝不记录 PII——日志中脱敏邮箱、手机号、token。9.4 OEM 特有问题关键流程必须在Samsung、Xiaomi/MIUI、OnePlus/OxygenOS、Huawei无 GMS上测试各 OEM 后台限制差异巨大——重点测推送、闹钟、后台同步维护覆盖主流市场份额设备的实体或云端设备农场。§10 开发路线图14 周从 0 到上线详细指南给出了可执行的分阶段清单这是任何新 Android 项目的推进模板Phase 0 — 基建第 1-2 周记录技术选型决策及理由定义模块结构定义设计系统 token颜色、字型、间距、形状CI 流水线跑通lint 单元测试 构建接入崩溃上报Crashlytics/Sentry接入分析基线Firebase/Amplitude搭建 API 契约 / mock server配置 DI 框架实现导航骨架完成 flavor/构建变体配置Phase 1 — 核心功能第 3-8 周认证流程登录、注册、token 刷新、登出带真实导航的核心屏幕壳网络层客户端、拦截器、错误处理本地持久化层DB schema DAOsRepository 层打通远端 本地每个 feature 的 ViewModels UI states所有 ViewModels use cases 的单元测试Feature flags 基础设施Phase 2 — 打磨第 9-12 周对照 Figma/设计稿做设计 QA无障碍审计TalkBack、对比度、触控目标暗色模式实现 验证本地化字符串外置、需要时支持 RTL每个屏幕的加载、空、错误三态Deep link 处理Widget / 通知实现离线模式验证Phase 3 — 加固第 12-14 周性能剖析启动、滚动、内存设备农场 E2E 测试套件Firebase Test Lab安全审查证书固定、生物识别、安全存储验证 Proguard / R8 规则staging 上无崩溃率 ≥ 99.5%Play Store 上架素材、截图、隐私政策Phase 4 — 发布AAB 签名并上传到 internal track定义分阶段发布计划搭建监控看板Crashlytics、Play Console vitals记录回滚方案安排值班on-call轮换Phase 5 — 上线后持续每日监控无崩溃率ANR 率 0.47%Play Store 阈值监控应用评分每周处理差评每月评审依赖更新每次新版 Android 发布时参与 OS beta 测试延伸阅读按技术栈深入详细指南的Additional Resources指向六个深度参考文档全部位于 references 目录均包含完整可运行的代码范式native-android.md — Kotlin、Compose、Room、Hilt、协程含项目结构、ViewModel/Repository/Compose Screen/Room/Hilt DI 完整代码、libs.versions.toml 与 ViewModel 单元测试java-android.md — Java、XML Views、ViewBinding、LiveData、Retrofit、Room、Hilt 与渐进迁移路径含UiStateT泛型包装、AuthInterceptor、ListAdapter DiffUtil、onDestroyView()防泄漏等 Java 侧实践flutter.md — Dart、BLoC/Riverpod、Drift、go_router含 freezed 状态/事件、blocTest测试、pubspec.yaml 依赖清单react-native.md — TypeScript、RN 新架构、Hermes含类型化导航、Zustand React Query 分工、Zod 运行时校验、axios 401 自动刷新、MMKV 安全存储边界kmm.md — KMM 共享模块、SQLDelight、Ktor、Compose Multiplatform含expect/actual模式、Koin 双端 DI、shared Flow 消费方式hybrid.md — Capacitor、Ionic、PWA 考量含 capacitor.config.ts、原生插件调用与自定义CapacitorPlugin开发。建议的阅读方式把 detailed-guide.md 当作全局地图按当前项目所处阶段选型、架构、测试、发布……进入对应章节需要某一技术栈的完整代码范式时再加载对应的 reference 文档。对于端到端的新项目启动完整通读详细指南后再动手可将本文的清单与代码模板直接转化为工程初稿。赞分享AI 技能AI 插件【免费下载链接】agentic-awesome-skillsAAS Core is the local, agent-first control plane for complete catalog discovery, agent-owned selection, stack validation, and planning, backed by 2,115 agentic skills. Includes CLI, local MCP, catalog, plugins, and Workbench.项目地址https://gitcode.com/gh_mirrors/an/agentic-awesome-skills点击查看免费下载相关推荐Agentic Awesome Skills 上手指南可安装 Agentic Skills 库的安装、工具选型与 Workflows 实战Agentic Awesome Skills 上手指南可安装 Agentic Skills 库的安装、工具选型与 Workflows 实战 本文基于仓库中 dAI 技能AI 插件Agentic Awesome Skills 与 Awesome Claude Skills 选型指南广度型可安装技能库 vs 精选型 Awesome 列表Agentic Awesome Skills 与 Awesome Claude Skills 选型指南广度型可安装技能库 vs 精选型 Awesome 列表AI 技能AI 插件Agentic Awesome Skills 与 Cursor从选型到 --cursor 直装落地指南Agentic Awesome Skills 与 Cursor从选型到 cursor 直装落地指南 本文以仓库文档 docs/users/best cursoAI 技能AI 插件上一篇VibeTunnel多语言支持从中文输入到特殊字符处理的全面指南下一篇QDarkStyleSheet一款全面的Qt应用暗黑风格样式表创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考