AI 为我所用之：AI 写书快速上手

先下手为强——快速上手用 AI 写书

AI 写作工具越来越厉害，但它只有在你掌控全局的前提下，才能成为你的助手而不是你的替代品。本文手把手教你用码农思维管理创作项目——AI 当搭档，Git 管理稿件，像开发软件一样写书。

PART 1　概述

1.1 这篇文章写给谁？

你不需要是程序员，但最好对电脑不陌生。如果你会装软件、会用命令行敲个命令，那就够了。

这套方法适合这样的你：

• 心里有想法，有故事要讲，有知识想沉淀，但一直没有系统地把它们写成书。
• 试过直接跟 AI 对话写作，输出了不少内容，但东一块西一块，整理起来头疼。
• 听说过 Git，或者用过 GitHub，愿意学一点工程化工具来管理自己的创作成果。

这套方法特别适合这类书：

总结成一句话：有结构、可分章节、需要持续更新的内容，都适合用这套方法来写。

人负责什么，AI 负责什么？

这是整件事最关键的分工——搞清楚这个，后面的一切才有意义：

一句话记住：你是导演，AI 是执行团队。

导演不写每一句台词，但导演决定拍什么、怎么拍、最后剪什么。你如果把这个角色搞反了——让 AI 决定写什么、你只是在旁边看——那才是真的在被 AI 替代。

1.2 写书和写文章有什么不同？

写公众号文章，一篇三千字，改改就发出去了。写书不一样——写书是一个持续数月甚至更长的项目：几万字，十几个章节，期间要反复修改大纲、前后章节要相互呼应、风格和措辞要保持一致。

很多人直接用豆包、文心一言这类 APP 来写书，结果往往是这样：

• 今天跟 AI 聊出来一段不错的内容，截图保存，放在备忘录里。
• 过了三天，想找之前聊的某个思路，在几十条对话记录里翻来翻去，找不到。
• 换了手机，或者重装了 APP，历史记录就没了。
• 不同章节是在不同的对话里生成的，复制粘贴到 Word 文档里，格式一塌糊涂。
• 改了一个地方，又不知道改之前是什么样子，也没法回退。

这不是工具的问题，是你用工具的方式有问题。

聊天 APP 是为对话设计的，不是为管理几万字的长期项目设计的。用它来写书，就像拿筷子当螺丝刀——不是不能用，就是太别扭。

1.3 码农思维的优势

程序员写代码，有一套被反复验证的项目管理方式：

• 项目有固定目录：所有文件放在一个文件夹里，命名规范，不乱放。
• 用 Git 做版本管理：每次修改都有记录，改错了随时回退，还能看到"这个地方什么时候改的、为什么改"。
• 用 AI Agent 执行具体任务：不是漫无目的地聊天，而是把 AI 当一个能执行任务的助手——"帮我在这个文件夹里新建一个章节文件，内容按这个提示写"。
• 成果落盘，有据可查：每次创作的内容都保存成文件，推送到远程仓库，永不丢失。

把这套思维用到写书上，好处是：

1. 稿件安全：所有内容都有版本记录，改了什么、什么时候改的，清清楚楚，永不丢失。
2. 随时恢复：写到一半觉得改坏了，一条命令就能回到任意历史版本。
3. 协作方便：如果有编辑或合著者，直接用 Git 协作，不用来回传 Word 文件。
4. 随时接续：隔了一个月没写，打开项目看看 README 和大纲，马上接着上次的进度继续。
5. 格式干净：Markdown 纯文本，转 PDF、发公众号、将来出版，导出都很方便。

写书工具链：WorkBuddy + Git + VS Code

PART 2　准备工作

2.1 安装腾讯 WorkBuddy

WorkBuddy 是腾讯推出的 AI 助手客户端，不只能写代码，同样适合辅助写作。它最大的优势是支持本地 Agent 模式——AI 能直接读写你电脑上的文件，帮你完成从"生成内容"到"保存文件"的全流程，你不用自己来回复制粘贴。

下载与安装

第一步：下载安装包

打开浏览器，访问 WorkBuddy 官方下载页面：

https://workbuddy.tencent.com

在首页找到"下载"按钮，根据你的操作系统选择对应版本：

• macOS：选择 .dmg文件，适合 Apple M1/M2/M3 或 Intel 芯片的 Mac。
• Windows：选择 .exe 安装包。

第二步：安装

• macOS：打开下载好的 .dmg 文件，将 WorkBuddy 图标拖入 Applications（应用程序）文件夹即可。
• Windows：双击 .exe 安装包，按照提示完成安装。

第三步：登录账号

启动 WorkBuddy，会提示你用腾讯账号登录。扫码登录或者输入账号密码均可。

如果没有腾讯账号，可以用手机号注册一个，整个注册过程不到两分钟。

第四步：完成第一次对话

登录成功后，你会看到一个对话界面，左边是文件树区域，右边是聊天窗口。

试试输入：

你好，帮我介绍一下你能做什么

WorkBuddy 会回复它的功能说明。如果能看到正常的回复，说明安装和网络都正常。

💡 小提示：WorkBuddy 默认工作区是你当前打开的文件夹。后面我们会通过对话，让它找到你的写作项目文件夹。

2.2 在 Gitee 或 GitCode 创建项目

Git 是一个版本控制工具。Gitee 和 GitCode 是两个国内的 Git 代码托管平台——把你的稿件同步到云端，就像存网盘，但功能强大得多。

为什么选国内平台而不用 GitHub？

国内访问 GitHub 有时候速度较慢，Gitee（码云）和 GitCode 是国内平台，访问稳定，初学者更友好。两者功能差不多，本文以 Gitee 为例。

第一步：注册 Gitee 账号

打开浏览器，访问 https://gitee.com，点击右上角"注册"。用手机号注册，完成手机验证后设置密码，即可登录。

第二步：生成 SSH Key（公钥）

SSH Key 是一种安全身份验证方式，配好之后，你电脑和 Gitee 之间的通信就不用每次输密码了。

打开终端（macOS）或命令提示符（Windows），执行：

ssh-keygen -t ed25519 -C "你的邮箱@example.com"

一路按回车，默认保存位置就行。

查看生成的公钥：

# macOS / Linux 
cat ~/.ssh/id_ed25519.pub
# Windows（PowerShell）
Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub

复制输出的整段文字（以 ssh-ed25519 开头，以你的邮箱结尾）。

第三步：在 Gitee 配置公钥

登录 Gitee，点击右上角头像 → 设置 → 左侧菜单找到 SSH 公钥。

点击"添加公钥"，在"公钥"输入框里粘贴刚才复制的内容，标题随便填（比如"我的 MacBook"），点击"确定"。

验证是否配置成功：

ssh -T git@gitee.com

如果看到 Hi 你的用户名! You've successfully authenticated，说明配置成功。

第四步：创建仓库

登录 Gitee，点击右上角 "+" → "新建仓库"。

填写以下信息：

my-book
（只能用字母、数字、连字符）

点击"创建"。

第五步：克隆到本地

仓库创建后，在仓库首页找到绿色的"克隆/下载"按钮，选择 SSH 标签页，复制地址（格式类似 git@gitee.com:你的用户名/my-book.git）。

在终端执行：

# 进入你想放项目的目录，比如桌面
cd ~/Desktop
# 克隆仓库
git clone git@gitee.com:你的用户名/my-book.git 
# 进入项目目录
cd my-book 
# 查看当前文件
ls

如果看到 README.md 文件，说明克隆成功。

2.3 安装 VS Code

VS Code（Visual Studio Code）是微软出品的免费代码编辑器，免费、跨平台、插件丰富。对写书来说，它主要用来：

• 预览 Markdown 文件（边写边看排版效果）
• 搜索和替换整个项目中的文字
• 查看 Git 历史记录（谁改了什么）
• 将 Markdown 导出为 PDF（配合插件）

下载安装

访问 https://code.visualstudio.com，下载对应系统的安装包，安装过程和普通软件一样。

打开项目文件夹

# 在终端中，进入你的项目目录后执行 code .

或者在 VS Code 菜单中选择 文件 → 打开文件夹，选中你的项目目录。

常用操作

预览 Markdown 文件：打开任意 .md 文件，按 Ctrl + Shift + V（macOS 用 Cmd + Shift + V），右侧出现预览窗口。

全局搜索：按 Ctrl + Shift + F（macOS：Cmd + Shift + F），在整个项目中搜索关键词。

查看 Git 历史：左侧菜单栏点击源代码管理图标（分支图标），可以看到未提交的修改和提交历史。

推荐安装的插件：

在 VS Code 左侧点击扩展图标（四个方块），搜索插件名即可安装。

WorkBuddy 对话界面与项目文件结构

PART 3　快速开始

3.1 让 WorkBuddy 找到项目文件夹

WorkBuddy 需要知道你的项目在哪里，才能帮你读写文件。打开 WorkBuddy，在对话框里直接告诉它：

我的写作项目在 /Users/你的用户名/Desktop/my-book 这个文件夹里， 请把这个文件夹作为我们工作的项目目录。

WorkBuddy 会确认项目路径，后续操作默认都在这个目录下进行。

接下来，给它定规矩——就像新同事入职，你得交代清楚工作规范：

好的，这是我的写书项目规则： 
1. 所有章节内容保存在 chapters/ 子目录下，文件命名格式：01-章节标题.md 
2. 图片资源保存在 assets/ 目录下 
3. 每次完成一章或重要修改后，帮我提交 git，并附上中文 commit 消息 
4. 写作风格：简洁流畅，偏口语化，避免过于书面的表达 
5. 请记住以上规则，在整个项目里保持一致

WorkBuddy 会记住这些规则，后续对话自动遵守。

💡 小技巧：把这些规则保存在项目根目录的 RULES.md 文件里，下次开始新对话时，让 WorkBuddy 先读这个文件："请先阅读项目根目录的 RULES.md，了解项目规则"。

3.2 初始化项目结构

规矩交代好了，接下来让 WorkBuddy 帮你把项目结构搭起来：

请帮我初始化这个写书项目，完成以下操作： 1. 在项目根目录创建 README.md，内容包括：书名、简介（两句话）、章节目录占位 2. 创建 chapters/ 子目录 3. 创建 assets/ 子目录（放配图用） 4. 创建 .gitignore 文件，忽略 .DS_Store 和系统临时文件 5. 完成后告诉我各个文件创建成功

WorkBuddy 会帮你逐一创建这些文件和目录，完成后你会看到这样的目录结构：

my-book/
├── README.md          # 项目说明和目录
├── RULES.md           # 写作规则（可选）
├── .gitignore         # Git 忽略规则
├── chapters/          # 章节内容
│   └── （暂时为空） └── assets/            # 配图资源
    └── （暂时为空）

3.3 完成第一次提交和推送

项目结构搭好了，让 WorkBuddy 帮你做第一次 Git 提交：

请帮我提交当前的所有修改到 Git， commit 消息写：初始化项目结构 然后推送到远程仓库

WorkBuddy 会自动执行以下操作，你不用手动敲任何命令：

git add . git commit -m "初始化项目结构" git push origin main

执行完成后，打开浏览器，访问你的 Gitee 仓库主页（https://gitee.com/你的用户名/my-book），刷新一下页面，刚才创建的文件就都出现在网页上了。

到这一步，你的写书项目就正式启航了。 🚀

从想法到大纲到章节到成书的创作流程

PART 4　开始创作

4.1 选定主题，完成概要说明

一本书的核心，是一个足够清晰的主题——不是"我想写一本关于 AI 的书"，而是"我想写一本帮完全不懂技术的中老年人上手 AI 工具的实操手册"。主题越具体，写起来越不跑偏。

开始创作之前，先写一份概要说明。这份说明既是给读者看的，也是给 AI 看的——它决定了 AI 后续帮你写内容时会保持什么立场、什么风格、面向什么读者。

让 WorkBuddy 帮你整理概要：

我想写一本书，请帮我根据以下信息，在 README.md 里写一份书籍概要说明：

书名：《[你的书名]》 
定位：写给 [目标读者] 的 [类型] 书 
核心价值：帮读者解决 [什么问题] 或学会 [什么技能] 
写作风格：[轻松口语化 / 严谨专业 / 故事性强] 等 
预计篇幅：[X 万字，X 章]

完成后，把这份概要当作项目的"北极星"——每次开始新章节之前，都可以让 WorkBuddy 先读一遍 README.md，确保后续内容不跑偏。

4.2 规划大纲，完成目录草稿

概要定了，下一步是规划大纲。大纲是整本书的骨架——骨架搭稳了，填内容才不会东倒西歪。

请根据 README.md 里的书籍概要，帮我规划一份详细大纲，要求： 
1. 分为 X 个主要章节（根据你的预期填写） 
2. 每章列出 3~5 个核心小节 
3. 每个小节用一句话说明要讲什么 
4. 保存到 chapters/00-目录大纲.md 文件

WorkBuddy 会生成一份结构化的目录草稿。注意，这份草稿不需要一次做到完美——先有个方向，后续随着写作推进随时调整。

调整大纲也很简单，告诉 WorkBuddy：

我想把第三章"XX"和第四章"XX"合并，调整后重新保存 00-目录大纲.md

4.3 逐章创作：提示词模板

大纲有了，就可以逐章动笔了。这里给你一个通用的章节创作提示词模板，每次开始新章节时，按这个格式发给 WorkBuddy：

请帮我创作第 [X] 章的内容，要求如下：

章节标题：[具体标题]

本章在全书中的位置：[比如：这是全书第三章，承接第二章的 XX 内容，为第四章的 XX 做铺垫]

本章核心观点/要传递的信息：
- [要点一]
- [要点二]
- [要点三] 

本章结构（小节）：
1. [小节一标题] — [一句话说明这节讲什么]
2. [小节二标题] — [一句话说明]
3. [小节三标题] — [一句话说明] 

写作要求：
- 风格：[口语化 / 专业 / 故事性]
- 目标读者：[再次提醒 AI]
- 篇幅：约 [XXXX] 字
- 特别注意：[比如：多用例子说明；不要用英文缩写；结尾要有行动建议等]

保存到：chapters/0X-[章节标题].md

提示词越具体，AI 给出的内容越贴近你想要的。千万别只说一句"帮我写第三章"——那等于让 AI 瞎猜，大概率得到一个需要大改的草稿。

4.4 完成样章草稿并提交

章节初稿生成后，在 VS Code 里打开预览，快速过一遍——方向对不对？有没有硬伤？风格跟预期一致吗？

基本满意的话，让 WorkBuddy 提交：

请将 chapters/0X-[章节标题].md 提交到 Git， 
commit 消息：完成第 X 章初稿：[章节标题]

提交后，打开 Gitee 仓库页面，点进 chapters/ 就能看到章节文件了——这就是你的"在线稿件库"。

4.5 审核修改与完善

初稿是地基，精稿才是房子。AI 给出的初稿，往往需要你审核和加工：

常见的修改需求举例：

第二节"XX"部分，逻辑跳跃感太强， 
请在第二段和第三段之间加一段过渡， 
解释清楚为什么从 A 到 B 是自然的

整章的语气偏正式，像在写论文， 
请全部改成更口语化的表达，
像在跟朋友讲故事一样

第三节举的例子太抽象， 
请换成一个具体的、发生在普通人日常生活中的例子

每次改完一个版本，养成及时提交的习惯：

提交当前修改，commit 消息：第 X 章：优化第二节过渡段落，改为口语化风格

提交记录就是你的修改日志，哪章改了什么、什么时候改的，一目了然。

4.6 创作新的章节

按照 4.3 的提示词模板，依次完成每一章。每章完成初稿后提交，修改完善后再提交，逐步把全书的骨架填满。

一些节奏建议：

• 不要试图一次写完一整本书——每次聚焦一章，写完、审完、提交，再开始下一章。
• 如果某一章写到一半卡住了，可以先跳过，去写后面更清晰的章节，最后回来补。
• 每隔一段时间（比如完成五章），重新通读大纲和已完成章节，调整后续计划。

PART 5　进阶技能

5.1 用 Git 管理有什么好处？

到这里，你已经在用 Git 了，但可能还没充分感受到它的价值。来看几个实际场景：

场景一：查看某章的修改历史

你想知道第三章什么时候改了、改了什么，在终端里执行：

# 查看某个文件的所有提交记录 git log --oneline chapters/03-你的章节.md

输出示例：

a1b2c3d 第三章：增加案例，优化结尾 d4e5f6g 第三章：调整语气，改为口语化 7h8i9j0 完成第三章初稿：市场分析

每一行就是一次提交，有时间、有你写的描述——像一份自动生成的修改日志。

场景二：比较两个版本的差异

想知道最近一次改了什么：

# 查看最近一次提交改了什么
git show 
# 比较两个特定版本的差异（把版本号替换为你的 commit hash）
git diff d4e5f6g a1b2c3d chapters/03-你的章节.md

输出会以红色（删除）和绿色（新增）标注每一处修改，清晰直观。

场景三：在 VS Code 里查看历史

安装了 GitLens 插件后，在 VS Code 里打开一个文件，每行旁边都会标注这行是哪次提交改的，点击就能查看当时的完整内容。

5.2 发现问题，如何回退？

改着改着，发现改坏了——没关系，Git 的核心价值之一就是随时回退。

场景一：还没提交，想撤销当前修改

让 WorkBuddy 帮你：

我刚才改了 chapters/03-xxx.md，改得不好，请帮我撤销这个文件的所有未提交修改，恢复到上次提交的状态

WorkBuddy 会执行：

git checkout -- chapters/03-xxx.md

场景二：已经提交了，想回退到之前某个版本

先查看提交历史，找到你想回退到的版本号：

git log --oneline chapters/03-xxx.md

然后告诉 WorkBuddy：

我想把 chapters/03-xxx.md 回退到 commit d4e5f6g 的版本， 只恢复这一个文件，不影响其他内容

WorkBuddy 会执行：

git checkout d4e5f6g -- chapters/03-xxx.md

然后再提交一次，留下"回退"的记录。

场景三：整个项目回退（谨慎操作）

如果整个项目某次大改都不满意，想回退到某个时间点：

# 先查看所有提交记录
git log --oneline 
# 创建一个新分支保留当前状态（以防万一）
git branch backup-before-rollback 
# 回退到某个版本（仅在本地）
git reset --hard [commit_hash]

⚠️ git reset --hard 会丢失从那以后的所有修改，操作之前一定先建一个备份分支。

5.3 用 VS Code 将 Markdown 转换为 PDF

书稿写完了，很多时候需要导出 PDF——发给出版社审稿、分享给朋友预览、或者自己打印出来翻翻看。

方法一：用 Markdown PDF 插件（最简单）

1. 确认已安装 VS Code 插件 Markdown PDF（2.3 节有介绍）
2. 在 VS Code 中打开你要导出的 .md 文件
3. 按 Ctrl + Shift + P（macOS：Cmd + Shift + P）打开命令面板
4. 输入 Markdown PDF: Export (pdf)，回车
5. 稍等几秒，同目录下会生成一个同名的 .pdf 文件

方法二：导出整本书（多章节合并）

如果要把多个章节合并成一个 PDF，可以让 WorkBuddy 帮你生成一个合并文件：

请将 chapters/ 目录下所有 .md 文件， 按文件名顺序合并成一个 full-book.md 文件， 放在项目根目录

然后用 Markdown PDF 插件导出 full-book.md，就是完整的书稿 PDF。

方法三：用 Pandoc（更专业，支持自定义格式）

如果对 PDF 排版有更高要求（比如自定义字体、页眉页脚），可以装 Pandoc：

# macOS（用 Homebrew 安装）
brew install pandoc 
# 生成 PDF 
pandoc full-book.md -o full-book.pdf --pdf-engine=xelatex -V CJKmainfont="Noto Serif CJK SC"

Pandoc 能生成学术排版质量的 PDF，也支持输出 Word、ePub 等格式，是专业作者的常用工具。

结语

写书这件事，从来不缺好想法，缺的是把想法变成文字的系统。

你现在有了这个系统：

• WorkBuddy——你的 AI 搭档，帮你把想法变成初稿
• Git + Gitee——你的稿件保险箱，永不丢失，随时回溯
• VS Code——你的创作工坊，预览、搜索、导出一站搞定

剩下的，就是打开 WorkBuddy，告诉它你想写什么——然后开始写第一行字。

先下手为强——不是比 AI 聪明，而是比 AI 先确立你的主导权。

你是那个拿笔的人。