Law的数字世界

1）先安装 WeWrite#

根据项目 README，Claude Code 的安装方式是：

1
git clone --depth 1 https://github.com/oaker-io/wewrite.git ~/.claude/skills/wewrite
2
cd ~/.claude/skills/wewrite && pip install -r requirements.txt

我把下面的内容直接丢给Claude Code：

1
请参考下面 wewrite 的安装方式，帮我在本机执行安装：
2
git clone --depth 1 https://github.com/oaker-io/wewrite.git ~/.claude/skills/wewrite
3
cd ~/.claude/skills/wewrite && pip install -r requirements.txt

这一步做完后，wewrite 就能在 Claude Code 里直接调用了。

2）把 WeWrite 的生图能力接到我自己的 my-image#

我不是直接用 WeWrite 默认的图片能力，而是把它改造成支持调用我自己的 my-image skill。

如果你也想自己做一套图片 skill，my-image 的创建可以参考我另外一篇文章：用Banana2给AI Agent装上出图能力：两步创建专属图片Skill。

你可以先按那篇文章把专属出图 skill 搭起来，再回到 WeWrite 里做 provider 接入，这样会更顺。

我当时给 Claude Code 的 prompt 是：

1
请修改 wewrite 这个 skill，把其中的"AI 图片生成"能力扩展为支持调用我自己的 skill my-image 来生成图片。
2
执行要求：
3
先阅读并理解 wewrite 中当前"AI 图片生成"相关的实现方式
4
在不破坏现有功能的前提下，新增一套基于 my-image 的生图流程
5
尽量沿用 wewrite 现有的结构、命名和调用风格
6
如果 my-image 的接入方式与现有实现冲突，请先说明你的修改方案，再继续实施
7
修改完成后，告诉我你改了哪些文件、核心改动是什么，以及如何使用这个新能力

我这次改动的核心思路是：

• 先看懂 WeWrite 现在怎么做”AI 图片生成”
• 尽量沿用它原来的结构和命名
• 在不破坏原有 provider 的前提下，新增一套 banana2 / my-image 的生图流程

这一步做完以后，WeWrite 就不只是用默认 provider 出图了，也能走我自己的图片能力。

查看config.example.yaml文件：

注意

这一步的重点不是”重写一套生图逻辑”，而是顺着 WeWrite 原来的方式扩展。
这样后面更稳，也不容易把已有功能改坏。

3）生成 config.yaml#

因为我自己的 my-image key 已经放在环境变量里，而且我改的 Banana2 方案本身也可以不显式填 key， 所以这里我只需要把图片 provider 改掉。

我当时给的 prompt 是：

1
请帮我基于示例文件生成 config.yaml：
2
cp config.example.yaml config.yaml
3

4
然后把 config.yaml 中下面这段配置：
5
image:
6
  provider: "doubao"
7
  api_key: "your_api_key"
8
修改为：
9
image:
10
  provider: "banana2"
11
  #api_key: "your_api_key"

也就是说，这一步的目标不是把配置写复杂，而是先让 WeWrite 走到我自己的图片能力上。

4）写作人格先定一下，文章味道会差很多#

wewrite 还有一个很关键的配置：writing_persona。

这个东西你可以理解成”文章说话的方式”。同样是写公众号，走不同 persona，出来的语感差别会很大。

它有两种常见用法：

1. 写进 style.yaml / config.yaml 里长期生效
2. 直接在调用 wewrite skill 时写进 prompt 里临时指定

如果你已经知道自己要什么风格，最省事的写法就是直接在配置里加上：

1
writing_persona: "midnight-friend"

我看了 WeWrite 现在的配置说明，它常见的几种 persona 大概是这样：

提示

说白了，writing_persona 更像”默认语感模板”。
你想长期固定，就写到配置里；你这次想临时换风格，就直接写进 prompt 里。

5）这次先不接公众号 AppID 和 Secret#

这次我先不配微信参数，主要先看两件事：

• 文章效果怎么样
• 整个流程顺不顺

我当时的要求是：

1
此处先不配置微信的appid和secret，主要测试一下文章效果和流程

这个顺序更适合小白。
先把文章跑出来，再补发稿链路，会更稳。

6）开始写文章#

前面都准备好以后，我就直接在 Claude Code 里调用 WeWrite 写这篇文章。

我当时的 prompt 是：

1
请使用 wewrite skill，帮我写一篇公众号文章。
2
写作要求如下：
3
主题：WeWrite + Claude Code：小白也能快速写出高质量公众号文章
4
目标读者：普通职场人、个体创作者
5
风格：自然、接地气，有一点个人观点，但不要太说教
6
篇幅：1500-2000 字
7
结构：先讲背景，再讲实践，内容要有清晰过渡

从截图里也能看到，WeWrite 在执行时会把流程拆成几个步骤，比如：

• 环境与配置检查
• 选题与素材准备
• 写作任务执行
• 质量检查
• 预览生成与本地预览

因为它不是扔给你一篇文字就完了，而是把”写一篇公众号文章”当成一条完整流程来跑。

7）最后拿到文章结果，再继续人工打磨#

文章跑完后，WeWrite 会给出结果文件和一些基础信息。

这个阶段我不会直接发，而是会再做一层人工判断：

• 结构顺不顺
• 表达是不是够口语化
• 哪些地方需要补个人观点
• 哪些地方还要继续压字数

这也是为什么我一直说：

WeWrite 更适合跑流程，Claude Code 更适合做打磨。

前者帮你把稿子先跑出来，后者帮你把稿子修顺。

8）这次实践给我的真实感受#

如果只用一句话总结这次实践，我会这么说：

WeWrite 最大的价值，不是”替你写”，而是帮你把公众号文章从想法一路推进到初稿。

而 Claude Code 的价值，是把这份初稿继续打磨成更能发的版本。

所以这套组合最适合的人，不是专业编辑，而是：

• 平时要写内容，但写得慢的人
• 有观点，但总卡在起稿的人
• 想提高效率，但又不想把文章完全交给 AI 的人