AI写书快速上手零基础入门到实战全攻略

先下手为强——快速上手用 AI 写书与 AI 辅助写作

PART 1　概述

1.1 这篇文章写给谁？

你不需要是程序员，但最好对电脑有一定了解。能安装软件、会用命令行执行简单指令，这就足够了。

这套AI写书方法适合这样的你：心中有想法，有故事想讲述，有知识想沉淀，但一直未能系统地将它们写成书。你尝试过直接与AI对话写作，AI确实输出了不少内容，但思路东一块西一块，整理起来令人头疼。你听说过Git，或者用过GitHub，愿意学习一些工程化工具来管理自己的创作成果。

这套AI辅助创作方法特别适合以下类型的书籍：

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

人负责什么，AI 负责什么？这是整件事最关键的分工——搞清楚这一点，后面的一切才有意义。

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

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

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

很多人直接用豆包、文心一言这类APP来写书，结果往往是这样：今天跟AI聊出来一段不错的内容，截图保存，放在备忘录里。过了三天，想找之前聊的某个思路，在几十条对话记录里翻来翻去，怎么也找不到。换了手机，或者重装了APP，历史记录就彻底丢失了。不同章节是在不同的对话里生成的，复制粘贴到Word文档里，格式一塌糊涂。改了一个地方，却又不知道改之前是什么样子，也没办法回退。

这不是工具的问题，而是你用工具的方式有问题。聊天APP是为对话设计的，不是为管理几万字的长期项目设计的。用它来写书，就像拿筷子当螺丝刀——不是不能用，只是太别扭。

1.3 码农思维的优势

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

把这套思维用到写书上，好处非常明显：稿件安全有保障，所有内容都有版本记录，改了什么、什么时候改的，清清楚楚，永不丢失。随时可以恢复，写到一半觉得改坏了，一条命令就能回到任意历史版本。协作非常方便，如果有编辑或合著者，直接用Git协作，不需要来回传Word文件。随时可以接续，隔了一个月没写，打开项目看看README和大纲，马上就能接上之前的进度继续创作。格式干净整洁，Markdown纯文本，转PDF、发公众号、将来出版，导出都非常方便。

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会回复它的功能说明。如果能看到正常的回复，说明安装和网络都正常。

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左侧点击扩展图标（四个方块），搜索插件名即可安装。

PART 3　快速开始

3.1 让 WorkBuddy 找到项目文件夹

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

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

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

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

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

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

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，或者比较两个特定版本的差异：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]。

5.3 用 VS Code 将 Markdown 转换为 PDF

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

方法一：用Markdown PDF插件（最简单）。确认已安装VS Code插件Markdown PDF，在VS Code中打开你要导出的.md文件，按Ctrl + Shift + P（macOS：Cmd + Shift + P）打开命令面板，输入Markdown PDF: Export (pdf)，回车，稍等几秒，同目录下会生成一个同名的.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更早地确立你的主导权。你是那个拿笔的人。