这个 Skill 能做什么，适合哪些场景？
Claude Blog Brain 是 claude-blog 仓库中的独立 Agent Skill，面向博客内容的创建、优化和管理。它把来源材料、研究证据、内容策略、主题集群、编辑日历、多语言发布和质量检查组织到持久化的 Obsidian vault 中。技能要求先读取 vault 的 CODEX.md、wiki/hot.md 和 wiki/index.md，并维护来源账本与适配器清单。它适合需要可审计内容流程的个人创作者、营销团队和代理机构，但不是自动发布系统，也不能保证排名或流量结果。
通过 new 创建客户端 vault，通过 demo 生成演示 vault，通过 ingest 导入来源文件；通过 synthesize 综合 vault 内容，通过 report 生成报告，可选仅输出 HTML；通过 visuals 生成 vault 可视化，通过 lint 检查 vault，通过 next 指导下一步行动。运行前读取 <vault>/CODEX.md、wiki/hot.md 和 wiki/index.md，保留 .raw/ 不可变来源材料，更新 hot、index、overview 和 log，并在 references/source-ledger.json 与 references/adapter-manifest.json 中记录证据和适配状态。脚本映射到 scripts/scaffold_vault.py、build_demo_vault.py、ingest_source.py、synthesize_brain.py、render_brain_report.py、generate_vault_visuals.py、lint_vault.py 和 guide_next_action.py。
- 个人博客作者希望把来源、研究证据和文章规划集中保存到一个可持续维护的 vault 中。
- 营销团队需要为多个客户维护编辑日历、内容策略、主题集群和多语言发布计划。
- 内容代理机构需要在提交报告前检查引用、来源新鲜度、事实依据和 vault 完整性。
- Claude Code 技能构建者希望参考一个包含来源账本、质量门槛和只读运营规则的博客内容工作流。
如何安装这个 Skill？
- 技能元数据的 Custom license 与仓库 MIT 许可证冲突，安装或再分发前应确认适用许可证。
- Bash、Write、Edit 权限较宽；应在隔离 vault 中运行，并在执行写入或外部调用前人工确认路径和数据范围。
- 未提供充分的中文支持或大陆网络可达性证据；涉及 GitHub、Google、Gemini、NotebookLM 等外部服务时需单独验证可用性。
- CI 和测试仅作为提交的静态证据，本次未执行，不能视为已验证的运行结果。
- Shell / 命令行
- 本地文件系统
Python 3.11+
来源只说明该技能随 AgriciDaniel/claude-blog 公共仓库发布，并要求 Claude Code CLI 与 Python 3.11+。可按 README 安装公共插件：在 Claude Code 中运行 /plugin marketplace add AgriciDaniel/claude-blog，然后运行 /plugin install claude-blog@agricidaniel-claude-blog，重启 Claude Code。来源没有说明单独安装 brain/SKILL.md 的独立命令或固定目标文件夹。
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/AgriciDaniel/claude-blog.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/brain" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
在 Claude Code 中触发 claude-blog-brain，或使用参数提示中的命令：/claude-blog-brain new <client-slug> --owner <name>、demo、ingest --vault <path> --file <source>、synthesize --vault <path>、report --vault <path>、visuals --vault <path>、lint --vault <path>、next --vault <path>。首次操作应准备一个 vault，并确保其中存在 CODEX.md、wiki/hot.md 和 wiki/index.md。
这个 Skill 有哪些优点和局限？
- 围绕持久化 Obsidian vault 组织博客研究和运营信息。
- 明确要求来源证据、日期、置信度和回滚说明，适合可审计流程。
- 覆盖导入、综合、报告、可视化、检查和下一步指导等完整操作。
- 明确禁止凭据入库、无来源领域断言和对 CMS、GSC、GA4 或发布平台的写入。
- 它是咨询和读写 vault 的运营系统，不会直接修改 CMS、GSC、GA4 或发布平台。
- 技能自身 frontmatter 标注为 Custom license，而仓库 README 标注整体仓库为 MIT，采用前应核对许可适用范围。
- 来源没有提供独立 brain 包的安装方式，也没有给出单独的测试覆盖或已验证平台清单。
- 质量规则要求持续刷新 Google 政策、算法更新、架构建议和 GEO/AEO 证据，维护成本不低。
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| Claude Blog Brain 内容运营大脑 本页 | 53 · 谨慎使用 | ★ 2.4k | 14 天前 | MIT |
| Blog Calendar 编辑日历规划器 | 53 · 谨慎使用 | ★ 2.4k | 14 天前 | MIT |
| Claude Blog 内容引擎 | 47 · 谨慎使用 | ★ 2.4k | 14 天前 | MIT |
| 社媒常青日历 | 59 · 推荐 | ★ 3k | 14 天前 | Apache-2.0 |
| 关键词研究与内容选题 | 54 · 谨慎使用 | ★ 3k | 14 天前 | Apache-2.0 |
FollowSkills 如何评估这个 Skill？
技能要求先读取 CODEX.md、wiki/hot.md 和 wiki/index.md，要求保留原始资料、禁止凭据并声明只读、不修改 CMS/GSC/GA4；插件允许 Read、Grep、Glob、Bash、Write、Edit，具备较宽文件与命令权限，且缺少逐命令确认、细粒度路径隔离和明确回滚方案，因此从高分档扣分。仓库存在 MIT LICENSE，但该技能及插件元数据写为 Custom license，来源归属和许可证存在不一致，进一步扣分。未见恶意、凭据窃取或隐蔽外泄红线。
brain/SKILL.md 提供命令映射、操作顺序、质量门和异常输入测试；CI 声明运行 brain 测试、lint 和审计，测试覆盖确定性、错误 JSON、字段校验和临时输出。静态审查未执行这些路径，且技能未明确 Python/Obsidian/运行环境、依赖安装、命令失败后的用户可诊断反馈或恢复流程；按静态校准不超过 10 分。
目标是使用 Claude Blog Brain 的本地 Obsidian vault，场景、命令和参数大体清晰，并声明 blog、SEO、GEO 等范围；但未明确非适用场景、触发边界、输入输出契约和不支持环境。中文界面或中文内容支持没有证据，且社区支持、部分工作流可能依赖海外 GitHub 或外部服务，因此只能给中低分。
技能结构简洁，包含命令表、脚本映射、操作规则、质量门、刷新频率和社区缺陷渠道；插件版本为 0.1.0，根仓库提供 MIT LICENSE、CI 和 issue 模板。扣分原因是技能自身声明 Custom license，与仓库 MIT 元数据冲突；缺少安装、依赖、参数稳定性、示例输入输出、FAQ、维护责任人和明确 changelog/update path。
已有端到端测试文件显示 scaffold、ingest、synthesize、visuals、report、lint 及 blog adapter 可形成结构化报告，错误输入也有 JSON envelope；但本次未执行，且仅凭源文件无法确认实际输出质量、外部来源新鲜度、Obsidian 兼容性或对用户任务的边际收益。没有第三方执行结果，按静态校准最高 7 分。
有固定 revision、命令到脚本映射、提交的测试、CI 配置、确定性断言和来源台账要求，提供了有限可审计材料；但没有本次运行结果、独立复核、测试覆盖率或第三方报告，且 README 的整体营销声明不能替代 selected skill 的实证，因此按静态校准给 5 分。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →