Token导航 LogoToken导航

Agent Skill · 前端设计

eng-system-architecture(工程系统架构)

eng-system-architecture 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

eng-system-architecture 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描已通过,按安装量在前端设计类的 10,216 个 Skill 里排第 8,040。

总安装 318周安装 13GitHub Stars 2下载 102核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:eng-system-architecture(工程系统架构)
来源仓库:https://github.com/hungv47/agent-skills
仓库路径:skills/eng-system-architecture
安装命令:
npx skills add https://github.com/hungv47/agent-skills --skill eng-system-architecture
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/hungv47/agent-skills --skill eng-system-architecture

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

工程系统架构用于根据产品需求生成完整的技术蓝图。适合新项目架构设计或现有系统重构场景。eng-system-architecture 属于前端设计类 Skill,可作为该场景下的辅助能力补充。支持两种模式:指定技术栈或推荐合适的技术组合。输出包含文件结构、实现细节和部署方案的完整文档。

使用前需明确产品目标和约束条件,避免过度设计。

来源仓库内路径:skills/eng-system-architecture

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/hungv47/agent-skills --skill eng-system-archit…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

eng-system-architecture 怎么安装?

在终端执行 npx skills add https://github.com/hungv47/agent-skills --skill eng-system-architecture。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

eng-system-architecture 支持哪些 AI 工具?

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

eng-system-architecture 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

eng-system-architecture 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

eng-system-architecture 用的人多吗?

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

eng-system-architecture 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

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

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
eng-system-architecture

工程系统架构 · 本页

3182接触敏感数据未明确通过

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

SKILL.md 原文

System Architecture Designer

Generate complete system architecture from product specifications before writing code. Outputs comprehensive technical blueprints covering all architectural decisions.

Two Modes of Operation

Mode 1: Tech Stack Already Chosen

User provides tech stack upfront. Focus on architecture, file structure, and implementation details.

Mode 2: Need Tech Stack Recommendations

User needs help choosing stack. Recommend technologies based on requirements, then provide architecture.

Core Workflow

Step 1: Gather Context

Ask these questions if not already provided:

Product Understanding:

  • What is the product and core value proposition?
  • Who are the primary users?
  • What are the critical user flows?
  • What data needs to be stored?

Technical Context:

  • Do you already have a tech stack in mind?
  • Scale expectations? (users, requests, data volume)
  • Specific integrations needed? (Stripe, SendGrid, etc.)
  • Performance requirements? (real-time, complex queries)
  • Security/compliance needs?

Step 2: Generate Architecture Document

Create a comprehensive markdown document with these sections:

Output Sections (Quick Reference)

1. SYSTEM OVERVIEW

  • High-level architecture pattern (monolith, microservices, serverless)
  • How pieces connect (client → API → database → services)
  • Key architectural decisions and rationale
  • Text-based architecture diagram

2. TECH STACK

Complete stack with WHY for each choice. See references/tech-stack-patterns.md for common recommendations.

3. FILE & FOLDER STRUCTURE

Complete project structure with purpose of each directory. See references/file-structure-patterns.md for stack-specific examples.

4. DATABASE SCHEMA

Complete schema with relationships, indexes, and key queries. See references/database-patterns.md.

5. API ARCHITECTURE

All endpoints with purpose, auth, request/response formats. See references/api-patterns.md.

6. STATE MANAGEMENT & DATA FLOW

Where state lives (server, client, component), data flow diagrams.

7. SERVICE CONNECTIONS

How services connect (frontend → API → DB → external services), webhook handling.

8. AUTHENTICATION & AUTHORIZATION

Auth flow, implementation patterns, permission model.

9. KEY FEATURES IMPLEMENTATION

For each major feature: components, API calls, state, edge cases.

10. DEPLOYMENT & INFRASTRUCTURE

Environment variables, deployment steps, CI/CD configuration.

11. MONITORING & DEBUGGING

Error tracking, logging strategy, performance monitoring.

12. SECURITY CHECKLIST

Input validation, auth, secrets, HTTPS, headers, dependencies.

Critical Principles

Be Pragmatic:

  • Start simple, scale when needed
  • Choose boring, proven tech
  • Optimize for developer velocity first
  • Clear upgrade path when you grow

Be Specific:

  • Exact package names and versions
  • Real code examples
  • Actual file paths
  • Named services (not "some auth provider")

Be Complete:

  • Every file explained
  • Every API endpoint documented
  • All states accounted for
  • Edge cases identified

Be Production-Ready:

  • Error handling included
  • Monitoring planned
  • Security considered
  • Deployment automated

Quick Stack Recommendations

Use CaseRecommended Stack
MVP/StartupNext.js + Supabase + Vercel
Enterprise SaaSNext.js + PostgreSQL + Clerk + Stripe
Real-time AppNext.js + Supabase Realtime + Redis
API-firstExpress/Fastify + PostgreSQL + Docker
Mobile AppReact Native + Supabase + Expo

Reference Files

For detailed patterns and examples, consult:

  • references/tech-stack-patterns.md - Tech choice comparisons and recommendations
  • references/file-structure-patterns.md - Directory structures by framework
  • references/database-patterns.md - Common schemas and query patterns
  • references/api-patterns.md - REST best practices and endpoint examples
  • references/auth-patterns.md - Authentication implementations
  • references/deployment-patterns.md - CI/CD and infrastructure patterns

平台分布

Codex

34.88%
按下载量换算36

Claude

30.64%
按下载量换算31

Cursor

17.77%
按下载量换算18

Gemini CLI

8.77%
按下载量换算9

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

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

继续浏览同类 Skills