Token导航 LogoToken导航TokenDH.com
前端设计敏感数据github未标认证来源可访问许可证需确认审计通过

eng-system-architecture工程系统架构

Agent Skill

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

总安装

318

周安装

13

GitHub Stars

2

下载量

102
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 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

简介

工程系统架构用于根据产品需求生成完整的技术蓝图。

  • 适合新项目架构设计或现有系统重构场景。eng-system-architecture 属于前端设计类 Skill,可作为该场景下的辅助能力补充。
  • 支持两种模式:指定技术栈或推荐合适的技术组合。
  • 输出包含文件结构、实现细节和部署方案的完整文档。
  • 使用前需明确产品目标和约束条件,避免过度设计。

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

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

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