Pigsty v4 發(fā)布：進(jìn)入 AI 時(shí)代

Pigsty v4.0 發(fā)布了！ 這是一個(gè)具有里程碑意義的大版本。

Pigsty 是一個(gè)開箱即用、開源且本地優(yōu)先的 PostgreSQL 數(shù)據(jù)庫發(fā)行版。它能讓你在沒有數(shù)據(jù)庫專家的情況下， 在本地快速搭建企業(yè)級(jí)的 PostgreSQL 數(shù)據(jù)庫服務(wù)，自帶監(jiān)控、備份、高可用、IaC、連接池與 444 個(gè)擴(kuò)展插件。

v4.0 是一次重大的架構(gòu)升級(jí)，由 320 個(gè) Commit 組成，有著將近 40 萬行代碼的變動(dòng)（雖然其中三十多萬行是監(jiān)控面板）。 我認(rèn)為這個(gè)版本可以稱之為 "Finished Software" —— 它已經(jīng)達(dá)到了一個(gè)讓我自己滿意的完工狀態(tài)。

v4.0 的主題是：更開放、更高效、更安全、更智能。 下面我們會(huì)介紹一下 v4.0 的新特性，以及未來發(fā)展的展望。

太長；不看

?協(xié)議變更：回歸 Apache 2.0?監(jiān)控?zé)ㄐ拢篤ictoria 全家桶上位?容器支持：Docker 黨的福音?PG 18 就緒：444 個(gè)可用擴(kuò)展?安全加固：密碼，防火墻，SELinux?JUICE 模塊：把數(shù)據(jù)庫當(dāng)文件系統(tǒng)?VIBE 模塊：Claude Code 運(yùn)行時(shí)?DBA Agent：Skills 與命令行?高可用優(yōu)化：RTO/RPO 拆解與權(quán)衡?瞬間克?。核查g復(fù)刻數(shù)據(jù)庫與實(shí)例?IaC 增強(qiáng)：更多精細(xì)的定制旋鈕?Vibe 實(shí)戰(zhàn)：九成代碼由AI編寫?完工軟件：質(zhì)量達(dá)到滿意狀態(tài)?進(jìn)入 AI 時(shí)代：為 Agent 而生

協(xié)議變更：回歸 Apache

Pigsty v4.0 重新從 AGPLv3 許可證改回了 Apache 2.0 寬松許可證。 對(duì)于用戶來說，當(dāng)你在公司使用時(shí)，就不需要再和法務(wù)去 Battle 了，ISV 也可以用它放心地集成，作為各類軟件與項(xiàng)目的底座。 如果你想做一個(gè)自己的定制 PG 發(fā)行版，也完全可以在 Pigsty 的基礎(chǔ)上進(jìn)行，避免重復(fù)造輪子。

關(guān)于變更的細(xì)節(jié)，這里就不展開討論了，老馮專門寫了一篇文章討論這個(gè)事。

監(jiān)控?zé)ㄐ拢篤ictoria 全家桶上位

v4 最標(biāo)志性的改動(dòng)是用 替換掉了 Prometheus 和 Loki，并添加了 Tracing 能力。

VictoriaMetrics 是 Prometheus 的上位替代品，我們幾年前在探探就大規(guī)模用過，效果驚人，用幾分之一的資源實(shí)現(xiàn)了幾倍的效果。

這次切換的契機(jī)是 Loki 表現(xiàn)不佳，而它配套的日志收集 Agent Promtail 今年也將被棄用。 我選擇了目前最好的方案：VictoriaLogs + Vector，順便也把 VMetrics + VTrace 帶上了。

效果立竿見影：以前拉取一天的日志需要轉(zhuǎn)圈等待，現(xiàn)在 VictoriaLogs 基本秒出。 我們將所有日志收集遷移到 VictoriaLogs，設(shè)計(jì)了與 Prometheus 一致的標(biāo)簽體系，給各組件補(bǔ)齊了日志監(jiān)控。 各個(gè)組件都添加了 Logs 與 Panels，還新增了 Node Vector、Node Juice、Claude Code 等全新儀表盤。

架構(gòu)上也做了簡化：原本需要通過 Nginx 給不同組件掛載不同端點(diǎn)，現(xiàn)在所有組件統(tǒng)一掛載在一個(gè) Nginx Server 上。 你不再需要區(qū)分域名和端口，一個(gè)域名甚至直接用 IP 就能訪問 Grafana、日志系統(tǒng)、監(jiān)控指標(biāo)和 Alertmanager。 企業(yè)版還提供了自動(dòng)漢化功能，將每個(gè)指標(biāo)的標(biāo)題、描述都翻譯成中文，并補(bǔ)充了使用和解讀說明。

從整體上來看，當(dāng)下的 INFRA 模塊，就像是一個(gè) Victoria 發(fā)行版，Metrics + Logs + Trace + Alert + 統(tǒng)一 UI 入口。 配上開箱即用的 Grafana，就能讓你輕松擁有一個(gè)企業(yè)級(jí)的可觀測性平臺(tái)。

容器支持：Docker 黨的福音

Docker 容器支持，應(yīng)該是社區(qū)呼聲最高的功能 —— 讓 Pigsty 本身跑在容器里。 以前雖然能實(shí)現(xiàn)，但需要手動(dòng)修改參數(shù)，對(duì)基礎(chǔ)鏡像和 Systemd 配置有技術(shù)門檻。 現(xiàn)在，我們直接提供了官方基礎(chǔ)鏡像，只要你有 Docker，一鍵就可以拉起?。ㄇ疤崾悄愕?Docker Hub 已經(jīng)翻好了）

cd ~/pigsty/docker; make launch

在鏡像設(shè)計(jì)上，我糾結(jié)了很久，是交付一個(gè)裝好了所有東西的鏡像，還是一個(gè)可以部署的精簡鏡像。 最后我選擇了后者，基于 Debian 13 官方鏡像，添加了 systemd、ssh、sudo 以及 pigsty 本體，其他東西都交由 deploy 部署階段在線完成。 這樣基礎(chǔ)鏡像的大小就只有 200 MB 左右（否則是 3 GB）。

部署完成后，你就可以正常使用了，默認(rèn)使用本地的 8080 端口提供 web 服務(wù)；2222 端口提供 ssh 訪問；5432 端口提供數(shù)據(jù)庫訪問。 無論是 Windows，MacOS 還是 Linux，都可以輕松拉起，快速嘗鮮。

PG 18 就緒：444 個(gè)擴(kuò)展嚴(yán)陣以待

Pigsty v4 的一個(gè)核心目標(biāo)，就是確保 PostgreSQL 18 為嚴(yán)肅生產(chǎn)做好完全的準(zhǔn)備。 在這一輪發(fā)布周期中，我們?yōu)?TimescaleDB、ParadeDB、Citus、DocumentDB、AGE 這樣的主要擴(kuò)展添加了 PG 18 支持。

為了實(shí)現(xiàn)這一點(diǎn)，我們?yōu)?14 個(gè) Linux 上的 6 個(gè) PG 大版本編譯了約 226+ 擴(kuò)展包，讓可用擴(kuò)展的總數(shù)達(dá)到了 444 個(gè)，同時(shí)還修復(fù)了不少 PGDG 中缺失的擴(kuò)展組合。 還額外包括了 10 個(gè)全新的擴(kuò)展：

與此同時(shí)，我們還進(jìn)一步優(yōu)化了 PG 的默認(rèn)參數(shù)配置策略。 例如，允許用戶配置新增的 io_method 以充分利用異步 IO 能力，并且啟用了 file_copy_method = clone，以實(shí)現(xiàn)對(duì) “” 的支持。 PG 17/18 的新增參數(shù)和之前的老參數(shù)，我們都認(rèn)真仔細(xì)地重新梳理了一遍，并根據(jù)更新過的業(yè)界最佳實(shí)踐提供了表現(xiàn)良好的默認(rèn)值。

同時(shí)，提供 Oracle 兼容性的 IvorySQL 內(nèi)核與 TDE 透明加密的 Percona 內(nèi)核都提供了 PG 18 的版本支持。 提供 MongoDB 兼容性的 FerretDB 在我切換至微軟的 DocumentDB 版本后，也提供了 PG 18 的支持。

總而言之，PG 18 的主要擴(kuò)展都已經(jīng)正式就位，參數(shù)也已經(jīng)充分利用并優(yōu)化完畢，監(jiān)控指標(biāo)也完整收集處理。 Pigsty 中的 PG 18 已經(jīng)可以以全盛狀態(tài)，進(jìn)入嚴(yán)苛的生產(chǎn)環(huán)境使用！

安全加固：密碼，防火墻，SELinux {}

Pigsty v4 也在安全方面做了大量工作，對(duì)照等保，SOC2 等合規(guī)標(biāo)準(zhǔn)，基本實(shí)現(xiàn)了所有能做的安全合規(guī)點(diǎn)。 幾個(gè)值得一提的改進(jìn)：

隨機(jī)默認(rèn)強(qiáng)密碼：經(jīng)常有用戶部署直接用默認(rèn)密碼，這次我們新增了 configure -g 選項(xiàng)，自動(dòng)把所有默認(rèn)密碼替換成隨機(jī)強(qiáng)密碼。

ETCD 啟用 RBAC：以前全局用證書認(rèn)證，現(xiàn)在每個(gè) PG 集群一個(gè)自己的 etcd 用戶密碼。 管理節(jié)點(diǎn)可以管理所有集群，普通數(shù)據(jù)庫節(jié)點(diǎn)僅能管理自身所在的集群，避免串臺(tái)干擾。

SELinux 規(guī)則優(yōu)化：以前默認(rèn)關(guān)閉，現(xiàn)在 EL 系統(tǒng)中基本的安全上下文都已配置妥當(dāng)，默認(rèn)為 permissive 模式，可以直接按需 enforce。

防火墻默認(rèn)支持：現(xiàn)在支持定義公網(wǎng)開放端口，內(nèi)網(wǎng)網(wǎng)段。 即使云服務(wù)器沒有提供安全組，你也可以自己用簡單的方式將暴露面縮小到最小狀態(tài)（默認(rèn)開 ssh 22，http 80，https 443，按需 pgsql 5432）

此外，我們還梳理了所有用戶和文件的權(quán)限屬主模型，把所有數(shù)據(jù)聚攏在統(tǒng)一目錄（/data）下（方便 Docker 掛載）。 根據(jù)不同用戶組拆分權(quán)限，完全遵循最小權(quán)限原則。

最后，這些安全策略都是漸進(jìn)式的：默認(rèn)配置下只要隨機(jī)生成了強(qiáng)密碼，就已經(jīng)足夠安全了。 而更多高級(jí)安全選項(xiàng)，則供企業(yè)用戶根據(jù)自己的實(shí)際情況進(jìn)行利弊權(quán)衡與選用。

JUICE 模塊：把數(shù)據(jù)庫當(dāng)文件系統(tǒng)

v4 新增的 JUICE 模塊集成了 JuiceFS，可以把對(duì)象存儲(chǔ)和 PostgreSQL 掛載成本地文件系統(tǒng)。 最厲害的玩法是把數(shù)據(jù)和元數(shù)據(jù)都放到同一個(gè) PG 里，實(shí)現(xiàn)文件系統(tǒng)和數(shù)據(jù)庫的一致性 PITR， 詳見《PGFS：將數(shù)據(jù)庫作為文件系統(tǒng)[18]》。

這解決了一個(gè)實(shí)際痛點(diǎn)：一個(gè)應(yīng)用既有文件系統(tǒng)（存放知識(shí)庫文件），又用了數(shù)據(jù)庫。 回滾時(shí)數(shù)據(jù)庫 PITR 容易，文件系統(tǒng)難，兩者保持一致更難。 現(xiàn)在你可以把文件全部存到數(shù)據(jù)庫里，實(shí)現(xiàn)整個(gè)系統(tǒng)的同步時(shí)間點(diǎn)回滾。

這種能力對(duì) Agent 特別有用。 你可以在掛載目錄上進(jìn)行 Vibe Coding，所有修改實(shí)時(shí)存儲(chǔ)在數(shù)據(jù)庫中，相比 Git 手動(dòng)快照的方式，可以瞬間回滾到任意歷史時(shí)間點(diǎn)。 以前只有高端商用 CDP 設(shè)備才有這種能力，現(xiàn)在 Pigsty 免費(fèi)提供。 在 PIGLET AI 沙箱里面，就默認(rèn)配置了這個(gè)功能。

VIBE 模塊：Claude Code 運(yùn)行時(shí) {}

VIBE 模塊為 Vibe Coding 準(zhǔn)備，是完全可選的。 它配置好了 Node.js、Claude Code，還有 VS Code 和 Jupyter，都可以直接從瀏覽器訪問。 此外，還有 uv python 包管理器，npm，golang，hugo 等常用工具。 中國區(qū)域的部署，還會(huì)自動(dòng)配置 Python/Node 的鏡像源，安裝速度快，不需要翻墻。

最妙的是，我們還準(zhǔn)備好了完整的 Claude Code 環(huán)境，可以一鍵幫你下載并配置好最新版本。 只需 等，提供了各種便利的快捷方式，可以讓 Claude Code 以 Sandbox 模式 YOLO 運(yùn)行。 還提供了一個(gè)，能讓你實(shí)時(shí)了解你的 Agent 正在干什么、想什么。 甚至還帶了個(gè) happy + tmux，讓你能很方便的用手機(jī)語音指揮 CC 干活。

VIBE 模塊還可以和 Juice 模塊配合使用，例如在 PIGLET.RUN 沙箱環(huán)境中就是這樣做的： 把你的代碼目錄整個(gè)通過 JuiceFS 模塊掛載到數(shù)據(jù)庫里，就能利用數(shù)據(jù)庫的時(shí)間點(diǎn)恢復(fù)能力，一鍵將文件系統(tǒng)和數(shù)據(jù)庫同時(shí)回滾到任意時(shí)間點(diǎn)。

這個(gè)模塊是給 PIGLET.RUN 準(zhǔn)備的，也是老馮自己在云端寫代碼開發(fā)時(shí)使用的環(huán)境。 裝好之后，你等于有了一個(gè)完整的云上開發(fā)環(huán)境，足夠安全，而且工具齊備。

DBA Agent：Skills 與命令行

VIBE 這個(gè)模塊，并非只是拿來搞開發(fā)用的。 它的真正用途是為老馮在做的 DBA Agent 打基礎(chǔ) —— 其實(shí)你現(xiàn)在用這個(gè)模塊裝好 Claude Code 之后，它已經(jīng)能夠在 Pigsty 環(huán)境里面做一些很有價(jià)值的事情了。 幫你巡檢數(shù)據(jù)庫，出個(gè)報(bào)告，優(yōu)化查詢之類的問題，都不在話下。

我之前寫過一篇 PostgreSQL 快速上手教程：安裝 Pigsty，運(yùn)行 Open Code 調(diào)用 GLM-4 模型，讓它扮演老師指導(dǎo)學(xué)習(xí)。 用戶反饋效果驚人，一些 DBA 試用后說"這玩意兒怪嚇人的"——給它丟個(gè)巡檢任務(wù)，沒做額外配置就能干得相當(dāng)出色。

當(dāng)然，讓 Agent 在生產(chǎn)環(huán)境放手大干還是過于激進(jìn)，所以硬性規(guī)則還是需要仔細(xì)配置的：哪些操作絕對(duì)不能做，哪些必須人工確認(rèn)，權(quán)限如何劃分。 我們?cè)?pigsty 家目錄里面已經(jīng)有了一個(gè)基礎(chǔ)的 CLAUDE.md[21] 告訴 CC 什么能做，什么不能做，你在這個(gè)目錄里面啟動(dòng)，就可以啟用它。

Pigsty 做 DBA Agent 有一個(gè)得天獨(dú)厚的優(yōu)勢，就是它的上下文與環(huán)境是高度確定，而且是用代碼清晰描述管理的。 Pigsty 從第一天就堅(jiān)持 IaC（基礎(chǔ)設(shè)施即代碼） + CLI（命令行工具） 的理念，只將圖形界面用于監(jiān)控系統(tǒng)，而非管控。

因?yàn)槲覀兿嘈懦绦蚧?，智能化管理的終局就是 IAC + CLI。 因此 CC 只需簡單讀取 pigsty.yml 配置文件，就能知道你的環(huán)境中有什么模塊組件，如何訪問與使用。

而一個(gè)簡單易用的 AgentNative CLI，更是會(huì)讓 DBA 和 DBA Agent 如虎添翼。 這次跟著 Pigsty v4 一起發(fā)布的 pig v1.0[22]，就提供了許多這樣的能力封裝，將原本復(fù)雜的命令與操作序列，組織為傻瓜 / Agent 都會(huì)用的命令，后面將專門寫文章介紹。

高可用優(yōu)化：RTO/RPO 拆解與權(quán)衡

除了 AI4PG 和 PG4AI，Pigsty v4 也在數(shù)據(jù)庫服務(wù)的核心基本功上做了很多優(yōu)化。 之前也在 《》這篇文章中詳細(xì)介紹過。

Pigsty 用戶的場景很廣泛：同機(jī)柜部署、跨機(jī)房容災(zāi)、跨大洲架構(gòu)（延遲 200ms+、高丟包）。 這些場景對(duì)高可用參數(shù)的要求完全不同。

以前我們只是共用一套調(diào)整了的 Patroni 參數(shù)集，而這次我們針對(duì)幾種不同的情況，提供了四種預(yù)制的參數(shù)模板。

同理，我們也照著 Oracle 的數(shù)據(jù)保護(hù)模式，提出了三種典型的 RPO 模板，供用戶在數(shù)據(jù)一致性與性能/可用性之間進(jìn)行利弊權(quán)衡。

有意思的是，當(dāng)我們深入研究這個(gè)主題的時(shí)候，我們發(fā)現(xiàn)市面上絕大多數(shù)基于 Patroni 的高可用方案使用的都是默認(rèn)參數(shù)，也沒有人詳細(xì)分析過 RTO 的組成。 所以這里我定量分析了幾種故障路徑下 RTO 的詳細(xì)組成，并確保這幾組參數(shù)的最劣情況 RTO 不超過指定上界。 用理論分析，確保用戶在用 Patroni 高可用的時(shí)候，做到心里有數(shù)、安心放心。

用理論拆解的方式，將四組參數(shù)的 RTO 上限控制在 30/45/90/150s 內(nèi)

不僅僅是高可用有改進(jìn)，在 PITR 上也有了顯著的優(yōu)化 《 》。 PostgreSQL 18 帶來了瞬間克隆能力，這是 AI 應(yīng)用特別需要的：快速、低成本地 Clone 一個(gè)副本。

生產(chǎn)庫可能幾百 GB 甚至幾個(gè) TB，不可能直接在上面做測試。 Fork 采用 COW（寫時(shí)拷貝）技術(shù)，即使超大型數(shù)據(jù)庫也能在 200 毫秒左右完成克隆。 最酷的是克隆后存儲(chǔ)空間不變：兩個(gè) 100GB 的數(shù)據(jù)庫，總占用依然是 100GB。

pg-meta:
hosts:
10.10.10.10: { pg_seq: 1, pg_role: primary }
vars:
pg_cluster: pg-meta
pg_version: 18
pg_databases:
- { name: meta } # <----- 待克隆的數(shù)據(jù)庫
- { name: meta_dev ,template: meta , strategy: FILE_COPY}

如果使用 XFS 文件系統(tǒng)（Linux 主流默認(rèn)），還能獲得實(shí)例級(jí)別的瞬間克隆能力：瞬間克隆出一個(gè)大實(shí)例，不占用額外存儲(chǔ)，不影響線上業(yè)務(wù)。 再加上經(jīng)典的集群 PITR 能力，總結(jié)起來，你可以在實(shí)例、數(shù)據(jù)庫、集群三個(gè)層面快速克隆 PostgreSQL，并回滾到保留期內(nèi)的任意時(shí)間點(diǎn)。

為了進(jìn)一步降低 PITR 的門檻，我們還把 PITR 能力做到了 pig 里：運(yùn)行 pig pitr，它自動(dòng)幫你傻瓜式地處理一切。 將數(shù)據(jù)庫集群以原地/增量/快速高效的方式，恢復(fù)到你指定的目標(biāo)點(diǎn)。 這樣，無論是新手還是 AI Agent 都能輕松利用起來，門檻就得做到這種程度才夠勁。

IaC 增強(qiáng)：更多精細(xì)的定制旋鈕

以前 Pigsty 不提供刪除用戶和刪除數(shù)據(jù)庫的能力，因?yàn)閯h除操作很危險(xiǎn)，涉及清理依賴對(duì)象和權(quán)限的復(fù)雜 SOP。 但用戶確實(shí)有這個(gè)需求：配置復(fù)雜資源搞糊了，想刪掉重來。 這次我們實(shí)現(xiàn)了刪庫和刪用戶功能。 不要小看刪除用戶這樣的功能 —— 看似簡單，實(shí)際上要做好非常難：幾乎所有的云數(shù)據(jù)庫服務(wù)，都只支持很簡單的刪除 "裸用戶"，一旦用戶身上掛著依賴，系統(tǒng)直接報(bào)錯(cuò)。

v4 也調(diào)整了 IAC API 設(shè)計(jì)，新增并對(duì)齊了直到 PG 18 的新增可用參數(shù)。 例如，在用戶層對(duì)角色繼承的三個(gè)選項(xiàng) ADMIN, INHERIT, SET 提供了定制支持。 你也可以為數(shù)據(jù)庫指定額外的 Locale 參數(shù)，并指定 state 用于刪除或者重建數(shù)據(jù)庫與用戶，以及數(shù)據(jù)庫內(nèi)的 Schema 和 Extension。

現(xiàn)在 HBA 規(guī)則定義支持了額外的 order 字段，這意味著你可以明確指定每條規(guī)則的優(yōu)先級(jí)順序。 同時(shí)內(nèi)網(wǎng)網(wǎng)段的定義，也可以進(jìn)行定制與修改了，并與默認(rèn)防火墻策略保持一致。 PG 有了自己專門的 Crontab 列表，與系統(tǒng)的全局定時(shí)任務(wù)區(qū)別開來。

此外，我們還改善了許多細(xì)節(jié)，對(duì)幾乎所有的參數(shù)位點(diǎn)都做了防注入處理，并單獨(dú)處理了一些 PG 特殊的列表參數(shù)，細(xì)節(jié)就不過多展開了。 最終的效果是，你可以用 IaC 的方式定制 PostgreSQL 集群里面的各種細(xì)節(jié)。 從數(shù)據(jù)庫，用戶，繼承關(guān)系，權(quán)限，HBA，服務(wù)，到擴(kuò)展，模式，一步到位，拉起可以直接供業(yè)務(wù)生產(chǎn)就緒的數(shù)據(jù)庫集群。 而且這種 IaC 配置文件定義的方式，對(duì)于 DBA 與 DBA Agent 來說，都非常自然友好。

Vibe 實(shí)戰(zhàn)：品味與驗(yàn)收是護(hù)城河

最后來聊一下 Pigsty v4 的工程實(shí)踐吧，Pigsty v4.0 中 九成以上的代碼都是 Claude Code 編寫的。 我只負(fù)責(zé)三件事：提出思路，設(shè)計(jì) API，驗(yàn)收結(jié)果。方法論分四個(gè)階段：

設(shè)計(jì)：扮演產(chǎn)品經(jīng)理，與 AI 探討生成設(shè)計(jì)文檔。API 設(shè)計(jì)的品位 CC 還不夠好，這部分必須親自操刀。

實(shí)現(xiàn)：新 Session 讓 AI 實(shí)現(xiàn)代碼，完成后讓它進(jìn)行 10 輪自我反思與修正，每輪給出評(píng)審意見直至滿意。

Review：開啟另一個(gè) Session，讓 AI 在虛擬機(jī)沙箱中進(jìn)行自動(dòng)化測試。

驗(yàn)收：最后手工測試驗(yàn)證。

Claude Code 像一個(gè)聰明但略缺領(lǐng)域經(jīng)驗(yàn)的天才實(shí)習(xí)生。 只要你的直覺正確、方向?qū)α耍湍馨鸭?xì)節(jié)做得很到位。 這種老帶新結(jié)對(duì)編碼效率很高，我通常并行推進(jìn)三個(gè) User Story —— CC 寫代碼極快，瓶頸卡在我身上。

通常確定設(shè)計(jì)方案之后，CC 的一次出活率能到 90%+，剩下 10% 就要多次迭代優(yōu)化拉扯了。 特別是對(duì)于 RDS 這種幾乎沒有公開資料的領(lǐng)域，需要各種人工指導(dǎo)才能達(dá)到最終的滿意效果。

Claude Code 有兩件事情做得還不太理想： 一是 API 設(shè)計(jì)，這個(gè)還是需要品位來把關(guān)，CC 只能提供一些思路與建議； 二是驗(yàn)證效率，目前瓶頸在于人工驗(yàn)證的速度（卡在我身上），因?yàn)閳?zhí)行冒煙測試 SOP 太慢。

這給我一個(gè)啟示：在 Agent 編碼時(shí)代，設(shè)計(jì)的品味與驗(yàn)證的能力才是真正的護(hù)城河。 硬核項(xiàng)目即便開源了代碼，絕大多數(shù)人既沒有二次開發(fā)能力，更缺乏 QA 能力——這才是壁壘所在。 代碼會(huì)越來越 "便宜"，但 "把正確的東西做對(duì)" 依然昂貴。

這讓我想到 SQLite 的模式：源代碼公開在 public domain，但核心測試套件 TH3 是專有的。 在 AI 助手加持下，一個(gè)超級(jí)個(gè)體就能頂一個(gè)滿編團(tuán)隊(duì)，引入外部貢獻(xiàn)反而會(huì)拖慢節(jié)奏。 所以，Pigsty 也將采用類似路線：Open Source, but not Open Collaboration —— 只接受 Issue、特性請(qǐng)求與反饋，不再接受 PR。

完工軟件：質(zhì)量達(dá)到滿意狀態(tài)

正如《》里說過的，我能給 v4.0 這個(gè)版本打一個(gè) 90 分的水準(zhǔn)。 SOTA AI 給出的結(jié)論也基本差不多：在 PostgreSQL 服務(wù)質(zhì)量上，免費(fèi)的 Pigsty 已經(jīng)優(yōu)于頭部云 RDS ，在開源方案中也達(dá)到了頂尖水準(zhǔn)。

所以老馮覺得也差不多了，在文章開頭說，Pigsty v4.0 可以稱之為 “Finished Software”。但 “完成” 不是 “歸檔”。軟件的生命周期里，F(xiàn)inished 意味著它已經(jīng)足夠好、足夠穩(wěn)定、足夠讓人放心地用于生產(chǎn)。 就像一把好刀，開刃完成了，接下來是長期的使用、保養(yǎng)、傳承。

Pigsty 我會(huì)持續(xù)維護(hù)下去——Bug 修復(fù)、版本跟進(jìn)、擴(kuò)展打包，有 AI 幫助這些工作不費(fèi)多少時(shí)間，每年跟進(jìn)一個(gè) PG 大版本就好。 剩下的 10 分，留給生態(tài)、產(chǎn)品、商業(yè)服務(wù)去生長。

而我的精力，終于可以騰出手來，正式轉(zhuǎn)向那個(gè)三年前就埋下的伏筆。

進(jìn)入 AI 時(shí)代：為 Agent 而生

三年前，老馮寫下 《》 ，就已經(jīng)將 智能自治數(shù)據(jù)庫 列為終極目標(biāo)。 彼時(shí)這只是愿景，而今天，它真正成為可能。

Pigsty 從第一天起就堅(jiān)持 IaC + CLI，把 GUI 只用于觀測而非管控。很多人不理解：為什么不做個(gè)漂亮的控制臺(tái)？

現(xiàn)在答案很清楚了——因?yàn)槲覀冊(cè)诘?Agent。

Agent 不需要點(diǎn)按鈕，它需要讀配置、調(diào) API、執(zhí)行命令。Pigsty 的架構(gòu)天然為程序化管理而生。 當(dāng)別人還在琢磨如何讓 AI 操作圖形界面時(shí)，Pigsty 用戶已經(jīng)可以讓 Claude Code 直接讀取 pigsty.yml，理解整個(gè)基礎(chǔ)設(shè)施，然后動(dòng)手干活了。

這就是"進(jìn)入 AI 時(shí)代"的真正含義：不是給軟件加個(gè) AI 功能，而是讓軟件本身成為 AI 的原生棲息地。

為此，我準(zhǔn)備了兩翼：

PIG —— 原本只是個(gè)包管理器，在 v1.0 中重新定位為 PostgreSQL 生態(tài)的 ， 完整接管數(shù)據(jù)庫、連接池、高可用、備份、接入的全生命周期。它是 Agent 操作 PostgreSQL 的雙手。

PIGLET.RUN —— 一個(gè)以 PostgreSQL 為中心的 Agent 運(yùn)行時(shí)。 輕量化的 Pigsty 子發(fā)行版，用戶動(dòng)動(dòng)嘴，就能生成完整的、帶有數(shù)據(jù)庫的復(fù)雜應(yīng)用。它是 Agent 棲息的土壤。

而 Pigsty 本身，要成為那個(gè)讓你在 AI 時(shí)代依然保持確定性的基礎(chǔ)設(shè)施底座 —— 敢讓 Agent 放手干活，也敢在它干錯(cuò)的時(shí)候一鍵回到昨天。

用 IaC 描述它，用觀測理解它，用權(quán)限約束它，用 PITR 糾正它。 這不是 “又一個(gè) PostgreSQL 裝機(jī)腳本”，而是一整套把復(fù)雜系統(tǒng)關(guān)進(jìn)籠子里的工程方法。

數(shù)據(jù)是系統(tǒng)的命脈，數(shù)據(jù)庫是守護(hù)命脈的心臟。

Agent 正在成為新的生命形式。它們會(huì)思考、會(huì)行動(dòng)、會(huì)犯錯(cuò)、會(huì)學(xué)習(xí)。

而每一個(gè)生命，都需要一顆可靠的心臟。

Pigsty v4.0，為 AI 時(shí)代而生。

歡迎入局。

數(shù)據(jù)庫老司機(jī)

點(diǎn)一個(gè)關(guān)注 ??，精彩不迷路

對(duì) PostgreSQL， Pigsty，下云 感興趣的朋友

歡迎加入 PGSQL x Pigsty 交流群 (QQ 619377403)