图表与流程图 —— 用文字描述，自动生成专业图表

用简洁明了的英文描述您的系统、流程或构想——CellCog 将为您生成专业、可交互的图表，并提供一个可直接分享的 URL。

无需 Visio，无需 Lucidchart，更无需耗费数小时拖拽方框。只需描述您需要什么，CellCog 即可将其渲染为支持缩放、平移和点击交互的网页，或导出为适合归档与文档使用的打印级 PDF。

如何使用

在会话中首次运行 CellCog 任务前，请查阅 cellcog 技能文档，获取完整的 SDK 参考说明——涵盖文件处理、聊天模式、超时设置等全部功能。

OpenClaw（即发即弃模式）：

result = client.create_chat(
    prompt="[your task prompt]",
    notify_session_key="agent:main:main",
    task_label="my-task",
    chat_mode="agent",
)

除 OpenClaw 外的所有代理（同步阻塞模式，等待任务完成）：

from cellcog import CellCogClient
client = CellCogClient(agent_provider="openclaw|cursor|claude-code|codex|...")
result = client.create_chat(
    prompt="[your task prompt]",
    task_label="my-task",
    chat_mode="agent",
)
print(result["message"])

为什么绘制图表如此困难

手动创建高质量图表，其过程远比想象中更令人沮丧：

• 布局繁琐：排列方框、箭头和标签所花的时间，往往超过构思本身
• 工具复杂：Visio、Lucidchart、Draw.io 均需较长时间学习上手
• 迭代缓慢：修改一个元素常引发连锁反应，迫使重新调整全部布局
• 共享低效：导出 → 附件上传 → 猜测对方设备能否正常渲染

CellCog 彻底消除上述所有痛点。用文字描述您的图表需求，即可获得一个可分享的交互式 URL；如需修改？只需提出请求即可。

CellCog 的独特之处

其他 AI 图表工具仅输出静态图片。CellCog 则从根本上不同。

CellCog 理解您的系统逻辑，自主选择最优渲染方式，并部署一个可交互的 Web 应用，您只需一个 URL 即可分享。可缩放查看微服务架构细节；点击节点展开具体信息；平移浏览庞大组织结构图；亦可导出为打印就绪的 PDF，用于董事会汇报材料。

这一能力源于：世界一流的编程智能体、多种渲染库（Mermaid.js、D3.js、自定义 SVG、Highcharts）以及内建应用部署能力——所有组件均由统一编排引擎协同调度。当标准方案无法满足需求时，智能体会自动编写定制化代码。

支持创建的图表类型

流程图与业务流程图

可视化任意流程或决策树：

• 业务流程：“为客户入驻流程（从注册到首次价值交付）绘制流程图”
• 决策树：“为支持团队构建工单分类决策树”
• 用户流程图：“为电商 App 的结账流程绘制用户流程图”
• 审批工作流：“绘制费用报销审批流程图——各金额阈值下由谁审批”
• 故障排查指南：“为常见 API 集成错误创建故障排查流程图”

示例提示词：

“为我们的招聘流程创建交互式流程图：

步骤：

1. 职位发布 → 收到申请
2. 简历初筛（HR）→ 通过/不通过
3. 电话初面（招聘专员）→ 通过/不通过
4. 技术面试（工程团队）→ 通过/不通过
5. 文化匹配面试（团队）→ 通过/不通过
6. 发放 Offer → 接受/拒绝
7. 若被拒绝 → 返回步骤 2，进入下一位候选人流程

颜色编码：绿色表示正向推进路径，红色表示拒绝路径，黄色表示决策点。
标注每个阶段的平均耗时。”

系统架构图

面向工程团队的技术架构图：

• 微服务架构：“绘制我们的微服务架构图，展示全部服务、通信模式及数据存储组件”
• 云基础设施：“为生产环境创建 AWS 架构图——包含 VPC、ECS、RDS、ElastiCache、CloudFront”
• 数据管道：“绘制我们从原始数据接入、转换到分析数仓的完整数据流水线”
• API 架构：“创建 API 网关架构图，体现路由规则、认证机制与限流策略”
• CI/CD 流水线：“绘制从 Git 提交到生产环境部署的全流程图”

示例提示词：

“为一款 SaaS 应用创建系统架构图：

前端：部署于 CloudFront/S3 的 React 应用
API 层：运行于 ECS Fargate 上的 FastAPI（前置 ALB）
认证：Firebase Authentication
数据库：主从结构的 RDS PostgreSQL
缓存：ElastiCache Redis
消息队列：SQS（用于异步任务）
工作节点：基于 ECS 的 Celery 工人进程
对象存储：S3（用于用户上传）
监控：CloudWatch + Datadog

使用箭头标明各组件间的数据流向。
按 VPC / 公网 / 外部依赖进行分组。
要求具备交互性——我需要能够对每个组件进行缩放查看。”

思维导图与概念图

用于头脑风暴与知识结构化：

• 头脑风暴：“为我们的 SaaS 产品探索所有潜在收入来源，生成思维导图”
• 主题探索：“构建机器学习概念图——主干分支、子主题及其相互关系”
• 内容规划：“为 Q2 内容策略（博客、社交媒体、视频、邮件）创建思维导图”
• 战略映射：“绘制我们的上市策略图——渠道、核心信息、目标客户细分”

示例提示词：

“为‘AI 在医疗健康中的应用’创建交互式思维导图：

中心节点：AI 在医疗健康中的应用

主干分支：

• 诊断（医学影像、病理分析、基因组学）
• 药物研发（靶点发现、临床试验、分子设计）
• 患者照护（聊天机器人、远程监护、个性化治疗）
• 运营管理（预约调度、账单管理、供应链）
• 科研支持（文献挖掘、临床数据分析）

每个主干分支应包含 3–5 个子主题，并附简要说明。
按成熟度着色：绿色 = 已投产，黄色 = 临床试验阶段，红色 = 基础研究阶段。”

组织结构图

可视化组织架构关系：

• 公司层级结构：“为一家 50 人初创公司创建组织结构图，展示所有部门及汇报关系”
• 团队结构：“绘制我们的工程团队结构图——包括 Squad、技术负责人及跨职能协作关系”
• 矩阵式组织：“创建同时体现职能汇报线与项目汇报线的组织结构图”

UML 图

软件工程专用图表：

• 序列图：“绘制 OAuth 2.0 授权码流程的序列图”
• 类图：“绘制电商领域模型的类层次图——Product、Order、Customer、Payment”
• 状态图：“为订单生命周期（已下单、已付款、已发货、已送达、已退货）创建状态图”
• 活动图：“绘制我们数据处理流水线的活动流程图”

示例提示词：

“为支付处理流程创建序列图：

参与者：User、Frontend、API Server、Payment Service、Stripe、Database

流程：

1. User 点击‘支付’ → Frontend 向 API 发送支付请求
2. API 调用 Stripe 创建 PaymentIntent
3. Stripe 返回 client_secret
4. API 将 client_secret 发送给 Frontend
5. Frontend 通过 Stripe.js 确认支付
6. Stripe 向 API 发送 Webhook
7. API 更新 Database 中的订单状态
8. API 向 User 发送确认邮件

请包含异常路径：支付被拒、Webhook 超时。”

ER 图（实体关系图）

数据库设计与数据建模：

• 数据库 Schema：“为社交平台（用户、帖子、评论、点赞、关注）创建 ER 图”
• 数据模型：“绘制我们库存管理系统的核心数据模型”
• 实体关系：“创建客户、订单、商品、供应商之间的 ER 图”

网络拓扑图

IT 基础设施可视化：

• 网络拓扑：“绘制办公室网络拓扑图——防火墙、交换机、VLAN、无线 AP”
• 安全区域划分：“绘制网络安全部署图——DMZ、内网、管理网、访客网”
• 云网络架构：“为多 VPC 的 AWS 环境（含 VPC 对等连接与 Transit Gateway）绘制网络拓扑图”

甘特图与时间轴

项目规划与进度管理：

• 项目时间线：“为为期 6 个月的产品发布计划（设计、开发、测试、营销、上线）创建甘特图”
• 迭代规划：“绘制接下来 3 个 Sprint 的计划图，包含史诗故事（Epics）、用户故事（Stories）及依赖关系”
• 产品路线图：“创建 2026 年度产品路线图时间轴，按季度标注关键里程碑”

泳道图（Swimlane Diagram）

跨职能流程可视化：

• 跨团队工作流：“创建泳道图，展示客户支持工单在 Support、Engineering、Product 团队间的流转过程”
• RACI 责任矩阵：“为事件响应流程创建泳道图，为每类角色定义对应职责”

用户旅程图

客户体验可视化：

• 端到端旅程：“为客户从发现、评估、购买到成功上手我们产品的全过程绘制用户旅程图”
• 触点映射：“绘制客户在邮件、网站、App 和客服渠道中的全部触点地图”

输出格式

CellCog 默认输出交互式 HTML——其核心价值正在于可探索、可交互的图表，而非静态图像。如需打印就绪版本，请显式指定 PDF 格式。

图表生成的聊天模式

绝大多数图表请使用 "agent" 模式。 单个流程图、架构图或组织结构图均可在 agent 模式下高效完成。

如需全面的系统级文档，请使用 "agent team" 模式——适用于需要多个深度关联图表共同构成完整系统设计文档的场景。

示例提示词

快速流程图：

“为电商网站退货流程创建流程图。包含以下环节：发起退货 → 选择原因 → 审批检查 → 生成运单 → 退款处理 → 确认完成。需同时展示成功路径与拒绝路径。”

架构图：

“绘制我们的生产环境基础设施架构图：

负载均衡器 → 3 台 API 服务器 → PostgreSQL（主库 + 从库）
API 服务器同时连接 Redis 缓存与 S3 存储文件
后台工作节点从 SQS 队列拉取任务
全链路由 Datadog 统一监控

以清晰简洁的架构图呈现，使用箭头标明数据流向。”

思维导图：

“为产品发布策划创建思维导图：

中心节点：产品发布
主干分支：市场营销、工程研发、销售、客户支持、法务合规
每个分支下应列出 4–6 项具体任务
按优先级着色：红色 = 关键路径，黄色 = 重要任务，绿色 = 锦上添花”

数据库 ER 图：

“为项目管理工具创建 ER 图：

实体：User、Organization、Project、Task、Comment、Attachment、Label

关键关系：

• Users 与 Organizations 为多对多关系
• Projects 隶属于 Organizations
• Tasks 隶属于 Projects，并分配给 Users
• Comments 隶属于 Tasks，由 Users 创建
• Tasks 可关联多个 Labels（多对多）

需标注主键、外键及基数关系。”

绘制更优图表的小贴士

1. 描述组件及其关系：“A 连接到 B，B 与 C 通信”——这正是 CellCog 所需的全部信息。无需关心具体布局。

2. 明确图表类型：注明“流程图”、“序列图”、“ER 图”等，有助于 CellCog 自动选用最匹配的渲染引擎。

3. 说明数据流向：对于架构图，请指明数据流动方向。“Frontend → API → Database” 比简单罗列组件更清晰有效。

4. 主动请求交互性：“我希望可以缩放” 或 “组件需支持点击”——此类表述将触发 CellCog 构建交互式体验。

5. 善用颜色编码：“按团队着色” 或 “绿色表示成功路径，红色表示错误路径”——大幅提升图表的即时可用性。

6. 考虑受众差异：“面向工程团队” 与 “面向董事会汇报” 所需的技术颗粒度截然不同。

若尚未安装 CellCog

运行 /cellcog-setup（或根据您的工具环境使用 /cellcog:cellcog-setup）完成安装与身份验证。
OpenClaw 用户：请改用 clawhub install cellcog。
手动安装：执行 pip install -U cellcog 并配置 CELLCOG_API_KEY 环境变量。详细 SDK 参考请查阅 cellcog 技能文档。