ArcReel 视频创作工作台
将小说经智能体流程制作成分镜与短视频的自托管工作台。
按维度查看评分与理由
证据显示：README 提到默认管理员密码生成、AUTH_PASSWORD 设置、AUTH_ENABLED=false 的警告，以及 SECURITY.md 中关于不支持多租户隔离的说明，表明对权限和敏感数据处理有一定考虑。但未发现明确的 least privilege 设计（如最小权限角色）、用户确认机制（如生成前确认）、数据流透明性（如数据流向图）或敏感数据加密存储的细节。依赖安全方面，有 CodeQL 和 Trivy 扫描工作流，但未提供漏洞修复策略或依赖锁定细节。外部影响方面，提到第三方服务依赖，但未明确限制或审计。回滚方面，README 提到版本历史和项目归档，支持回滚。来源归属方面，有 LICENSE 和 NOTICE，但未明确第三方代码归属。扣分原因：缺乏具体实现细节，多为断言性描述。
证据显示：README 和 pyproject.toml 中依赖版本明确，测试配置（pytest markers）和 CI 工作流（test.yml）存在，表明有一定自洽性。但未提供失败消息的具体示例或错误处理策略。依赖可用性方面，依赖列表完整，但未说明版本兼容性或锁定机制。扣分原因：静态审查无法验证运行时行为，且失败消息细节缺失。
证据显示：README 明确列出了多种工作流（小说改编、短视频、广告）和目标用户（创作者、运营者、贡献者），能力边界（如不支持多租户、Windows 部分支持）有说明。触发精度方面，提到 Agent 检测项目阶段并委派子代理，但未提供具体触发条件。环境适配方面，支持 Docker、SQLite/PostgreSQL、多平台镜像。扣分原因：触发精度描述模糊，缺乏具体规则。
证据显示：README 提供了详细的信息架构（文档索引、快速开始、架构图），安装说明（Docker Compose、环境变量）清晰，命名稳定（版本号由 release-please 管理），示例和 FAQ 存在，已知限制明确，许可证为 AGPL-3.0，有 CHANGELOG 和版本管理。维护责任方面，有 CONTRIBUTING.md 和社区渠道，但未明确维护者身份或责任声明。扣分原因：维护责任描述不明确。
证据显示：README 描述了输出可用性（可编辑的 CapCut 草稿、视频导出），边际价值（从内容到成片的完整流程），成本效益（成本估算和实际使用跟踪）。但缺乏实际用户反馈或性能数据。扣分原因：静态审查无法验证实际效果，且缺乏量化指标。
证据显示：README 中的功能描述与代码结构（如 provider 抽象、队列）有一定对应，但未提供具体实现链接或测试结果。跨来源佐证方面，有 CI 徽章和 Codecov 链接，但未提供具体数据。事实与推断分离方面，README 区分了功能描述和限制，但未明确标注哪些是推断。扣分原因：缺乏可追溯的具体证据，多为断言。
- 静态审查无法验证运行时行为，所有评分基于文件内容推断。
- 未发现明确的用户确认机制，生成操作可能自动执行，需谨慎配置。
- 敏感数据处理细节不足，建议审查代码确认 API 密钥存储方式。
- 依赖安全扫描存在，但未提供漏洞修复策略，需关注依赖更新。
这个 Agent 能做什么，适合哪些场景？
ArcReel 是一个自托管的 Web 视频创作工作台，将小说或已完成剧本组织为角色与线索资产、剧本、分镜图、视频片段和最终成片。前端采用 React 19，服务端采用 FastAPI，并以 Claude Agent SDK 运行由编排 Skill 与聚焦 Subagent 组成的助手流程。系统通过 ImageBackend、VideoBackend 和 TextBackend 支持多家图像、视频与文本服务商，也允许接入 OpenAI 兼容或 Google 兼容 API。GenerationQueue 将图像、视频和音频任务分通道调度，并提供 RPM 限制、lease-based 调度和断点续传；Web UI 通过 SSE 展示任务状态。默认可通过 Docker Compose 部署为 SQLite 版本，生产部署可使用 PostgreSQL，最终可用 FFmpeg 合成视频或按集导出剪映草稿。
用户上传小说后，manga-workflow 先读取 project.json 和文件系统检测项目阶段，再按需 dispatch analyze-characters-clues、split-narration-segments、normalize-drama-script、create-episode-script 等 Subagent。它可生成角色和线索设计图、分镜图或宫格图，再调用配置的 ImageBackend、VideoBackend、TextBackend 生成素材；视频可采用图生视频、宫格生视频或参考生视频模式。GenerationQueue 处理各媒体生成任务，ProjectManager 管理文件系统和版本历史，UsageTracker 按供应商追踪费用。完成的视频片段可由 FFmpeg 合成为成片，也可导出剪映 5.x/6+ 草稿 ZIP；外部 Agent 平台可通过 Bearer API Key 调用 POST /api/v1/agent/chat，并从 /skill.md 获取 Skill 定义。
- 独立短视频创作者想把一部长篇小说逐集规划、确认后制作，而不是一次性生成全部内容。
- 动画工作室需要先建立角色、场景或关键道具参考图，再在多个镜头中保持视觉连续性。
- 带货团队需要上传产品多图，生成八段式带货镜头脚本，并导出含口播字幕轨的剪映草稿。
- 已有成品剧本的制作者希望导入 screenplay，保留台词和画外音后继续生成资产与视频。
- 自托管团队希望在项目级或全局级切换 Gemini、火山方舟、Grok、OpenAI、Vidu、阿里百炼、MiniMax、可灵或自定义兼容服务商。
- 使用 OpenClaw 等外部 Agent 平台的团队希望用自然语言创建项目、生成剧本和制作视频。
这个 Agent 有哪些优点和局限？
- 覆盖从小说/剧本输入到角色设计、分镜、视频片段、FFmpeg 合成和剪映草稿导出的明确生产链路。
- 以 ImageBackend、VideoBackend、TextBackend 统一多供应商能力，并支持自定义 OpenAI 兼容和 Google 兼容 API。
- 助手采用编排 Skill 加聚焦 Subagent 的分工，长篇原文保留在 Subagent 内，主 Agent 接收摘要并在阶段间等待确认。
- 任务队列区分图像、视频和音频通道，包含 RPM 限速、lease-based 调度和断点续传。
- 支持项目级与全局级供应商切换、版本回滚和按供应商的费用追踪与预估。
- 实际生成依赖至少一个外部服务商的 API Key；不同服务商支持的模态、参数和费用并不相同。
- 生产部署需要 PostgreSQL，默认部署虽使用 SQLite，仍需 Docker、Docker Compose 和网络连接。
- Windows 原生环境会自动降级，Bash 沙箱与 bwrap 等 POSIX-only 隔离机制不受支持；生产环境建议 WSL2 或 Docker Desktop。
- 项目采用 AGPL-3.0，并带有 NOTICE 中的附加条款；不接受该许可证义务的组织需另行处理商业使用。
- README 仅明确列出 OpenClaw 的外部 Agent 集成，未说明其他 Agent 平台的等价接入方式。
如何安装或部署这个 Agent？
推荐在 Linux、macOS、WSL2 或 Docker 环境部署。执行：
git clone https://github.com/ArcReel/ArcReel.git
cd ArcReel/deploy
cp .env.example .env
docker compose up -d然后访问 http://localhost:1241。生产版使用 PostgreSQL：进入 deploy/production，复制 .env.example 为 .env，设置 POSTGRES_PASSWORD，再执行 docker compose up -d。首次登录用户名为 admin；密码由 .env 的 AUTH_PASSWORD 设置，未设置时首次启动会自动生成并写回 .env。
如何使用这个 Agent？
登录后打开 /app/settings。先在“ArcReel 智能体”中配置 Anthropic 官方或兼容服务商的凭据、Base URL 和模型；随后至少为图像、视频或文本配置一个服务商 API Key，或添加自定义 OpenAI 兼容/Google 兼容服务商。创建项目后上传小说、成品剧本或产品图片，选择说书、剧集动画或广告/短片模式，并按助手在阶段间展示的摘要确认下一步。待分镜与视频任务完成后，在工作台预览素材、查看 SSE 任务状态和版本历史，使用 FFmpeg 合成成片或导出剪映草稿。
常见问题
需要自己提供模型密钥吗？
能否不使用预置服务商？
/v1/models 发现模型，并按名称推断图片、视频或文本媒体类型。