只有 AI demo，没有产品逻辑
很多 starter 只有 provider 调用，没有 queue、billing、admin 与结果历史。
Feature / AI Workflow
把产品交互、provider 执行、队列控制与 billing 真正串起来的 AI 工作流
BunShip 不只是一个 AI demo shell，而是已经包含从任务提交、队列治理、usage pricing 到结果呈现的完整 AI workflow，更适合构建真实 AI 产品。
- 已落地的 image generation workflow
- 多 provider 模型叙事
- 队列感知的执行路径
- 与 credits、refunds、admin 控制联动
1 loop
产品工作流
submit、govern、price、expose 已是连贯路径。
4+
AI 面
provider config、prompt controls、queue handling、history 都已出现。
Ops-ready
失败模型
timeout、retry、cancel、compensation 都被纳入叙事。
这个页面要让人看到 BunShip 讲的是 AI 产品工作流，而不是单个 prompt 表单。
Prompt workflowProvider 控制任务历史Billing-aware generation
这个页面要解决什么问题
AI 买家真正关心的是：这个 starter 能不能承受真实工作负载，而不是只会调一次模型。
Prompt 到 monetization 断裂
真正的 AI 产品必须连接 usage、credits 与用户可见结果。
Provider 失败没有安全叙事
retry、cancel、timeout 这些不能只藏在源码里。
What's included
AI workflow 页负责承接更广的 AI app intent，queue governance 则作为更窄的 supporting page。
AI image workflow
现成的图像生成工作流可作为你自己 AI 产品的起点。
Provider-aware execution
已经考虑 model provider 的接入与配置，而不是写死单一 vendor。
Usage 与 pricing integration
credits 与 pricing 已经成为 workflow 的一部分。
Why it matters
这是 BunShip 最清晰的差异化页面之一，因为它直接展示 AI-native 产品能力。
提高 AI 场景转化质量
买家会更快理解 BunShip 不是 generic SaaS 模板。
更适合 AI 搜索引用
页面能清晰回答 AI workflow、image generation starter 等问题。
打通产品与运维
queue、pricing、provider control 与 UI output 被当成同一系统来解释。
Implementation notes
用内链把 AI 工作流与更深的实现层分开。
Who it's for
适合因为 AI-native workflow 才来评估 starter 的团队。
AI 应用创始人
可以把现有 generation loop 改造成你自己的任务型 AI 产品。
内部 AI 工具团队
不必再单独补 admin、billing、queue 这些周边能力。
做 AI 项目的 agency
更容易向客户展示 provider、queue 与 usage economics 的完整方案。
FAQ
让 AI workflow 保持商业主线，把更窄的问题分流给 supporting pages。
Next step
把 AI workflow 作为 BunShip 最核心的 AI-native 证明页
继续看 pricing 进行商业评估，或打开 workflow docs 进入实施层。