LZWcc's Blog

Back

我现在开发都是和 Claude 一起做,做完顺手让它写进博客。写远程用 Claude Code那篇时,有几个问题反复出现:

  1. 每次都要重复交代:博客在哪、文章放哪个目录、日期是什么格式、改完怎么检查、push 为什么会失败。
  2. 写得太长:按日期一天一段往后堆,同一个设置写了三遍,过时的内容也留着。最后连我自己都不想看。
  3. 爱用推理下结论:tmux 滚动顺不顺,它先后写了三个不同的结论,每次都被我实测推翻。

说实话,这些文章和 AI slop 区别不大。但记录本身有用,所以把规矩定下来,做成一个 skill。

一开始我还让文章里带着”需求”和”接下来”,好让下一个会话读了接着做。后来觉得不对:文章是给读者看的完成品,进度和待办不该放进去。会话之间的衔接用 claude -r 接回原会话,或者开工时直接说一句就够了。

skill 是什么#

Claude Code 的 skill 就是一个目录,里面放一个 SKILL.md,开头的 frontmatter 写 name 和 description:

~/.claude/skills/devlog/
├── SKILL.md      # 必须有:name、description + 具体做法
├── posts.md      # 自己加的:项目和文章的对应表
└── check.sh      # 自己加的:检查脚本
plaintext
  • description 决定什么时候用:Claude 会看到所有 skill 的描述,碰到相关的请求就自己加载。也可以直接敲 /devlog 调用,后面跟的文字会作为参数传进去。
  • 只有被用到时,SKILL.md 的正文才会读进上下文,所以可以写得详细一些。
  • 同目录里的其他文件,在 SKILL.md 里写清路径就能引用。
  • 放进 ~/.claude/skills/ 后,当前会话马上就能用,不用重启(我这次就是这样)。

让 Claude 帮你建#

把下面这段发给 Claude,把尖括号里的内容换成自己的:

帮我在 ~/.claude/skills/devlog/ 下创建一个 Claude Code skill:我说"写进博客"时,把做完的开发工作写成博客文章,或者并进已有的文章。

- 博客仓库:<博客路径>。先读 2~3 篇已有文章和内容配置(比如 Astro 的 src/content.config.ts),弄清 frontmatter 字段、日期格式、长度限制和站内链接写法,按仓库已有的惯例来。
- 文章是给读者看的完成品:只写做完、验证过的东西,不写需求清单、进度和待办。
- 项目和文章的对应关系记在 skill 目录的 posts.md:已有文章就把新内容并进对应小节、过时的直接改;新主题就新建一篇。拿不准就问我。
- 写作规则:按主题组织,不按日期;同一件事只写一处,设置和命令汇总到附录;踩过的坑用"现象 / 原因 / 解决"表格;没验证的细节要标明,顺不顺、好不好用这类结论等我实测后再写;超过 200 行先给精简方案让我确认;文中的"我"是我本人,不写客套和空话。
- 写一个 check.sh:检查 frontmatter 长度和日期格式、页内锚点是否存在,再跑一次构建。
- 不要自动提交。

写完用一篇已有文章试跑 check.sh,然后告诉我怎么用。
text

如果 Claude 和博客不在同一台机器上(我的 Claude 跑在 VPS、博客在 Mac),在提示词里加一句”博客在另一台机器上,通过 ssh 主机名 读写”。

我的版本#

下面是我实际在用的三个文件,可以拿来对照 Claude 生成的结果。

SKILL.md:

posts.md:

# 项目 → 博客文章

项目目录指本机的 `/home/lzwcc/workspace/<目录>`,文章在 Mac 的 `LZWcc-Blog/src/content/blog/` 下。

| 项目目录 | 文章 | 内容 |
|---|---|---|
| terminal-optimization | claude-code-remote-terminal.md | 远程用 Claude Code:iTerm2 + tmux -CC、多 agent 侧栏 ag(`~/.local/bin/ag`)、通知。剪贴板桥做完后另写一篇 |
| (devlog skill 本身,`~/.claude/skills/devlog`) | claude-code-devlog-skill.md | 用 skill 把开发过程写进博客:建 skill 的提示词、完整内容 |
markdown

check.sh:

怎么用#

什么时候输入它会做什么
一部分做完、踩了坑、实测出结论/devlog,或者直接说”写进博客”找到对应文章并入,或者新建一篇;更新日期,跑 check.sh,列出改了哪几处
文章太长”精简一下”先列出删什么、合并什么,确认后再改
要发布”提交吧”先跑完整构建,只 add 这篇,提交说明不加 AI 署名;push 要我在 Mac 本地执行

几条规则是踩坑踩出来的:

  • 体感结论等实测:这是 Claude 最容易犯的错。它会根据原理推出”应该很顺”,写得很肯定,结果和实际体验相反。
  • 过时内容直接改:保留修改过程只会让文章越来越长,对读者没有帮助。
  • 没做完的不写:做到一半的东西写进去,读者看到的就是一篇没有结尾的文章。
用一个 skill 让 Claude 把开发过程写进博客
https://lzwcc.xyz/blog/claude-code-devlog-skill/
Author LZWcc
Published at October 21, 2026