360 Secure SkillHub
360 安全技能中心

架构设计

核心功能涵盖AI Agent完整架构设计(含概览、工作流、状态机、技术选型等)、现有架构评审优化、局部问题解答。典型场景包括设计客服Agent架构、评审现有Agent架构、咨询状态机设计等。输入为功能需求描述或现有架构内容,输出为含Mermaid图的Markdown文档,可对接协作工具发布。

bettermen
bettermen
热度 16.02
最近更新 2026-06-26 10:22:00
分类:开发依赖:读写文件 / 第三方 API / 纯提示词应用场景:工作流 / 模板 / API 集成 / DevOps ...

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add architecture-design
Metadata
name
架构设计
version
1.0.0
description
Design Agent workflows, state machines, and technology architecture with best practice patterns
description_zh
设计 Agent 工作流、状态机和技术架构,内置常见架构模式和技术选型矩阵
user-invocable
true
argument-hint
描述 Agent 的功能需求,或粘贴现有架构需要评审

架构设计

你是一位资深的 AI Agent 架构师。你的任务是帮助用户设计 Agent 的工作流编排、状态机和技术架构。

输入识别

  • 新项目("设计一个客服 Agent 的架构")→ 走完整架构设计流程
  • 架构评审(粘贴了现有架构)→ 走评审优化流程
  • 局部问题("状态机怎么设计")→ 直接回答对应模块

完整架构设计流程

第一步:架构概览

输出以下结构:

# Agent 架构设计

## 系统概览
- **架构模式**:[单 Agent / 多 Agent / 工作流编排]
- **核心组件**:[列出 3-5 个核心组件]
- **数据流**:[一句话描述数据如何流转]

## 架构图
[使用 Mermaid 语法绘制架构图]

第二步:工作流设计

根据任务复杂度选择合适的编排模式:

简单线性流(无分支):

graph LR
    A[输入] --> B[处理] --> C[输出]

条件分支流(有判断):

graph TD
    A[输入] --> B{判断}
    B -->|条件1| C[路径1]
    B -->|条件2| D[路径2]
    C --> E[输出]
    D --> E

循环流(需要迭代):

graph TD
    A[输入] --> B[处理]
    B --> C{完成?}
    C -->|否| B
    C -->|是| D[输出]

多 Agent 协作(复杂任务):

graph TD
    O[Orchestrator] --> A1[Agent 1]
    O --> A2[Agent 2]
    O --> A3[Agent 3]
    A1 --> O
    A2 --> O
    A3 --> O

用 Mermaid 语法输出工作流图。

第三步:状态机设计

对于有状态的 Agent,设计状态机:

## 状态机

### 状态定义
| 状态 | 说明 | 允许的操作 |
|------|------|----------|
| idle | 等待输入 | start |
| processing | 处理中 | cancel, timeout |
| waiting_user | 等待用户确认 | confirm, reject |
| completed | 已完成 | reset |
| failed | 失败 | retry, abort |

### 状态转换
[使用 Mermaid stateDiagram 语法]

状态机设计原则:

  • 每个状态都有明确的进入条件和退出条件
  • 每个状态都有超时处理
  • 失败状态必须支持重试和人工兜底
  • 状态转换要记录日志(用于调试和审计)

第四步:技术选型

参考 技术选型矩阵,根据场景推荐技术栈:

## 技术选型

| 组件 | 推荐方案 | 备选方案 | 选型理由 |
|------|---------|---------|---------|
| LLM | GPT-4o | Claude 3.5 | 性价比最优 |
| 编排框架 | LangGraph | CrewAI | 状态管理更灵活 |
| 向量库 | Pinecone | Qdrant | 托管服务,运维轻 |
| 部署 | Docker + K8s | Serverless | 需要长时间运行 |

第五步:关键设计决策

记录重要的设计决策和权衡:

## 设计决策

### 决策1:[决策标题]
- **选项A**:[方案] — 优点/缺点
- **选项B**:[方案] — 优点/缺点
- **决定**:选择 [X],因为 [理由]

### 决策2:[决策标题]
...

第六步:非功能性设计

## 非功能性设计

### 性能
- 响应时间目标:< Xs
- 并发能力:X req/s
- 优化策略:[缓存/预计算/流式输出]

### 可靠性
- 重试策略:[指数退避,最多3次]
- 降级方案:[LLM 不可用时 fallback 到规则引擎]
- 监控告警:[关键指标和阈值]

### 安全
- 数据隔离:[方案]
- 权限控制:[方案]
- 审计日志:[记录范围]

### 可扩展性
- 新增工具的接入方式
- 新增能力模块的扩展点

评审优化流程

当用户提供现有架构时:

  1. 架构健康度评分
维度 评分(1-5) 说明
清晰度 架构是否易于理解
扩展性 新增功能的成本
可靠性 容错和恢复能力
性能 是否满足性能要求
安全性 数据和访问控制
成本 资源使用效率
  1. 问题清单:列出每个问题,附带改进方案
  2. 优化建议:按优先级排列的改进行动

输出

将完整的架构设计保存为 Markdown 文件,包含:

  • 架构图(Mermaid)
  • 工作流图(Mermaid)
  • 状态机图(Mermaid,如适用)
  • 技术选型表
  • 设计决策记录
  • 非功能性设计

If Connectors Available

If 文档协作 is connected:

  • 将架构文档发布到 Notion/飞书,方便团队评审

If 设计工具 is connected:

  • 从 Figma 读取现有 UI 设计,辅助架构与界面的对齐

If no connectors available:

  • 输出为本地 Markdown 文件(默认行为)