第九章 個人助理與內容創作
前提：本章需要你已完成前面章節的配置——至少完成第一章（安裝）和第三章（消息渠道），最好也完成了第四章（定時任務）和第六章（外部服務集成）。本章是把這些能力"組裝"起來的實戰章節。
前面的章節介紹了 OpenClaw 的各項獨立功能。本章將它們組合起來，搭建一個完整的個人助理系統——讓 OpenClaw 成爲你的"數字員工"，主動管理郵件、日程、信息和提醒；同時也能幫你從靈感收集到多平臺發佈，打造內容創作流水線。
第一部分：個人助理系統
1. 系統架構
一個完整的個人助理系統由以下模塊組成：
┌─────────────────────────────────────────┐
│ 消息渠道層 │
│ Telegram / 飛書 / QQ（第三章） │
├─────────────────────────────────────────┤
│ 技能層 │
│ Gmail / Calendar / Notion / Weather │
├─────────────────────────────────────────┤
│ 調度層 │
│ Cron 定時任務（第四章） │
├─────────────────────────────────────────┤
│ 記憶與身份層 │
│ IDENTITY.md / SOUL.md / USER.md / │
│ AGENTS.md / TOOLS.md / MEMORY.md / │
│ HEARTBEAT.md / BOOT.md / BOOTSTRAP.md │
└─────────────────────────────────────────┘簡單來說，個人助理就像一個"管家"：它通過消息渠道和你溝通（飛書/Telegram），用技能幫你操作各種工具（郵件、日曆），按定時任務主動工作，並通過記憶與身份文件記住自己是誰、你是誰、以及你的偏好（詳見本章第 7 節）。
2. 早間簡報系統
2.1 自動化信息聚合
通過定時任務自動收集你關注的信息源（RSS 是一種網站內容訂閱格式，很多技術博客都支持）：
2.2 配置所需技能
clawhub install weather
clawhub install gog # Gmail + Calendar
clawhub install hackernews # 可選：技術新聞2.3 創建簡報任務
每天早上 7:30 給我發送今日簡報到 Telegram：
1. 北京今天的天氣和空氣質量
2. 今天的日曆事件列表
3. 未讀的重要郵件（來自老闆或客戶的）
4. Hacker News 今日熱門前 3 條2.4 個性化調整
編輯 MEMORY.md 讓簡報更符合你的需求：
## 簡報偏好
- 天氣關注：空氣質量對我很重要，AQI > 100 時特別標註
- 郵件過濾：只關注 @company.com 和標記爲重要的郵件
- 新聞興趣：AI、Rust、分佈式系統展開：更多助理能力（郵件管理、日程管理、信息整理、智能提醒）
3. 郵件管理
3.1 自動分類
每天上午 9 點和下午 3 點檢查收件箱：
- 來自同事的郵件標記爲"工作"
- 訂閱郵件歸檔
- 包含"緊急"或"urgent"的郵件立即通知我
- 其他郵件生成摘要發給我3.2 智能回覆
幫我回復王經理的郵件，告訴他：
1. 方案已經評審通過
2. 預計下週三開始開發
3. 需要他確認一下預算
語氣正式但友好3.3 郵件搜索
找出過去一個月所有關於"Q1 季度報告"的郵件，整理成時間線4. 日程管理
4.1 智能日程安排
我下週需要安排以下事項：
- 和張三 1v1（30 分鐘）
- 團隊週會（1 小時）
- 產品評審（2 小時）
幫我在空閒時間段安排好，避免連續會議4.2 會議準備
明天下午 3 點有產品評審會議，幫我準備：
1. 從 Notion 中提取本迭代的需求列表
2. 從 GitHub 中獲取相關 PR 的狀態
3. 生成一個 5 分鐘的彙報大綱4.3 衝突檢測
檢查我下週的日程是否有衝突，如果有幫我提出調整建議5. 信息整理
5.1 知識庫管理
結合 Notion 或 Obsidian 技能：
把今天所有和"微服務架構"相關的對話內容整理到 Notion 的"技術筆記"頁面每週日整理本週的工作筆記，歸類到 Obsidian 對應的項目文件夾5.2 閱讀摘要
幫我閱讀這 3 篇文章（URL），各生成 200 字的中文摘要，保存到 Notion6. 智能提醒
6.1 上下文感知提醒
提醒我明天和李總開會前，先看一下他上次提到的技術方案如果明天要下雨，早上提醒我帶傘6.2 習慣追蹤
每天晚上 10 點問我今天是否完成了以下習慣：
- 鍛鍊 30 分鐘
- 閱讀 20 頁
- 寫代碼 2 小時
記錄到 Notion 的"習慣追蹤"數據庫7. 工作區配置文件
OpenClaw 通過一組 Markdown 文件來"認識自己"和"認識你"。這些文件都存放在工作區目錄（默認 ~/.openclaw/workspace/），每次對話開始時自動加載。你可以把它們想象成給助理準備的一套"入職材料"：
什麼是工作區？ 工作區就是 OpenClaw 存放配置和記憶的文件夾。裏面全是普通的 Markdown 文本文件（
.md後綴），你可以用任何文本編輯器打開和修改。
~/.openclaw/workspace/
├── IDENTITY.md # 助理的"名片"：名字、性格標籤
├── SOUL.md # 助理的"員工手冊"：行爲準則和價值觀
├── USER.md # 關於你的"檔案"：你是誰、有什麼偏好
├── AGENTS.md # 助理的"崗位說明書"：工作流程和規則
├── TOOLS.md # 助理的"設備清單"：你的環境專屬信息
├── MEMORY.md # 助理的"備忘錄"：長期記憶
├── HEARTBEAT.md # 助理的"巡檢清單"：定期主動檢查的事項
├── BOOT.md # 助理的"開機任務"：網關啓動時執行
├── BOOTSTRAP.md # 助理的"入職引導"：首次運行時的初始化（完成後自動刪除）
└── memory/ # 每日工作日誌（自動生成）
├── 2026-03-07.md
└── 2026-03-08.md下面逐一介紹每個文件的作用。你不需要一次性配置所有文件——OpenClaw 首次運行時會自動生成默認模板，你可以之後慢慢修改。
7.1 IDENTITY.md —— 助理的"名片"
一句話解釋：告訴 OpenClaw "你叫什麼名字、是什麼風格"。就像給新員工做一張工牌。
這是最短的配置文件，通常只有幾行。OpenClaw 首次啓動時會和你互動，一起確定這些信息：
# IDENTITY.md
- **Name:** 小龍蝦
- **Creature:** AI 助理
- **Vibe:** 高效、友好、偶爾幽默
- **Emoji:** 🦞這個文件讓助理有一個穩定的"自我認知"，不會在不同對話中忘記自己是誰。
7.2 SOUL.md —— 助理的"員工手冊"
一句話解釋：定義助理的性格、價值觀和不可違反的行爲底線。就像公司給員工的行爲準則。
SOUL.md 是 OpenClaw 的"憲法"——裏面的規則在所有對話中始終生效，任何技能都無法覆蓋它。
# SOUL.md
## 性格
- 簡潔高效，不說廢話
- 遇到不確定的信息會主動確認
- 重要事項會多次提醒
## 核心規則
- 發送郵件前必須讓我確認
- 不要在非工作時間（22:00-08:00）發送非緊急通知
- 敏感信息（密碼、API Key）絕不通過消息渠道發送
- 不確定的事情要坦誠說"我不確定"
## 長期指令
- 早間簡報最多 5 條要點
- 總結新聞時必須標註來源7.3 USER.md —— 關於你的"檔案"
一句話解釋：告訴助理"你是誰"。就像你給新助理做自我介紹。
USER.md 存放你的基本信息和偏好，讓助理不用每次都問你叫什麼、在哪個時區：
# USER.md
- **Name:** 張明
- **What to call them:** 明哥
- **Timezone:** UTC+8（北京時間）
## Context
- 在 XX 科技做後端開發
- 關注 AI、Rust、分佈式系統
- 不喜歡太長的郵件，偏好要點式回覆助理會隨着和你的互動逐漸補充這個文件，越用越懂你。
7.4 AGENTS.md —— 助理的"崗位說明書"
一句話解釋：定義助理的工作流程和操作規範。就像崗位職責說明書。
這個文件控制助理每次啓動時先做什麼、怎麼處理記憶、什麼情況下需要徵求你的同意。通常使用 OpenClaw 自帶的默認模板即可，高級用戶可以自定義。
關鍵規則示例：
- 每次對話開始時，先讀取 SOUL.md、USER.md 和最近的記憶文件
- 讀取和瀏覽操作可以自主進行，發送郵件或發帖必須先確認
- 在羣聊中只在被提到時纔回復，避免打擾他人
新手建議：AGENTS.md 的默認模板已經很好用了，一般不需要修改。等你熟悉 OpenClaw 後，再根據需要調整。
展開：多 Agent 協作模式
sessions_send vs sessions_spawn
OpenClaw 在處理複雜任務時，可以啓動多個 Agent 協作。AGENTS.md 中的規則決定了何時、如何啓動子 Agent：
| 模式 | 命令 | 說明 | 適用場景 |
|---|---|---|---|
| send | sessions_send | 向已有會話發送消息，複用上下文 | 追問、補充指令、連續對話 |
| spawn | sessions_spawn | 啓動全新的獨立 Agent 會話 | 並行任務、隔離執行、不同角色分工 |
舉個例子：你讓助理"幫我寫一篇文章，同時查一下明天的天氣"。助理可能會：
- 自己處理寫文章的任務（主會話）
sessions_spawn一個新 Agent 去查天氣（子會話）- 子 Agent 完成後把天氣結果發回來
這一切都是自動的，你不需要手動操控。但如果你想自定義協作行爲（比如限制最大併發 Agent 數量、定義子 Agent 的角色），可以在 AGENTS.md 中配置。
新手可以忽略這部分。默認的 AGENTS.md 已經配好了合理的協作規則。
展開：多 Agent 架構方案與實戰經驗
三種典型方案
當你需要多個 Agent 分工協作時，有三種常見架構：
| 方案 | 架構 | 適合 | 複雜度 |
|---|---|---|---|
| A：單 Bot + 多 Agent | 一個飛書 Bot 入口，內部多角色 | 個人用戶 | 低 |
| B：多 Bot + 多 Agent | 每個 Agent 獨立飛書 Bot | 企業內部 | 高 |
| C：混合渠道 | 飛書 + Discord + Telegram 混合 | 全球團隊 | 很高 |
新手建議：從方案 A 開始，先跑通一個 Bot 入口 + 2 個 Agent 角色，再逐步擴展。
配置前必須想清楚
- 你需要幾個角色？每個負責什麼？
- 哪個是主 Agent（總指揮）？
- 是否需要獨立飛書 Bot？（推薦先用方案 A）
- 模型選擇：重要角色用高端模型，輕量角色用低成本模型省錢（詳見第八章）
實戰最佳實踐
- 先跑通 2 個 Agent 再加更多，不要一口氣配 7 個
- 每個 Agent 的 SOUL.md 要寫清楚職責邊界，避免角色混亂
- 主 Agent 的 AGENTS.md 裏寫清楚派發規則（什麼任務交給誰）
- 子 Agent 沒有主 Agent 的記憶，
spawn時要給完整上下文 - 定期巡檢子 Agent 的執行情況，確保任務正常推進
7.5 TOOLS.md —— 助理的"設備清單"
一句話解釋：記錄你的個人環境信息，比如服務器地址、設備名稱等。就像給助理一張"辦公室設備清單"。
技能（Skill）定義了工具怎麼用，TOOLS.md 記錄的是你的具體配置。這樣你可以更新技能而不丟失個人設置，也可以分享技能而不泄露自己的環境信息：
# TOOLS.md
## SSH 主機
- home-server → 192.168.1.100, 用戶名: admin
- dev-server → 10.0.0.50, 用戶名: deploy
## 智能家居
- 客廳音箱 → HomePod，名稱"客廳"
- 前門攝像頭 → 180° 廣角，有移動偵測不用智能家居或服務器？ 這個文件可以留空或跳過，不影響其他功能。
7.6 MEMORY.md —— 助理的"備忘錄"
一句話解釋：助理的長期記憶庫，存放經過整理的重要信息。就像助理自己維護的工作筆記本。
和 USER.md（你主動告訴助理的信息）不同，MEMORY.md 主要由助理在日常工作中自動積累和整理：
# MEMORY.md
## 常用聯繫人
- 張三：前端負責人，郵箱 zhangsan@company.com
- 李四：產品經理，飛書 ID xxx
## 項目信息
- 當前項目：用戶中心重構
- 技術棧：React + Go + PostgreSQL
- Sprint 週期：每兩週
## 偏好記錄
- 週報格式偏好：Markdown 要點式，不超過 500 字
- 會議紀要偏好：按議題分組，標註 Action Item 和負責人OpenClaw 還會自動維護 memory/ 文件夾下的每日日誌（memory/2026-03-08.md），記錄當天的對話要點。MEMORY.md 則是從這些日誌中提煉的精華。
隱私保護：MEMORY.md 只在你和助理的私聊中加載，不會在羣聊中暴露你的個人信息。
展開：記憶系統的工作原理
會話記錄與壓縮
每次對話都會生成一個 JSONL 格式的會話文件（存儲在 ~/.openclaw/sessions/ 目錄下），完整記錄對話的每一輪問答。隨着對話進行，會話文件會越來越大。
爲了控制上下文長度，OpenClaw 採用自動壓縮策略：
| 階段 | 觸發條件 | 處理方式 |
|---|---|---|
| 實時對話 | 上下文接近模型窗口限制 | 自動壓縮早期對話爲摘要，保留最近的完整內容 |
| 會話結束 | 對話結束時 | 提取關鍵信息寫入當天的 memory/YYYY-MM-DD.md |
| 定期整理 | 記憶文件積累到一定量 | 將多天日誌精煉合併到 MEMORY.md |
記憶加載策略
每次新對話開始時，OpenClaw 不會加載所有歷史記憶，而是按優先級選擇性加載：
- MEMORY.md — 始終加載（長期精華）
- 今天的日誌
memory/2026-03-09.md— 始終加載 - 昨天的日誌
memory/2026-03-08.md— 始終加載 - 更早的日誌 — 僅在需要時按相關性檢索
這種設計確保助理既有長期記憶，又不會因爲歷史數據太多而拖慢響應速度。
存儲空間管理
記憶文件會隨時間增長。你可以用以下命令清理舊數據：
# 清理 30 天前的會話記錄
openclaw cleanup --conversations --older-than 30d小提示：MEMORY.md 中的精華內容不受清理命令影響，只有原始會話記錄和每日日誌會被清理。重要信息已經被提煉到 MEMORY.md 中了。
展開：OpenViking —— 長程記憶增強方案
原生記憶的侷限
隨着使用時間增長，你可能會遇到這些情況：
- 長對話遺忘：超過幾十輪對話後，助理開始忘記早期交代的信息（如 API 密鑰、工作目標）
- 技能調用重複犯錯：每次新對話調用同一個 Skill 時，都會犯同樣的參數格式錯誤
- 多實例記憶隔離：如果你部署了多個 OpenClaw 實例（詳見第七章），它們之間的記憶無法共享
這些是 OpenClaw 原生 memory-core 模塊在長程任務中的已知限制。
OpenViking：外掛記憶體
OpenViking 是一個開源的 AI Agent 上下文數據庫，可以作爲 OpenClaw 的"外掛記憶體"，解決上述長程記憶痛點：
| 能力 | 原生記憶 | 原生 + OpenViking |
|---|---|---|
| 任務完成率 | 35.65% | 51.23%（+43%） |
| 輸入 Token 消耗 | 24,611,530 | 2,099,622（-91%） |
| Skill 經驗沉澱 | ❌ 每次重新試錯 | ✅ 自動記住"避坑指南" |
| 百輪對話後記憶 | ❌ 容易遺忘核心目標 | ✅ 始終保持記憶一致性 |
| 多實例記憶共享 | ❌ 各自獨立 | ✅ 統一用戶記憶目錄 |
以上數據來自 LoCoMo10 評測集 的 1540 條用例測試。
安裝方式
本地插件安裝（最簡單）：
curl -fsSL https://raw.githubusercontent.com/volcengine/OpenViking/main/examples/openclaw-memory-plugin/install.sh | bash前置條件：Python >= 3.10、Node.js >= 22。腳本會自動校驗依賴。
火山引擎雲上版本：適合需要穩定環境的團隊，免去本地部署維護。詳見火山引擎文檔。
ArkClaw 用戶：後續將內置 OpenViking 記憶能力，無需額外配置。
新手建議：OpenClaw 原生記憶對於日常使用已經夠用。如果你發現助理在長對話中頻繁"失憶"，或者需要多個 OpenClaw 實例協作，再考慮安裝 OpenViking。
詳細文檔：OpenViking 安裝指南（中文）
7.7 HEARTBEAT.md —— 助理的"巡檢清單"
一句話解釋：告訴助理在後臺定期檢查哪些事項。就像保安的巡邏路線表。
OpenClaw 可以配置定期"心跳"輪詢（默認約每 30 分鐘一次），助理會讀取這個文件並逐項檢查：
# HEARTBEAT.md
## 定期檢查
- 郵件：有沒有緊急未讀郵件？
- 日曆：未來 24 小時有沒有即將到來的會議？
- 天氣：明天是否有極端天氣需要提醒？如果所有檢查都沒有需要彙報的內容，助理會安靜地跳過，不會打擾你。只有發現需要關注的事項時纔會主動通知。
和定時任務的區別：HEARTBEAT.md 適合多個小檢查打包在一起、時間不需要精確的場景。如果你需要某件事在精確時間執行（比如每天 8:00 發簡報），應該用第四章介紹的 Cron 定時任務。
7.8 BOOT.md —— 助理的"開機任務"
一句話解釋：告訴 OpenClaw 每次啓動時要做什麼。就像電腦開機後自動運行的啓動程序。
當 Gateway（網關服務）啓動或重啓時，OpenClaw 會自動執行 BOOT.md 中列出的任務。這些任務不會注入到對話上下文中，而是作爲獨立的 Agent 任務運行。
# Boot Checklist
- Check calendar for today's meetings and prepare briefing
- Review overnight emails and flag urgent items
- Verify all connected services (Gmail, Calendar) are accessible適用場景：服務器重啓後自動恢復工作狀態、每天開機時準備當日簡報。如果你的助理部署在服務器上（第七章），這個文件特別有用。
7.9 BOOTSTRAP.md —— 助理的"入職引導"
一句話解釋：OpenClaw 首次運行時的初始化流程。就像新員工第一天的入職引導——完成後就不再需要了。
BOOTSTRAP.md 只在全新工作區的第一次對話時加載。它會引導 OpenClaw 和你互動，完成以下初始化：
- 通過對話確定助理的名字和風格（寫入 IDENTITY.md）
- 瞭解你是誰、有什麼偏好（寫入 USER.md）
- 設定助理的性格和行爲準則（寫入 SOUL.md）
初始化完成後，BOOTSTRAP.md 會自動刪除，後續不再使用。
你需要手動創建嗎？ 通常不需要。OpenClaw 安裝時會自動生成默認的 BOOTSTRAP.md。只有當你想自定義初始化流程（比如預設特定的助理名字或強制某些行爲準則）時，才需要手動編輯它。
展開：所有工作區文件速查表
| 文件 | 比喻 | 誰來編輯 | 加載時機 |
|---|---|---|---|
| IDENTITY.md | 工牌/名片 | 首次運行時和你一起創建 | 每次對話開始 |
| SOUL.md | 員工手冊 | 你來寫，定義行爲底線 | 每次對話開始 |
| USER.md | 你的自我介紹 | 你寫初始版，助理逐步補充 | 每次對話開始 |
| AGENTS.md | 崗位說明書 | 通常用默認模板 | 每次對話開始 |
| TOOLS.md | 設備清單 | 你來寫，記錄環境信息 | 每次對話開始 |
| MEMORY.md | 工作筆記本 | 助理自動積累和整理 | 僅私聊時加載 |
| HEARTBEAT.md | 巡檢清單 | 你來寫，定義檢查項 | 心跳輪詢時 |
| BOOT.md | 開機任務 | 你來寫，定義啓動時執行的任務 | 網關啓動時 |
| BOOTSTRAP.md | 入職引導 | 自動生成，完成後自動刪除 | 僅首次運行 |
| memory/*.md | 每日工作日誌 | 助理自動記錄 | 加載今天和昨天 |
8. 組合示例：完整的一天
07:30 - 收到今日簡報（天氣 + 日程 + 郵件摘要） 09:00 - 自動檢查郵件，分類並通知重要郵件 09:30 - 提醒："10 點有團隊週會，上週 Action Item 還有 2 項未完成" 12:00 - 推送午間新聞摘要 14:50 - 提醒："15 點產品評審，已爲你準備好彙報大綱" 15:00 - 自動記錄會議要點到 Notion 17:00 - 生成今日工作總結 22:00 - 習慣追蹤打卡提醒
OpenClaw 的主動循環約每 30 分鐘檢查一次待辦工作，你的偏好和記憶以 Markdown 文件（就是普通文本文件）形式存儲在本地 ~/.openclaw/workspace 目錄下，不會上傳到雲端。
這就是 OpenClaw 作爲個人助理的完整形態——不是被動等你提問，而是主動幫你管理一天的工作和生活。
第二部分：內容創作工具鏈
無論你是自媒體作者、技術博主還是市場運營，OpenClaw 都可以幫你從靈感收集到多平臺發佈，打造完整的內容創作流水線。
9. 寫作輔助
9.1 頭腦風暴
我想寫一篇關於"AI Agent 在企業中的應用"的文章，幫我列出 10 個可能的角度針對"OpenClaw 入門教程"這個主題，幫我設計文章結構（大綱）9.2 初稿生成
根據以下大綱，幫我寫一篇 2000 字的技術博客：
標題：爲什麼 AI Agent 比 Chatbot 更有價值
1. 引言：從 ChatGPT 到 OpenClaw
2. 核心區別：對話 vs 執行
3. 實際案例
4. 未來展望
風格：通俗易懂，多用實際例子9.3 潤色與修改
幫我潤色這篇文章，改進以下方面：
- 讓開頭更有吸引力
- 減少重複用詞
- 檢查語法錯誤
- 增加過渡句讓段落銜接更自然10. 靈感收集
10.1 自動化信息聚合
設置定時任務，讓 OpenClaw 每天自動幫你收集感興趣的內容（RSS 是一種網站內容訂閱格式，很多博客和新聞網站都支持）：
每天早上收集以下來源的最新內容：
- Hacker News 前 10 熱門
- GitHub Trending（Python + JavaScript）
- 我關注的 10 個 RSS 訂閱源
整理成一份"今日靈感"清單，保存到 Notion10.2 競品監控
每天監控以下競品的博客更新：
- competitor-a.com/blog
- competitor-b.com/blog
如果有新文章，生成摘要發給我展開：進階功能（素材管理、多平臺發佈、內容運營）
11. 素材管理
11.1 圖片處理
幫我爲這篇文章生成一張封面圖，主題是"AI Agent 架構"，風格簡潔現代11.2 數據可視化
把表格數據（如 CSV 文件，一種用逗號分隔的表格文件格式）轉換爲圖表：
把這份 CSV 數據生成一張柱狀圖，展示各季度銷售增長趨勢12. 多平臺發佈
12.1 配置發佈渠道
clawhub install linkedin
clawhub install x-api
clawhub install blogburst12.2 一鍵多平臺發佈
把這篇文章同時發佈到：
- 微信公衆號（需要手動，生成排版好的 HTML）
- 知乎專欄（調整爲問答式開頭）
- LinkedIn（生成英文摘要 + 3 個 hashtag）
- X/Twitter（生成 3 條推文線程）12.3 內容適配
OpenClaw 會根據平臺特點自動調整格式：
| 平臺 | 適配策略 |
|---|---|
| 微信公衆號 | 插入分隔線、強調框、合適的字號 |
| 知乎 | 問答式開頭、添加相關話題標籤 |
| 專業語氣、英文摘要、行業標籤 | |
| X/Twitter | 280 字符限制、線程拆分、Emoji |
13. 內容運營
13.1 定時發佈
把這周寫好的 5 篇文章，分別在週一到週五的上午 9:30 發佈13.2 數據追蹤
查看我上週發佈的文章在各平臺的閱讀量和互動數據，生成對比報告13.3 內容日曆
幫我規劃下個月的內容日曆：
- 每週 2 篇技術文章
- 每週 1 篇行業觀察
- 每週 3 條社交媒體短內容
主題圍繞 AI Agent、自動化、效率提升14. 最佳實踐
人機協作：讓 OpenClaw 處理重複性工作（排版、發佈、數據統計），你專注於創意和觀點。AI 生成的初稿一定要人工審覈和修改。
保持風格一致：在 SOUL.md 中定義你的寫作風格偏好，確保 OpenClaw 生成的內容風格統一。
版權意識：AI 輔助生成的內容可能包含來自訓練數據的相似表達。發佈前檢查原創性。
下一步：第十章 開發者效率提升