Midjourney 作品集自动生成：Anything-LLM 联动实践
在 AI 创作工具日益普及的今天，设计师们正面临一个看似矛盾的现象：生产力空前提升，但知识管理却愈发混乱。每天生成上百张图像、尝试无数种提示词组合后，真正能被复用的设计经验反而像沙子一样从指缝中溜走。你是否也有过这样的经历——明明记得上周做过一张'赛博朋克海滩'的图，现在客户提出类似需求时，翻遍 Discord 聊天记录却怎么也找不到？
这正是我们构建这套自动化系统的出发点。与其把 AI 当作一次性的画笔，不如让它成为团队的'长期记忆体'。而关键，就在于如何将那些散落在各处的图像和提示词，转化为可检索、可对话的知识资产。
想象一下这个场景：你在 Anything-LLM 的聊天框里输入：'找一张去年夏天做的、带霓虹灯的城市夜景图，风格接近赛博朋克。'几秒钟后，系统不仅返回了三张匹配度最高的作品预览，还附上了原始 prompt、参数设置以及生成时间。更进一步，它甚至建议：'您在 7 月 12 日还尝试过一种高 chaos 值的变体，视觉冲击更强，需要查看吗？'
这不是未来设想，而是通过Midjourney + Anything-LLM联动即可实现的工作流跃迁。其核心思路并不复杂：我们不直接干预 AI 作画过程，而是围绕输出结果建立一条'捕获—结构化—归档—智能调用'的闭环链路。
为什么是 Anything-LLM？
市面上并不缺少文档管理工具，但大多数仍停留在'文件柜'阶段——你需要知道文件名或关键词才能找到它。而 Anything-LLM 的不同之处在于，它是一个会'思考'的知识库。它的底层基于 RAG（检索增强生成）架构，这意味着当你提问时，它不会凭空编造答案，而是先从你的私有文档中检索相关信息，再结合语言模型组织成自然语言回应。
整个流程可以拆解为两个阶段：
首先是文档摄入与向量化。当你上传一份 PDF 或 Markdown 文件时，系统会用文本解析器提取内容，切成 512~1024 token 的语义片段，然后通过嵌入模型（如 BAAI/bge-small-en-v1.5）转换为高维向量，存入本地数据库（如 ChromaDB）。这些向量就像是每段文字的'指纹'，决定了它们在语义空间中的位置。
其次是查询与生成响应。当用户提问时，问题同样被编码为向量，并在数据库中进行相似度搜索（通常使用余弦相似度）。最相关的几个文本块会被提取出来，连同问题一起送入大语言模型（如 Llama3 或 GPT-4），最终生成一个有据可依的回答。这种机制有效避免了纯 LLM 常见的'幻觉'问题。
更重要的是，Anything-LLM 支持完全本地化部署，所有数据保留在内网环境中。对于设计机构而言，这意味着客户的创意草稿、未发布的品牌视觉方案都不会上传到第三方服务器，满足 GDPR 等隐私合规要求。
import requests
# 示例：通过 API 自动归档新生成的作品
BASE_URL = "http://localhost:3001"
def create_workspace(name: str):
resp = requests.post(f"{BASE_URL}/api/workspace", json={"name": name})
return resp.json()["id"]
def upload_document(workspace_id: str, file_path: str):
with open(file_path, "rb") as f:
files = {"file": (file_path.split("/")[-1], f, "application/octet-stream")}
data = {"workspaceId": workspace_id}
resp = requests.post(f"{BASE_URL}/api/document/upload", files=files, data=data)
return resp.status_code == 200
if __name__ == "__main__":
ws_id = create_workspace("Midjourney_Projects_2024_Q3")
success = upload_document(ws_id, "./outputs/cyberpunk_beach_v6.md")
print("Upload successful:", success)
这段脚本展示了如何通过 RESTful API 实现自动化归档。你可以将其集成进 CI/CD 流程，每当有新的 Midjourney 输出产生时，就自动生成结构化文档并推送到指定知识空间。
如何让 Midjourney'主动交出'创作记录？
Midjourney 本身并未提供官方 API，但它运行在 Discord 平台上，这给了我们切入点。每一个/imagine命令的执行结果都会以 Bot 消息形式出现在频道中，包含图像链接、原始 prompt、版本号（–v）、宽高比（–ar）等关键信息。
我们的策略是：部署一个轻量级监听服务，通过 Discord Webhook 实时捕获这些消息。相比轮询 API，Webhook 更加高效且符合平台规范。解析后的 JSON 数据大致如下：
{
"prompt": "cyberpunk cityscape at night, neon lights, rain --v 6 --ar 16:9",
"image_url": "https://cdn.midjourney.com/...",
"job_id": "abc123...",
"timestamp": "2024-06-15T10:30:00Z"
}
接下来的关键一步是结构化封装。直接上传原始日志显然不够友好，更好的方式是生成标准化文档。例如，我们可以用 Python 动态生成 Markdown 文件：
# Project: Cyberpunk Cityscape
**Prompt**: cyberpunk cityscape at night, neon lights, rain --v 6 --ar 16:9
**Model Version**: v6
**Aspect Ratio**: 16:9
**Generated At**: 2024-06-15 10:30 UTC
或者更进一步，使用 WeasyPrint 生成带封面的 PDF 报告，便于后期归档与展示。命名规则建议采用[MJ][YYYYMMDD]_描述关键词.md格式，既清晰又利于程序批量处理。
当然，这里有个潜在风险：Midjourney 的 CDN 链接可能失效。我的建议是，在抓取到图像 URL 的同时，立即下载副本并存储在本地 NAS 或对象存储中，再将本地路径写入文档。虽然增加了存储开销，但确保了知识库的长期可用性。
实际工作流长什么样？
完整的自动化链条其实很简洁：
- 设计师在 Discord 中输入
/imagine prompt: 蒸汽波风格的午夜海滩，粉紫色调 --v 6 --chaos 30 - 监听脚本收到 Bot 返回的消息，提取 prompt 与图片链接
- 自动生成
./archive/[MJ]20240712_synthwave_beach.md - 调用 Anything-LLM API 上传该文件至'Design Archive'空间
- 系统自动完成文本切片、向量化与索引
- 数秒后，团队成员即可在 Web 界面中通过自然语言查询这项成果
整个过程无需人工干预，彻底告别'截图→重命名→拖进文件夹'的低效模式。
它到底解决了哪些痛点？
我们不妨对照现实中的典型问题来看：
| 问题 | 解法 |
|---|---|
| '那张图我肯定做过，就是找不到' | 支持模糊语义检索，比如问'类似赛博朋克但色调偏蓝的夜景'也能命中 |
| '上次用的 prompt 是什么来着？' | 所有原始指令自动归档，一键复制复用 |
| 团队新人无法继承历史经验 | 共享知识库让创意资产可传承，减少重复试错 |
| 图像分散在多个平台 | 统一归集至本地可控系统，形成组织级数字资产 |
尤其值得注意的是标签体系的设计。除了自动提取的参数（如–v6、–ar 16:9），我建议在文档头部加入 YAML front-matter 或 HTML 注释形式的手动标签，例如：
---
tags: [cyberpunk, city, night, neon, v6]
project: client-X-rebrand
---
这些元信息能在后续分析中发挥巨大作用，比如统计'哪些风格最受欢迎'、'chaos 值在什么区间产出率最高'。
性能方面也要有所准备。当文档总量超过 1 万页时，ChromaDB 可能会出现响应延迟。这时应考虑迁移到 Weaviate 或 Qdrant，并启用 GPU 加速嵌入计算。不过对大多数团队来说，初期完全可以用单机 Docker 部署跑通全流程。
写在最后
这套方案的价值，远不止于'省时间'这么简单。它本质上是在重构我们与 AI 工具的关系——从'用完即弃'转向'持续积累'。当每一次生成都被记录、每一次尝试都能被追溯，AI 就不再只是一个绘图工具，而成了团队的'外脑'。
更深远的影响在于协作模式的改变。过去，资深设计师的经验往往藏在个人硬盘里；而现在，整个团队共享同一个记忆体。新人入职第一天就能查到三年前某个项目的全部视觉探索路径，这种知识透明度是传统工作流难以企及的。
未来，随着视频、音频、3D 模型等更多生成式 AI 工具的普及，类似的 RAG 驱动归档系统将成为创意团队的标准配置。而 Anything-LLM 这样开箱即用的本地化平台，正为我们提供了通往这一未来的平滑入口。