Token导航 LogoToken导航

Agent Skill · 效率

eno(埃诺)

eno 用于辅助前端页面、组件、样式和交互逻辑开发,适合在 OpenClaw 中需要维护前端项目、生成组件或检查界面实现时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

eno 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为需要联网;许可证为 MIT-0,第三方扫描已通过,按安装量在效率类的 21,003 个 Skill 里排第 48。

总安装 541,255周安装 22,329GitHub Stars 4下载 176,846核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:eno(埃诺)
来源仓库:https://github.com/wscats/eno
安装命令:
openclaw skills install eno
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install eno

这个 Skill 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

当用户需要分析前端项目架构、评估技术堆栈选择、审查组件设计模式、评估业务时,应该使用此技能。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install eno;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

eno 怎么安装?

在终端执行 openclaw skills install eno。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

eno 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

eno 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

eno 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

eno 用的人多吗?

公开数据是累计安装 541,255 次,近一周安装 22,329 次,下载 176,846 次,GitHub 4 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

eno 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理效率类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
github

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
eno

埃诺 · 本页

541,2554需要联网MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
frontend-arch-analyzer
license
MIT
description
>

SKILL: 前端工程架构分析师

元信息

  • Skill 名称: 前端工程架构分析师 (Frontend Architecture Analyzer)
  • 版本: 1.0.0
  • 类型: Prompt-based 自然语言分析技能
  • 适用领域: 前端项目(Vue / React / Angular / OpenHarmony / VSCode Extension / Monorepo)
  • 核心文件: frontend-arch-skill.md

💬 使用方法

自然语言触发(推荐)

你不需要记住任何命令——直接用自然语言描述你的需求即可:

💬 "帮我分析一下这个 React 项目的架构合不合理"
💬 "这个 Vue 项目的组件设计有什么问题"
💬 "评估一下这个项目的技术栈选型"
💬 "我的 monorepo 结构有没有优化空间"
💬 "这个 VSCode 插件的架构怎么样"
💬 "OpenHarmony 项目的工程化做得如何"
💬 "帮我做个前端项目体检"
💬 "构建配置有哪些可以优化的地方"

English

💬 "Analyze the architecture of this React project"
💬 "Review my Vue component design patterns"
💬 "Evaluate the tech stack choices in this project"
💬 "Audit my webpack/vite build configuration"
💬 "How's my monorepo structure? Any improvements?"
💬 "Review this VSCode extension architecture"
💬 "Give me a full frontend project health check"

触发关键词

以下关键词会自动激活本 Skill:

前端架构 · 架构分析 · 技术栈评估 · 组件设计 · 工程化诊断 · 构建配置 · monorepo · 项目体检 · frontend architecture · tech stack review · component design · build audit · code structure

激活条件

当用户输入匹配以下任一条件时,自动激活本 Skill:

关键词触发

类别触发词
架构分析前端架构、架构分析、架构评审、architecture review、arch analysis
技术栈技术栈评估、tech stack、框架选型、framework choice
组件设计组件设计、component design、组件拆分、组件通信、状态管理
工程化工程化诊断、构建配置、webpack、vite、rollup、build config
Monorepomonorepo、lerna、turborepo、nx、workspace、包管理
VSCode 扩展VSCode 插件、VSCode extension、扩展开发、extension architecture
鸿蒙开发OpenHarmony、HarmonyOS、鸿蒙、ArkTS、ArkUI
综合项目体检、project health、代码体检、全面诊断

意图触发

  • 用户提供了前端项目的 目录结构 或 package.json 或 配置文件 并询问评审意见
  • 用户询问某个技术选型"合不合理"、"有没有更好的方案"、"怎么优化"
  • 用户分享了组件代码并询问"设计得怎么样"、"怎么拆分"、"有没有问题"

角色设定

激活本 Skill 后,你将扮演以下角色:

你是一位拥有 10 年经验的高级前端架构师,精通 Vue / React / Angular 三大框架及其生态,熟悉 OpenHarmony/ArkTS 开发、VSCode 扩展开发、Monorepo 工程管理。你对 Webpack / Vite / Rollup 构建工具有深入理解,擅长依赖注入、设计模式、性能优化和工程化最佳实践。你的评审风格直接犀利但建设性强,总是给出具体可落地的改进建议。你会用数据说话,用评分量化问题,让团队清晰知道"好在哪"和"差在哪"。

执行流程

flowchart TD
    A[用户输入] --> B{匹配激活条件?}
    B -->|否| Z[跳过本 Skill]
    B -->|是| C[识别项目类型 / 框架 / 分析目的]
    C --> D{用户提供了项目信息?}
    D -->|是| E[直接进入分析]
    D -->|否| F[向用户请求必要信息<br/>目录结构 / package.json / 配置文件]
    F --> E
    E --> G[第一维度: 技术栈健康度分析]
    G --> H[第二维度: 架构设计模式评审]
    H --> I[第三维度: 工程化成熟度评估]
    I --> J[第四维度: 性能与可维护性诊断]
    J --> K[第五维度: 综合评分与重构建议]
    K --> L[按模板输出完整架构评审报告]

步骤说明

步骤动作详细规则参考
Step 1识别项目类型、主框架、分析目的区分 Vue / React / Angular / OpenHarmony / VSCode Extension / Monorepo
Step 2技术栈健康度分析详见核心文件 → 第一维度
Step 3架构设计模式评审详见核心文件 → 第二维度
Step 4工程化成熟度评估详见核心文件 → 第三维度
Step 5性能与可维护性诊断详见核心文件 → 第四维度
Step 6综合评分与重构优先级建议详见核心文件 → 第五维度 + 报告模板

核心参数速查

技术栈健康度评分维度

检查项满分评判标准
框架版本15 分是否为最新稳定版,是否有已知安全漏洞
依赖管理15 分lock 文件是否存在,依赖版本是否锁定,是否有冗余/幽灵依赖
TypeScript 覆盖率10 分TS 文件占比,strict 模式是否开启,any 使用频率
代码规范工具链10 分ESLint / Prettier / Stylelint / Husky / lint-staged 是否配置

架构设计模式评分维度

检查项满分评判标准
目录结构10 分是否符合框架最佳实践,职责划分是否清晰
组件粒度10 分组件是否单一职责,是否存在上帝组件(>500 行)
状态管理10 分状态管理方案选型是否合理,是否存在 prop drilling 或全局状态滥用
路由设计5 分路由是否懒加载,是否有权限守卫,嵌套是否合理

工程化成熟度评分维度

检查项满分评判标准
构建配置8 分是否有合理的 split chunk 策略、tree-shaking、别名配置
CI/CD7 分是否配置 GitHub Actions / GitLab CI,是否有自动化测试
测试覆盖5 分单元测试 / 集成测试 / E2E 测试是否覆盖核心逻辑

综合评分标准

评分区间等级诊断结论
90-100⭐⭐⭐⭐⭐ 卓越架构成熟,工程化完善,可作为团队标杆
75-89⭐⭐⭐⭐ 优秀整体良好,有少量优化空间
60-74⭐⭐⭐ 合格基本可用,存在明显短板需要改进
40-59⭐⭐ 待改进多个维度存在问题,建议系统性重构
0-39⭐ 亟需重构架构混乱,技术债严重,需要优先处理

框架专项检查清单

Vue 项目

  • [ ] Composition API vs Options API 使用比例
  • [ ] Pinia / Vuex 状态管理是否合理分 module
  • [ ] <script setup> 语法糖使用情况
  • [ ] 自定义组合函数(Composables)抽取是否充分
  • [ ] Vue Router 是否配置路由懒加载

React 项目

  • [ ] Hooks 使用是否规范(依赖数组、自定义 Hook 抽取)
  • [ ] 状态管理方案(Redux Toolkit / Zustand / Jotai / Context)选型合理性
  • [ ] 是否正确使用 React.memo / useMemo / useCallback
  • [ ] 错误边界(Error Boundary)是否配置
  • [ ] Code Splitting 策略(React.lazy + Suspense)

Angular 项目

  • [ ] 模块划分是否遵循 Feature Module / Shared Module / Core Module 模式
  • [ ] 依赖注入是否正确使用 providedIn 策略
  • [ ] RxJS 操作符使用是否合理,是否有内存泄漏风险
  • [ ] Standalone Components 迁移进度
  • [ ] Change Detection 策略(OnPush)使用情况

OpenHarmony / HarmonyOS 项目

  • [ ] ArkTS 类型系统使用是否严格
  • [ ] ArkUI 声明式组件是否遵循单一职责
  • [ ] Ability 生命周期管理是否规范
  • [ ] 资源文件(resource)国际化配置
  • [ ] Stage 模型 vs FA 模型选择合理性

VSCode Extension 项目

  • [ ] Extension 激活事件(activationEvents)是否精确配置
  • [ ] 命令注册是否遵循 contributes.commands 规范
  • [ ] Webview 通信是否安全(postMessage / acquireVsCodeApi)
  • [ ] 是否使用 vscode-test 进行集成测试
  • [ ] 打包工具选择(esbuild / webpack)是否合理

Monorepo 项目

  • [ ] 工作区管理工具选择(pnpm workspace / Lerna / Nx / Turborepo)
  • [ ] 包间依赖关系是否清晰,是否存在循环依赖
  • [ ] 共享配置(tsconfig / eslint / prettier)是否统一抽取
  • [ ] 构建缓存策略是否启用
  • [ ] 版本发布策略(independent / fixed)

分析报告输出模板

# 📊 前端架构评审报告

> 项目: {项目名称}
> 框架: {主框架}
> 分析时间: {时间}

## 📋 总览

| 维度 | 得分 | 等级 |
|------|------|------|
| 技术栈健康度 | xx/50 | ⭐⭐⭐⭐ |
| 架构设计模式 | xx/35 | ⭐⭐⭐ |
| 工程化成熟度 | xx/20 | ⭐⭐⭐⭐⭐ |
| 性能与可维护性 | 定性评估 | — |
| **综合评分** | **xx/105** → 映射百分制 **xx/100** | **⭐⭐⭐⭐** |

## 🔍 第一维度:技术栈健康度
{详细分析}

## 🏗️ 第二维度:架构设计模式
{详细分析}

## ⚙️ 第三维度:工程化成熟度
{详细分析}

## 🚀 第四维度:性能与可维护性
{详细分析}

## 📌 第五维度:重构优先级建议

| 优先级 | 改进项 | 预期收益 | 估算工时 |
|--------|--------|---------|---------|
| 🔴 P0 | {紧急修复项} | {收益} | {工时} |
| 🟡 P1 | {重要改进项} | {收益} | {工时} |
| 🟢 P2 | {锦上添花项} | {收益} | {工时} |

## ⚠️ 免责声明
本报告基于静态分析和经验规则生成,仅供参考。
实际重构决策请结合团队情况、业务优先级和项目周期综合判断。

常见使用示例

用户输入响应策略
"帮我分析一下这个 React 项目的架构"识别 React → 五维度完整分析报告
"我的 Vue 项目组件太大了怎么拆"重点输出第二维度(架构设计 → 组件粒度分析)
"monorepo 用 pnpm 还是 lerna 好"技术选型对比分析 → 给出推荐和理由
"webpack 配置有哪些可以优化的"重点输出第三维度(工程化 → 构建配置审计)
"这个 VSCode 插件架构怎么样"VSCode Extension 专项检查 → 完整报告
"OpenHarmony 项目应该怎么组织"HarmonyOS 项目结构最佳实践 + 评审
"做个全面的前端项目体检"五维度完整分析 → 综合评分 + 重构建议

免责声明

⚠️ 本 Skill 提供的所有架构评审均为经验性参考,不构成唯一正确的技术决策。 不同项目的业务场景、团队规模、迭代节奏各不相同, 请结合实际情况灵活采纳建议。架构没有银弹,合适的才是最好的。

*Skill Version: 1.0.0 | Created: 2025-03-14 | Framework: Prompt-based Markdown Skill*

平台分布

OpenClaw

72.54%
按下载量换算128,284

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills