不用手画图了。用中文描述你的系统,直接得到通过几何门禁的 SVG、PNG、聚焦的 SVG 转 GIF 动效与离线交互技术图。
fireworks-tech-graph 是一份可由 Codex 和 Claude Code 共用的 Agent Skill。它将自然语言描述转化为经过几何校验的 SVG、高分辨率 PNG、经过媒体探测验证的 SVG 转 GIF 语义动效与离线交互 HTML。聚焦后的动效链路只接收生成器产出的语义 SVG,只输出一个紧凑、可验证的 GIF。项目内置 11 种生成器风格 + 1 种 AI 手绘风格(Dark Luxury);新增的四种工程风格分别为 C4 评审、云部署、事件流和可靠性排查提供可执行语义契约,同时保留 AI/Agent Pattern 与全部 14 种 UML 图类型。
用户: "画一张 Mem0 的架构图,暗黑风格"
→ Skill 识别:Memory Architecture Diagram,Style 2
→ 生成含泳道、圆柱体、语义箭头的 SVG
→ 导出 1920px PNG
→ 输出路径:mem0-architecture.svg / mem0-architecture.png
动态样例统一使用已验收的 5.75 秒 settled-flow 时间线:先逐步绘制线路,再让最终拓扑中的数据流额外持续 2 秒。每张完整 GIF 为 960px 宽、20fps / 115 帧;3×4 总览压缩为 1200px 动态预览。
assets/samples/中仍保留 1920px 无损 PNG,作为静态回归基线。
上方 v1.2.0 总览与下方每张完整动态样例均来自已验收回归集。12 种风格保留各自独立场景,同时统一通过几何、文字适配、线束路由和语义动效质量门禁。
Mem0 Memory Architecture — 个人记忆抽取、冲突消解、存储与检索

Tool Call Flow — 暗黑终端执行、来源 Grounding、检索与回答合成

Microservices Architecture — 工程网格、领域服务、数据存储、事件与遥测

Agent Memory Types — 从感知和工作上下文到长期记忆的极简层级

Multi-Agent Collaboration — 协调器、专家 Agent、共享状态、评审与合成

System Architecture — 温暖的界面、Runtime、安全、记忆、工具和运维分层

API Integration Flow — 清晰的 SDK、Prompt、Model、Tool、交付与发布阶段

Agent Runtime Architecture — 控制平面、执行与状态分层,香槟金结构线和语义色桶

Checkout Container Review — 单一抽象层级、明确职责、技术栈与协议

Active–Active Checkout Deployment — 全局入口、Region、VPC 归属与跨区复制

Checkout Event Line — Topic 轨道、处理站点、显式 Junction、DLQ 与状态投影

Checkout Reliability Pulse — Golden Signals、关键路径、OTel 导出与关联 Trace

公开展示保留 12 个互不重复的领域场景;它们通过同一套可执行构图契约保证质量可比。同拓扑回归样例仅保留在 fixtures/quality-baseline/ 内部使用。
按 style N 对应的场景出图:
1 Mem0 Memory Architecture;2 Tool Call Flow;3 Microservices Architecture;
4 Agent Memory Types;5 Multi-Agent Collaboration;6 System Architecture;
7 API Integration Flow;8 Agent Runtime Architecture;9 C4 Checkout Review;
10 Active–Active Cloud Deployment;11 Checkout Event Line;12 Checkout Reliability Pulse。
保留该场景自己的节点、分区和阅读方向。
应用 showcase 构图质量契约:零交叉、零跨线桥、每条线最多 2 个折点、
全图最多 8 个折点、节点间距至少 40px、容器内边距至少 20px,
正交线段保持简短,标签避开节点、线路和分区标题。
保留所选风格的字体、配色、卡片材质和品牌化细节。
新增的四种工程风格可以直接使用下面的“提示词指纹”,让路由同时选中 对应的视觉语言与领域语义契约:
风格 9 · C4 评审画布:只展示一个 C4 层级,包含职责、技术栈、评审状态,以及“动作 + 协议”关系标签。
风格 10 · 多区域云部署图:展示全局入口、Region/VPC 归属、中立云图标、部署模式,以及具名的跨边界机制。
风格 11 · 事件地铁图:使用细 Topic 轨道、编号处理站、显式 Junction、Consumer Group、DLQ 与状态投影。
风格 12 · 可靠性脉冲:固定观察窗口,每个服务展示四个 Golden Signals、编号关键跳、遥测导出和一条关联 Trace。
把 N 替换为 1–12。Style 8 仍由 AI 读取 references/style-8-dark-luxury.md 手工绘制;Style 9–12 还会执行对应的工程语义契约;所有风格同时加载 references/composition-quality-contract.md。
- 12 种视觉风格 — 11 种生成器驱动 + 1 种 AI 手绘(Dark Luxury)
- 工程语义契约 — C4 抽象层级、Deployment 归属、事件轨道拓扑、精确 Golden Signals 在渲染前 fail closed
- 可执行风格系统 — 风格约束不仅写在文档里,也真正进入生成器逻辑
- 几何安全布线 — 确定性的正交路径、强制 waypoint、端口分流、图例自动避让、标签画布约束,以及带遮罩验证的跨线桥
- 版本化 Diagram IR — 旧 JSON 会归一化为 schema v1;重复 ID、悬空引用、非法 waypoint 和非有限坐标在渲染前直接失败
- 统一 CLI 与交互导出 — 支持 render、validate、inspect,并可导出单文件离线 HTML,包含平移缩放、主题切换、复制和 1×–4× SVG/PNG/JPEG/WebP 导出
- 14 种图类型 — 完整支持全部 UML 图类型(类图、组件图、部署图、包图、复合结构图、对象图、用例图、活动图、状态机图、序列图、通信图、时序图、交互概览图、ER 图)以及 AI/Agent 领域图
- AI/Agent 领域内建知识 — RAG、Agentic Search、Mem0、Multi-Agent、Tool Call 等常见 Pattern 开箱即用
- 语义形状词汇表 — LLM = 双边框圆角矩形,Agent = 六边形,Vector Store = 带内环圆柱
- 语义箭头系统 — 颜色 + 虚线样式编码含义(写入/读取/异步/循环)
- 结构化 SVG 校验 — XML 解析、
marker-start/mid/end完整性,以及M/L/H/V/Q/C/S/T路径的箭头穿框检测 - 视觉复核门禁 — 交付前回读 PNG,检查裁切、重叠、标签位置和走线回归
- 产品图标库 — 40+ 产品品牌色:OpenAI、Anthropic、Pinecone、Weaviate、Kafka、PostgreSQL……
- 泳道分组 — 自动为复杂架构添加层级标签
- SVG + PNG 双输出 — SVG 可编辑,1920px PNG 可直接嵌入文章
- 聚焦的语义 GIF 动效 — 只支持生成 SVG 输入和 GIF 输出;连接线从无到有并按语义顺序绘制。Style 1–12 的数据包头、终端证据流、Blueprint bead、14×10 Notion memory card、玻璃任务胶囊、治理印章、API token train、宝石 tracer、评审 cursor、双活区域流、事件列车和运维瀑布 scanner 均已验收;共享
+2s-settled-flow时间修订也已成为正式默认 - 渲染器友好 — 纯内联 SVG,不依赖外部字体;在 cairosvg、rsvg-convert、headless Chrome 下都能稳定渲染
首轮渲染会被视为候选结果,交付前还要经过一条由 Agent 驱动、轮次受限的 validation feedback loop:
Prompt
→ Diagram Contract
→ Semantic IR
→ Style Spec
→ Route Planner
→ SVG Build
→ Structural Validation
→ PNG Visual Readback
→ Targeted Revision
→ Verified SVG + PNG
这条闭环遵循五项原则:
- Evaluate, don't assert — 完成状态必须有 validator 和实际渲染证据,不能只依赖模型对结果的主观判断。
- 先确定性校验 — 依次检查 XML 结构、marker 引用、路径几何、箭头穿框和渲染可用性,再进入视觉判断。
- 再做感知验证 — 回读导出的 PNG,检查语法工具无法识别的裁切、标签碰撞、视觉层级、留白和走线质量。
- 定向修正 — 每轮只修改已诊断的标签、坐标、corridor 或间距,随后重新运行 validator 和 render check。
- 有界收敛 — 默认最多执行两轮 focused correction,避免进入无上限的自我修改循环。
最终状态会明确报告闭环结果:
validation: passed
visual_review: passed
当运行环境无法读取图片时,Skill 会明确报告 visual_review: skipped (image reader unavailable)。整个流程保持可观察、可审计,也不会在缺少图片证据时宣称已经完成视觉验证。
必须使用真正的嵌套 Skill 路径。末尾的 /skills/fireworks-tech-graph 不能省略;当前版本的 skills CLI 在裸仓库路径下可能只选择根目录的 SKILL.md。
npx -y skills@1.5.17 add \
yizhiyanhua-ai/fireworks-tech-graph/skills/fireworks-tech-graph \
--agent codex claude-code -g -y --copy命令会把完整 Skill 分别复制到 Codex 的 ~/.agents/skills/fireworks-tech-graph 与 Claude Code 的 ~/.claude/skills/fireworks-tech-graph,其中包含脚本、schema、fixture、模板、测试、参考资料与元数据。
mkdir -p ~/.agents/skills
git clone https://github.com/yizhiyanhua-ai/fireworks-tech-graph.git ~/.agents/skills/fireworks-tech-graphCodex 从 ~/.agents/skills 发现个人 Skill,并会读取仓库中的可选元数据 agents/openai.yaml。
mkdir -p ~/.claude/skills
git clone https://github.com/yizhiyanhua-ai/fireworks-tech-graph.git ~/.claude/skills/fireworks-tech-graphClaude Code 从 ~/.claude/skills 发现个人 Skill,会忽略只供 Codex 使用的 UI 元数据。
首次安装且 Claude Code 版本不低于 2.1.203 时,可以只保留一份仓库,再把两个发现路径链接到它。创建链接前,先把已有目标目录移开。
mkdir -p ~/.local/share/agent-skills ~/.agents/skills ~/.claude/skills
git clone https://github.com/yizhiyanhua-ai/fireworks-tech-graph.git ~/.local/share/agent-skills/fireworks-tech-graph
ln -s ~/.local/share/agent-skills/fireworks-tech-graph ~/.agents/skills/fireworks-tech-graph
ln -s ~/.local/share/agent-skills/fireworks-tech-graph ~/.claude/skills/fireworks-tech-graph这样 SKILL.md、参考资料、脚本、模板和后续更新在两端始终一致。npm registry 是独立分发渠道,版本可能晚于 GitHub Release。当前 Skill 版本请使用上面的 GitHub 嵌套路径;npm 页面继续用于查看包元数据:
https://www.npmjs.com/package/@yizhiyanhua-ai/fireworks-tech-graph
通过 skills CLI 安装时,重新执行上面的嵌套路径命令。通过 Git 安装时,更新实际安装的那一份仓库:
git -C ~/.agents/skills/fireworks-tech-graph pull
# 或
git -C ~/.claude/skills/fireworks-tech-graph pull
# 或:共享仓库方式
git -C ~/.local/share/agent-skills/fireworks-tech-graph pull首次安装后重启 Codex 和 Claude Code,让两端重新发现 Skill。后续修改 SKILL.md 会自动生效;如果改的是脚本或参考资料而运行时没有看到更新,重启对应运行时。
以上 Shell 命令适用于 macOS、Linux、WSL 和 Git Bash。原生 Windows 请使用 %USERPROFILE%\.agents\skills 与 %USERPROFILE%\.claude\skills 对应路径。运行脚本需要 Python 3.9+;可选的 Puppeteer 路径需要 Node.js 18+。
SKILL_ROOT="${CLAUDE_SKILL_DIR:-$HOME/.agents/skills/fireworks-tech-graph}"
python3 "$SKILL_ROOT/scripts/fireworks.py" doctor
python3 "$SKILL_ROOT/scripts/fireworks.py" validate architecture "$SKILL_ROOT/fixtures/api-flow-style7.json"
python3 "$SKILL_ROOT/scripts/fireworks.py" render architecture "$SKILL_ROOT/fixtures/api-flow-style7.json" diagram.svg --report layout.json
python3 "$SKILL_ROOT/scripts/fireworks.py" check diagram.svg
python3 "$SKILL_ROOT/scripts/fireworks.py" export-html diagram.svg diagram.html --title "API Integration Flow"
python3 "$SKILL_ROOT/scripts/fireworks.py" animate diagram.svg diagram.gifHTML 导出是单文件离线产物。导出器会清洗 SVG,并提供平移、缩放、复位、明暗主题、复制 SVG 源码,以及 1×–4× 的 SVG/PNG/JPEG/WebP 下载。
动效可以直接说 “生成 GIF”、“制作 GIF” 或 “让这张图动起来”。命令只接收带有 12 套已验收动效契约之一的生成器语义 SVG。它不锁定源文件的精确字节,因此同一受支持拓扑下通过校验的标题和内容变化可以正常使用;缺失或改变 role/stage/order 覆盖、线路方向、必要颜色或几何时会 fail closed。动效媒体格式只允许 GIF,默认还会写出 <output>.motion.json 验证报告。正式默认参数为 960px、5.75 秒、20fps、115 个帧中心采样:第 1–36 帧完成线路构建,第 36–38 帧淡入运行流,第 38–109 帧保持完整稳定数据流,第 110–114 帧执行五档 reset。Style 1–12 的 signature、速度、路径、几何、构建节奏均已验收,包括 packet head、terminal evidence trace、Blueprint bead、14×10 Notion memory card 和八种场景专属 signature;共享的 +2s-settled-flow 时间修订也已验收,默认新包的相关状态统一记录为 user-approved。75 帧及以下继续要求全部帧唯一;更长时间线允许完整不透明区间内出现非相邻重复。frame 110 因 reset opacity 精确保留 1.00,成为唯一边界例外,并显式分类为 intentional_reset_boundary_repeat;frame 111–114 必须全局不同。长时间线至少保留 75 个唯一 raster,并禁止相邻重复。全样式 75-vs-115 gate 分开统计 binary-exact 与 decoded-RGBA-exact;仅当 AE ≤ 128、normalized RMSE ≤ 0.001、差异 component 宽或高不超过 2px 且只落在 edge/node border 时,才接受 compositor 抗锯齿等价,DOM 与 signature geometry 始终 strict-exact。显式 3.75 秒/75 帧与 2.75 秒/55 帧调用继续兼容。详见 聚焦的 SVG 转 GIF 动效。
| Style | Preset | 运行态 signature |
|---|---|---|
| 5 | agent-orchestration |
玻璃任务胶囊 + coordinator halo |
| 6 | governed-runtime |
governance thread + policy seal |
| 7 | token-stream |
API rail + 三格 token train |
| 8 | golden-circuit |
luxury circuit rail + gem tracer |
| 9 | review-trace |
review rail + moving review cursor |
| 10 | cloud-flow |
region chevrons + replication capsule |
| 11 | event-transit |
event train + exception/projection cars |
| 12 | ops-pulse |
ECG/export heads + trace reveal + waterfall scanner |
仓库自带的 SVG/PNG 校验与导出脚本需要 cairosvg(推荐)或 rsvg-convert。可选的 SVG 转 GIF 动效导出需要 FFmpeg/FFprobe、Chrome/Chromium,以及 puppeteer 或 puppeteer-core。
# 推荐:cairosvg(CSS 支持最好)
python3 -m pip install cairosvg
# 备选:rsvg-convert(系统包,可能丢失 CSS / <foreignObject>)
brew install librsvg # macOS
sudo apt install librsvg2-bin # Ubuntu/Debian
# 可选:语义动效导出。依赖分别安装在两份 Skill 旁边,因为渲染器会
# 刻意忽略调用者当前目录中的同名 Node 模块。
brew install ffmpeg # macOS;其他平台使用系统包管理器
for SKILL_ROOT in \
"$HOME/.agents/skills/fireworks-tech-graph" \
"$HOME/.claude/skills/fireworks-tech-graph"
do
[ -d "$SKILL_ROOT" ] || continue
npm install --prefix "$SKILL_ROOT" --ignore-scripts --no-save --package-lock=false puppeteer-core@25.3.0
python3 "$SKILL_ROOT/scripts/fireworks.py" doctor
done
# 验证脚本支持的任一渲染器
python3 -c "import cairosvg; print(cairosvg.__version__)"
rsvg-convert --version| 渲染器 | 渲染质量 | 安装成本 | 适用场景 |
|---|---|---|---|
| cairosvg | ✅ 好 | 一行 python3 -m pip install |
默认推荐,平衡最佳 |
| rsvg-convert | 系统包 | 没有 Python 环境,简单图形够用 | |
| puppeteer | ✅✅ 最佳 | Node + Chromium | D3、Mermaid 或像素级还原的手动浏览器渲染方案 |
渲染器对比和 Puppeteer 用法见 references/png-export.md,浏览器导出脚本位于
scripts/svg2png.js。
以下关键词会自动触发 Skill:
画图 / 帮我画 / 生成图 / 做个图 / 架构图 / 流程图 / 可视化一下 / 出图
generate diagram / draw diagram / create chart / visualize
生成 GIF / 制作 GIF / 让这张图动起来 / 把刚才的 SVG 转成 GIF / Generate a GIF / animate this diagram / animate this SVG as a GIF
画一张 RAG 流程图
生成一张 Agentic Search 架构图
画一张微服务架构图,风格2(暗黑极客风)
生成 Multi-Agent 协作图,玻璃态风格
生成 Mem0 架构图,输出到 ~/Desktop/
画一张 Tool Call 流程图 --output /tmp/diagrams/
画一张 Agentic RAG 和普通 RAG 的对比图,用 Notion 极简风
→ 功能矩阵对比:检索策略、Agent 循环、工具调用、延迟、成本
生成一张 Mem0 记忆架构图,包含向量库、图数据库、KV 存储和记忆管理器
→ 分泳道记忆架构:Input → Memory Manager → 存储层 → 检索输出
画一张 Multi-Agent 协作图:Orchestrator 调度 3 个 SubAgent(搜索/计算/代码执行),汇聚到 Aggregator
→ Agent 架构,六边形节点 + 工具层 + 结果聚合
可视化一下 Tool Call 的执行流程:LLM → Tool Selector → Execution → Parser → 回到 LLM
→ 含决策循环的流程图,展示工具调用的完整生命周期
画一张 Agent 的 5 种记忆类型图:感知记忆、工作记忆、情景记忆、语义记忆、程序记忆
→ 思维导图或分层架构,从感官输入到程序技能的记忆层级
帮我画一张微服务架构图:Client → API Gateway → [用户服务 / 订单服务 / 支付服务] → PostgreSQL + Redis
→ 水平分层架构,每个服务集群一个泳道
生成一张数据管道图:Kafka 消费数据 → Spark 处理 → 写入 S3 → Athena 查询
→ 数据流图,每条箭头标注数据类型(stream / batch / query)
画一张 Kubernetes 部署架构:Ingress → Service → [Pod × 3] → ConfigMap + PersistentVolume
→ 架构图,Namespace 用虚线框,流量用实线箭头
画一张 OAuth2 授权码流程的序列图:用户 → 客户端 → 授权服务器 → 资源服务器
→ 序列图,垂直生命线 + 激活框
帮我画一张 ChatGPT Plugin 的调用时序图
→ 时序:User → ChatGPT → Plugin Manifest → API → 响应链
画一张 AI 应用上线前的质检流程图:代码审查 → 安全扫描 → 性能测试 → 人工审核 → 发布
→ 流程图,含菱形决策节点和并行分支
生成一张 RAG vs Fine-tuning vs Prompt Engineering 的功能对比图
→ 功能矩阵,对比成本、延迟、准确率、灵活性
帮我可视化一下 LLM 应用的技术栈:从底层模型到 SDK 到应用框架到部署层
→ 分层架构图或思维导图,从模型层到产品层
画一张 AI Agent 的核心能力地图:感知 / 记忆 / 推理 / 行动 / 学习
→ 以"AI Agent"为中心的放射状思维导图,5 个核心能力分支
| # | 名称 | 背景色 | 字体 | 适用场景 |
|---|---|---|---|---|
| 1 | 扁平图标风 (默认) | #ffffff |
Helvetica | 博客、幻灯片、技术文档 |
| 2 | 暗黑极客风 | #0f0f1a |
SF Mono / Fira Code | GitHub README、开发者文章 |
| 3 | 工程蓝图风 | #0a1628 |
Courier New | 架构设计文档、工程规范 |
| 4 | Notion 极简风 | #ffffff |
system-ui | Notion、Confluence、内部 Wiki |
| 5 | 玻璃态卡片风 | #0d1117 渐变 |
Inter | 产品官网、演讲 Keynote |
| 6 | Claude 官方风格 | #f8f6f3 |
system-ui | Anthropic 风格图表,温暖专业美学 |
| 7 | OpenAI 官方风格 | #ffffff |
system-ui | OpenAI 风格图表,简洁现代设计 |
| 8 | 暗黑奢华风 (AI 手绘) | #0a0a0a |
Georgia + system-ui | 高级文档、README Hero、技术演讲 |
| 9 | C4 评审画布 | #f7f2e8 |
Avenir / system-ui | C4 设计评审、ADR、职责边界 |
| 10 | Cloud Fabric | #edf5fb |
Inter / system-ui | 多 Region 部署、VPC/网络归属 |
| 11 | Event Transit | #fbf7ee |
Avenir / system-ui | Kafka/Event Stream、Consumer Group、DLQ |
| 12 | Ops Pulse | #07111f |
SF Mono / Fira Code | SRE 评审、Golden Signals、关键 Trace |
每种风格在 references/ 目录下都有专属参考文件,包含精确的颜色 Token 和 SVG Pattern。风格 1–7 与 9–12 由生成器驱动;风格 8 使用 AI 手绘构图和静态回归 fixture。
生成器会直接消费 containers、语义化 nodes[].kind、arrows[].flow 以及显式端口锚点;Style 9–12 还会在布局前校验领域字段。
几个很有用的增强字段:
style_overrides:在不复制整套 style 的前提下微调标题对齐或配色 tokencontainers[].header_prefix/containers[].header_text:用于 style 3 这种01 // EDGE的工程编号分区标题containers[].side_label:用于 style 6 这类左侧 Layer Labelwindow_controls、meta_left、meta_center、meta_right:用于终端 / 文档风格的顶部 chromeblueprint_title_block:用于 style 3 的蓝图标题信息框
UML 图类型:
- 类图/组件图/包图:风格 1(扁平图标风)或风格 4(Notion 极简风)— 结构清晰,易于阅读
- 序列图/时序图:风格 2(暗黑极客风)— 等宽字体有助于对齐
- 状态机图/活动图:风格 3(工程蓝图风)— 工程美学适合流程图
- 用例图/交互图:风格 1(扁平图标风)— 彩色,易于理解
AI/Agent 图类型:
- RAG/Agentic Search:风格 2(暗黑极客风)或风格 5(玻璃态卡片风)— 科技感强
- 记忆架构:风格 3(工程蓝图风)— 强调分层存储结构
- Multi-Agent:风格 5(玻璃态卡片风)— 磨砂卡片区分 Agent 边界
文档类型:
- 内部文档:风格 4(Notion 极简风)— 极简,适合 Wiki
- 技术博客:风格 1(扁平图标风)— 彩色,吸引眼球
- GitHub README:风格 2(暗黑极客风)— 匹配暗色主题
- 演示文稿:风格 5(玻璃态卡片风)或风格 6(Claude 官方风格)— 精致专业
品牌特定:
- Anthropic/Claude 项目:风格 6(Claude 官方风格)— 温暖奶油色背景,品牌感强且克制
- OpenAI 项目:风格 7(OpenAI 官方风格)— 简洁白色,OpenAI 配色
- 高级编辑感技术图:风格 8(暗黑奢华风)— 深黑画布、香槟金层级和语义色桶
工程评审:
- C4/ADR 评审:风格 9(C4 评审画布)— 单一抽象层级、职责与协议明确
- 云部署评审:风格 10(Cloud Fabric)— Region/Network 归属与跨边界机制明确
- 事件驱动系统:风格 11(Event Transit)— Topic、Processor、Consumer Group、状态与 DLQ
- 可靠性/事故复盘:风格 12(Ops Pulse)— Golden Signals、唯一关键路径与关联 Trace
| 类型 | 描述 | 关键布局规则 |
|---|---|---|
| 架构图 | 服务、组件、云基础设施 | 水平分层,自上而下 |
| 数据流图 | 数据在系统中的流向 | 每条箭头标注数据类型 |
| 流程图 | 决策树、流程步骤 | 菱形 = 决策,自上而下 |
| Agent 架构图 | LLM + 工具 + 记忆 | 五层模型:输入/Agent/记忆/工具/输出 |
| 记忆架构图 | Mem0、MemGPT 风格 | 读/写路径分离,记忆层级分明 |
| 序列图 | API 调用链、时序交互 | 垂直生命线,水平消息箭头 |
| 对比图 | 功能矩阵、方案比较 | 列 = 系统,行 = 属性 |
| 思维导图 | 概念地图、发散思维 | 中心节点,贝塞尔曲线分支 |
| UML 类型 | 描述 | 推荐风格 |
|---|---|---|
| 类图 | 类、属性、方法、关系 | 风格 1, 4 |
| 组件图 | 软件组件和依赖关系 | 风格 1, 3 |
| 部署图 | 硬件节点和软件部署 | 风格 3 |
| 包图 | 包组织和依赖关系 | 风格 1, 4 |
| 复合结构图 | 类/组件的内部结构 | 风格 1, 3 |
| 对象图 | 对象实例和关系 | 风格 1, 4 |
| 用例图 | 参与者、用例、系统边界 | 风格 1 |
| 活动图 | 工作流、并行流程 | 风格 3 |
| 状态机图 | 状态转换和事件 | 风格 2, 3 |
| 序列图 | 时间顺序的消息交换 | 风格 2 |
| 通信图 | 对象交互和消息 | 风格 1, 2 |
| 时序图 | 状态随时间的变化 | 风格 2 |
| 交互概览图 | 高层交互流程 | 风格 1, 2 |
| ER 图 | 实体关系数据模型 | 风格 1, 3 |
Skill 内置以下领域知识,可直接描述场景生成:
RAG Pipeline → Query → Embed → VectorSearch → Retrieve → LLM → Response
Agentic RAG → 在 RAG 基础上加入 Agent 循环 + 工具调用
Agentic Search → Query → Planner → [Search/Calc/Code] → Synthesizer
Mem0 记忆层 → Input → Memory Manager → [VectorDB + GraphDB] → Context
Agent 记忆类型 → 感知记忆 → 工作记忆 → 情景记忆 → 语义记忆 → 程序记忆
Multi-Agent → Orchestrator → [SubAgent×N] → Aggregator → Output
Tool Call 流程 → LLM → Tool Selector → Execution → Parser → LLM (循环)
形状在所有风格中保持一致的语义:
| 概念 | 形状 |
|---|---|
| 用户 / 人类 | 圆形 + 身体路径 |
| LLM / 模型 | 圆角矩形,双边框,⚡ |
| Agent / 编排器 | 六边形 |
| 短期记忆 | 虚线边框圆角矩形 |
| 长期记忆 | 实线圆柱体 |
| Vector Store | 带内环圆柱 |
| Graph DB | 三圆簇 |
| 工具 / 函数 | 带 ⚙ 的矩形 |
| API / 网关 | 六边形(单边框) |
| 消息队列 / 流 | 横向管道 |
| 文档 / 文件 | 折角矩形 |
| 浏览器 / UI | 带三点标题栏的矩形 |
| 决策节点 | 菱形 |
| 外部服务 | 虚线边框矩形 |
| 流类型 | 线宽 | 虚线 | 含义 |
|---|---|---|---|
| 主数据流 | 2px 实线 | — | 主要请求/响应路径 |
| 控制 / 触发 | 1.5px 实线 | — | 系统 A 触发 B |
| 记忆读取 | 1.5px 实线 | — | 从存储检索 |
| 记忆写入 | 1.5px | 5,3 |
写入/存储操作 |
| 异步 / 事件 | 1.5px | 4,2 |
非阻塞 |
| 反馈 / 循环 | 1.5px 曲线 | — | 迭代推理 |
fireworks-tech-graph/
├── SKILL.md # 主 Skill 文件 — 图类型、布局规则、形状词汇
├── README.md # 英文文档
├── README.zh.md # 本文件(中文)
├── references/
│ ├── style-1-flat-icon.md # 白底风格 — 彩色强调色
│ ├── style-2-dark-terminal.md # 暗黑风格 — Neon 配色,等宽字体
│ ├── style-3-blueprint.md # 蓝图风格 — 网格底纹,青色线条
│ ├── style-4-notion-clean.md # 极简风格 — 白底,单色箭头
│ ├── style-5-glassmorphism.md # 玻璃态风格 — 深色渐变,磨砂卡片
│ ├── style-6-claude-official.md # Claude 官方风格 — 温暖奶油色,Anthropic 品牌
│ ├── style-7-openai.md # OpenAI 官方风格 — 简洁白色,OpenAI 品牌配色
│ ├── style-8-dark-luxury.md # 深黑画布、香槟金、AI 手绘布局
│ ├── style-9-c4-review-canvas.md # C4 评审语义 + 确定性手绘纹理
│ ├── style-10-cloud-fabric.md # Deployment 归属 + 中性 Cloud Glyph
│ ├── style-11-event-transit.md # Topic 轨道、站点、Junction 与 DLQ
│ ├── style-12-ops-pulse.md # Golden Signals、关键路径与 Trace Waterfall
│ ├── png-export.md # 渲染器选择与手动导出方案
│ └── icons.md # 40+ 产品图标 + 语义形状模板
├── agents/
│ └── openai.yaml # Codex 可选 UI 元数据
├── schemas/ # 版本化 Diagram JSON Schema
├── docs/ # 能力契约与路线图
├── examples/
│ └── interactive-architecture.html # 离线平移/缩放/导出演示
├── fixtures/
│ ├── mem0-style1.json # Style 1 · Mem0 记忆场景
│ ├── tool-call-style2.json # Style 2 · Tool Call 场景
│ ├── microservices-style3.json # Style 3 · 微服务蓝图
│ ├── agent-memory-types-style4.json # Style 4 · 记忆层级
│ ├── multi-agent-style5.json # Style 5 · 多 Agent 协作
│ ├── system-architecture-style6.json # Style 6 · 系统分层
│ ├── api-flow-style7.json # Style 7 · API 集成
│ ├── dark-luxury-style8.svg # Style 8 · AI 手绘 Runtime 场景
│ ├── c4-review-canvas-style9.json # Style 9 · Checkout C4 评审
│ ├── cloud-fabric-style10.json # Style 10 · Active-Active Deployment
│ ├── event-transit-style11.json # Style 11 · Checkout Event Line
│ ├── ops-pulse-style12.json # Style 12 · Reliability Pulse
│ └── quality-baseline/ # 内部同拓扑质量回归基线
├── scripts/
│ ├── fireworks.py # 统一 validate/render/check/animate/export CLI
│ ├── diagram_ir.py # Schema v1 类型化归一层
│ ├── fireworks_geometry.py # 路由与碰撞共享语义
│ ├── interactive_html.py # 安全的离线 HTML 导出器
│ ├── generate-diagram.sh # SVG 校验与 PNG 导出
│ ├── generate-from-template.py # 基于模板生成 SVG 起始文件
│ ├── motion.py # SVG 转 GIF 校验、编码与原子报告
│ ├── svg2gif.js # 手动时间轴 Chromium 逐帧渲染器
│ ├── svg2png.js # Puppeteer 高保真导出脚本
│ ├── validate-svg.sh # 校验与渲染检查入口
│ ├── validate_svg.py # XML、marker、transform 与路径碰撞检测
│ └── test-all-styles.sh # 批量测试所有风格
├── tests/
│ ├── test_geometry_contracts.py # 路由与产物几何门禁
│ └── ... # IR、CLI、导出器、安装兼容测试
├── tools/ # 分发、项目一致性、安装 canary
├── skills/fireworks-tech-graph/ # 完整的 npx 兼容物理镜像
├── assets/
│ └── samples/ # 示例图 PNG
├── templates/
│ ├── architecture.svg # 架构图模板
│ ├── data-flow.svg # 数据流模板
│ └── ... # 其他图类型模板
└── agentloop-core.svg # 仓库自带示例 SVG
AI/ML 模型: OpenAI、Anthropic/Claude、Google Gemini、Meta LLaMA、Mistral、Cohere、Groq、Hugging Face
AI 框架: Mem0、LangChain、LlamaIndex、LangGraph、CrewAI、AutoGen、DSPy、Haystack
向量数据库: Pinecone、Weaviate、Qdrant、Chroma、Milvus、pgvector、Faiss
关系型/NoSQL 数据库: PostgreSQL、MySQL、MongoDB、Redis、Elasticsearch、Neo4j、Cassandra
消息队列: Kafka、RabbitMQ、NATS、Pulsar
云服务 & 基础设施: AWS、GCP、Azure、Cloudflare、Vercel、Docker、Kubernetes
可观测性: Grafana、Prometheus、Datadog、LangSmith、Langfuse、Arize
| 现象 | 原因 | 处理方式 |
|---|---|---|
npx skills add 后只有 SKILL.md |
使用了裸仓库路径,CLI 选中了根 Skill | 使用 yizhiyanhua-ai/fireworks-tech-graph/skills/fireworks-tech-graph 嵌套路径重新安装 |
SVG 校验报告 edge_node / edge_reserved |
业务线穿过节点、图例或标题区 | 调整端口、corridor_x/y 或 waypoint,再重新渲染;不要手工删除 geometry gate |
SVG 校验报告 edge_overlap |
两条业务线共用同一段轨道 | 给边分配独立 corridor 或 waypoint;跨线桥不能修复共线重叠 |
| PNG 为空或纯黑 | SVG 中含外部字体 @import url() |
移除 @import,使用系统字体栈 |
| PNG 未生成 | 未安装 raster renderer | 推荐 python3 -m pip install cairosvg,也可安装 rsvg-convert |
| 交互 HTML 导出拒绝 SVG | SVG 含脚本、事件属性、外部链接或 foreignObject |
将资源内联并移除 active content 后重新导出 |
| 图底部被截断 | viewBox 高度不足 |
增加画布 height,再执行严格 geometry check |
MIT © 2025 fireworks-tech-graph contributors
