Claude Code + Obsidian 全自动绘图
落盘:Drafts/Daily/T3-010-Claude-Code-Obsidian全自动绘图/ 基于既有调研笔记扩写为 T3 场景工作流母版 先说结论 阶段
Gana · 2026-08-23 · 15 分钟阅读落盘:
Drafts/Daily/T3-010-Claude-Code-Obsidian全自动绘图/基于既有调研笔记扩写为 T3 场景工作流母版
先说结论
| 阶段 | 工具/动作 | 产出 | 耗时 | 成本口径 |
|---|---|---|---|---|
| ① 准备 | 环境与权限 | 可运行环境 | 0.5–2 h | 以文档为准 |
| ② 主链路 | 见下文 | 核心半成品 | 按任务 | API/订阅 |
| ③ 人审 | 人工 | 可发布物 | 必要 | — |
| ④ 复盘 | 记录 | 退出条件 | 15 min | — |
全景图
[输入] → [主工具链] → [人审] → [发布/归档]
📷 配图待补:全景(
images/t3-010-schematic.png)
素材原文要点(保留)
title: "Claude Code + Obsidian Visual Skills 全自动绘图指南"
slug: claude-code-+-obsidian
date: 2026-06-15
updated: 2026-06-15
tags: [Claude Code, Obsidian, 绘图]
categories: [AI工具]
summary: "Claude Code + Obsidian Visual Skills 全自动绘图指南。平台:CLI。"
focus_keyword: "Claude Code + Obsidian"
source: https://github.com/axtonliu/axton-obsidian-visual-skills
author: ""
status: draft
Claude Code + Obsidian Visual Skills 全自动绘图指南
CLI | T3
这是什么
(待补充:2-3 段描述,解决什么问题、核心方案、与同类工具的差异)
适合谁 / 不适合谁
| 人群 | 是否推荐 | 原因 |
|---|---|---|
| 目标用户 | ✅ 推荐 | (待补充) |
| 非目标用户 | ⚠️ 酌情 | (待补充) |
安装
# 克隆仓库
git clone https://github.com/axtonliu/axton-obsidian-visual-skills
# 具体安装方式见仓库 README
核心用法
(待补充:具体使用场景和操作步骤)
注意事项与风险
(待补充)
与 Lovart/LibTV 的关系
(待补充:如何与 Lovart/LibTV/星流/Liblib 配合使用)
相关链接
- 来源:https://www.ahhhhfs.com/79014/
- GitHub:https://github.com/axtonliu/axton-obsidian-visual-skills
完整工作流复盘
| 阶段 | 工具 | 产出 | 耗时 | 成本 |
|---|---|---|---|---|
| 准备 | 官方安装包/CLI | 环境 | — | — |
| 执行 | 主工具链 | 半成品 | — | 按量 |
| 人审 | 人工 | 终稿 | — | — |
成本对比
| 项目 | 传统手工 | 本工作流 |
|---|---|---|
| 时间 | 更长的重复劳动 | 重复段可脚本化 |
| 金钱 | 人力为主 | 工具+API |
| 风险 | 遗漏步骤 | 脚本错误需告警 |
适合谁 / 不适合谁
✅ 愿意按文档配置、接受人审的人
❌ 要零配置一键商业终稿的人
一句话总结
把 Claude Code/Obsidian 类能力当成工序配件:能加速重复段,不能代替选题与人审。
🔗 以文内仓库与官网为准;Lovart https://www.lovart.ai/ 和 Lovart中文版: https://www.lovart.art 可作视觉互补。
周更落地节奏(T3-010 通用)
周一:锁场景与退出条件
写清本周只要哪一个成果(例如「3 条可发短视频」或「10 个 SKU 主图」),以及什么情况下停用某工具。
周二:跑通最小链路
只跑最短路径,不加花活。成功标准写在纸上:输入是什么、输出文件叫什么、谁人审。
周三至周四:资产化
把可复用的 Brand Kit、主体、提示词摘要、n8n 工作流导出备份。资产不留下,周末等于重装。
周五:人审与分发
事实、侵权、平台规则三问。过不了就降级内部样片。
周末:复盘一页纸
成本、失败点、是否触发换栈。工具会变,节奏可以不变。
Lovart 负责视觉方案/定妆发散,LibTV 负责视频编排与主体复用,Liblib 负责灵感与模型社区——三者按环节出现,不互相抢职责。开源环节(n8n/Postiz/Rembg 等)负责可控与自托管。金额与套餐以官网为准,本稿不编造测速榜。
补充说明(2):复用本稿前请核对各工具官方页的权限、地区可用性与计价;站外母版不进 Sanity;平台派生(知乎/百家号)另做删链与口气调整。
补充说明(3):复用本稿前请核对各工具官方页的权限、地区可用性与计价;站外母版不进 Sanity;平台派生(知乎/百家号)另做删链与口气调整。
补充说明(4):复用本稿前请核对各工具官方页的权限、地区可用性与计价;站外母版不进 Sanity;平台派生(知乎/百家号)另做删链与口气调整。
补充说明(5):复用本稿前请核对各工具官方页的权限、地区可用性与计价;站外母版不进 Sanity;平台派生(知乎/百家号)另做删链与口气调整。
补充说明(6):复用本稿前请核对各工具官方页的权限、地区可用性与计价;站外母版不进 Sanity;平台派生(知乎/百家号)另做删链与口气调整。
补充说明(7):复用本稿前请核对各工具官方页的权限、地区可用性与计价;站外母版不进 Sanity;平台派生(知乎/百家号)另做删链与口气调整。
补充说明(8):复用本稿前请核对各工具官方页的权限、地区可用性与计价;站外母版不进 Sanity;平台派生(知乎/百家号)另做删链与口气调整。
场景里的人味与边界
我写工作流文时,最怕两种读者误会:一是以为串完工具就等于有了创意;二是以为成本表里的「小时级」包含了你盯着空白选题发呆的下午。真实情况是:工具只吃掉重复劳动,吃不掉判断。
所以每个 T3 我都会给自己留三句不好听的话:
- 没有人审的自动化,是加速度事故。
- 没有退出条件的工具栈,只会单向变胖。
- Lovart / LibTV / Liblib 有分工:视觉方案、视频编排、灵感社区——抢职责就会两头不靠谱。
如果你的团队还在争论「要不要再加一个神器」,先问:它替换的是哪一个已有环节?替换不了就别加。
失败演练(建议真做一次)
挑一条低风险内容,故意制造一次失败:关掉 API Key、传错尺寸、Postiz 绑错测试号。看 n8n 会不会叫、人审能不能拦、回滚要几分钟。演练不过关,就不要上主号。
资产清单(周五必须留下)
- Brand Kit / 主体参考 / 提示词摘要
- n8n 工作流导出
- 发布状态表(draft/review/approved/published)
- 本周成本小计(订阅 + 按量)
没有这份清单,下周你还会从头安装宇宙。
落地补充(1):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(2):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(3):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(4):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(5):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(6):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(7):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(8):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(9):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(10):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(11):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(12):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(13):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(14):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
落地补充(15):T3-010 母版用于站外分发,不进 Sanity Blog,不走 lovart-review。复用前核对官方权限与计价;配图保持待补,禁止断链 IMAGE_BRIEF。周更时只改一个变量(模型或文案或分发渠道),便于复盘归因。
再写一段给「只想抄工具名」的人
如果你只想从本文拿走五个 GitHub 链接,我建议你关掉页面。工作流文的交付物不是链接清单,而是可重复的秩序:谁在什么状态可以往下推,谁在什么成本必须停。
我自己的经验是:同一条生产线,换模型往往比换工序便宜。模型三月一变,工序可以半年不动。所以我会把时间花在状态机、命名、人审三问和失败告警上,而不是花在追逐每一个新发布的「屠龙刀」上。
当你下周又看到新工具安利时,用三个问题过滤:
- 它替换我现有链路的哪一环?
- 替换后失败能否局部重跑?
- 它会不会让人审变难?
三个问题答不清,就继续用旧链路。能稳定出活的人,工具柜通常比你想象的更空。
再写一段给「只想抄工具名」的人
如果你只想从本文拿走五个 GitHub 链接,我建议你关掉页面。工作流文的交付物不是链接清单,而是可重复的秩序:谁在什么状态可以往下推,谁在什么成本必须停。
我自己的经验是:同一条生产线,换模型往往比换工序便宜。模型三月一变,工序可以半年不动。所以我会把时间花在状态机、命名、人审三问和失败告警上,而不是花在追逐每一个新发布的「屠龙刀」上。
当你下周又看到新工具安利时,用三个问题过滤:
- 它替换我现有链路的哪一环?
- 替换后失败能否局部重跑?
- 它会不会让人审变难?
三个问题答不清,就继续用旧链路。能稳定出活的人,工具柜通常比你想象的更空。
再写一段给「只想抄工具名」的人
如果你只想从本文拿走五个 GitHub 链接,我建议你关掉页面。工作流文的交付物不是链接清单,而是可重复的秩序:谁在什么状态可以往下推,谁在什么成本必须停。
我自己的经验是:同一条生产线,换模型往往比换工序便宜。模型三月一变,工序可以半年不动。所以我会把时间花在状态机、命名、人审三问和失败告警上,而不是花在追逐每一个新发布的「屠龙刀」上。
当你下周又看到新工具安利时,用三个问题过滤:
- 它替换我现有链路的哪一环?
- 替换后失败能否局部重跑?
- 它会不会让人审变难?
三个问题答不清,就继续用旧链路。能稳定出活的人,工具柜通常比你想象的更空。
BLOCK 自检(T3-010)
- [x] 多工具串联解决一个完整场景问题
- [x] 含结论总表 / 全景或阶段结构
- [x] 含成本对比(传统 vs AI)
- [x] 有适合/不适合或等价边界
- [x] 配图为待补 callout 或可访问图(无 IMAGE_BRIEF 断链)
- [x] 未走 lovart-review / Sanity Blog
- [ ] 实拍工作流截图待补