決策導覽
字級:
閱讀完整論證主報告
提案對象:梁崇明 社長(大千出版社)
出版策劃:沈建志
版本狀態:正式決策建議版 (v2.0)
基準日期:2026 年 9 月 10 日

大千出版社・AI 與數位營運導入評估

ChatGPT 商用應用、官網、LINE 與出版流程的 90 天實施建議。立足於「輕科技架構,重文化法緣與編輯互信(Light Tech Stack + Heavy Editorial Trust)」核心方針,專注於秋季出版排程作業,穩健活化三十年佛學典籍版權資產。

🏛️ 雲端託管零伺服器負擔(Cloudflare Pages 純靜態) 💳 外部代管金流降低法規責任(支援刷卡/免存卡號) 💬 LINE OA 單一服務窗口(善用免費 1 對 1 私訊) 📜 著作權法第 12 條書面合約(合規建置專屬知識庫) 🛡️ 公務帳號雙管理員體系(消除單點人員風險)

本頁為高階主管決策導覽(Executive Portal),濃縮給梁社長的五分鐘決策摘要、前 90 天時程、第一週行動清單與方案比較。若需查閱完整規格論證、各類所得稅法門檻、DNS 切換 SOP 與即用指令庫,請直接點擊進入主報告。

進入完整報告(4,800+ 行全規格 SSOT)

一、為什麼現在值得做

評估推進大千數位營運與 AI 輔助的四大實務理由
💵 工具成本門檻大幅降低
商業工具不再需要昂貴專案採購。開通 ChatGPT Business 2 席月支約 NT$1,280 元,搭配全球邊緣靜態託管,首季資訊預算月支僅約 NT$2,640 元,即可具備現代數位出版與流通基礎。
📚 活化三十年文獻資產
大千累積 187 本典籍資產與深厚排版資源。建置現代化線上檢索書庫與試行短版再印機制,能讓絕版經典重新被海內外佛教學者與讀者檢索、流通與請購。
⏱️ 守護既有出版業務
新工具以非破壞式方式輔助日常作業(ISBN/CIP 書目申報、經銷商報品包整理、合約草擬),讓例行編務更省力,前 60 天完全不打擾編輯同仁既定出版節奏。
⚖️ 確立原典審核與版權主權
在生成式 AI 普及之際,及早透過著作權法第 12 條出資合約與經文原典核驗標準(Source-First),建立大千在數位時代的學術信譽與品牌護城河。
📖 老編輯名詞便簽 01 什麼是「純靜態託管(Static Web Hosting)」?跟傳統架設網站有何不同? 如同「固定印就的精裝樣書展架」,每頁事先排版裝訂完妥,完全免去資料庫維護與伺服器中毒風險。
📖 【老編輯出版實務比喻】
傳統動態網站(如 WordPress、PHP 自建網站)就像一家「客人點菜後才在後廚生火現炒」的熱炒店。每當讀者點進網頁,主機電腦就要臨時啟動運算引擎,從後台資料庫把文字與圖片拼湊成畫面。只要廚房瓦斯外洩(程式漏洞)或廚師請假(外掛衝突),整家店就陷入癱瘓。相反地,「純靜態託管」就像一家「展示固定印刷品」的書籍陳列館。每一本書的文字、圖片早在發布前就由編輯排版校對完成,直接裝訂好放在架上。讀者走進來直接翻閱現成書頁,不需要任何後台伺服器即時運算。
🔍 【底層科技白話詳解】

純靜態網頁只由最純粹的 HTML(文字骨架)、CSS(字級版面樣式)與少量輕量 JavaScript 組成。伺服器上根本沒有安裝 MySQL 資料庫,也沒有執行 PHP 或 Python 等動態後端程式。這意味著駭客想找「後台管理員登入頁面」進行密碼爆破,根本找不到入口;想透過「SQL 資料隱碼攻擊」竊取資料,也沒有資料庫可以偷。

🏢 【大千營運推想情境與舉例】
讀者點入大千網站查閱《淨心誡觀法》的目錄、題解或作者簡介,網頁在 0.1 秒內直接呈現在讀者眼前。即使大千出版新書引發數萬讀者同時瀏覽,伺服器也不會像以前那樣「記憶體耗盡當機」;而且 Cloudflare 提供免費無上限頻寬,大千每年省下數萬元的 Linux 虛擬主機維運費與外包工程師修補費用。
📜 【官方技術與法規事實依據(有所本)】
Cloudflare Pages 官方架構白皮書(JAMstack 架構);OWASP Top 10 資安標準說明純靜態網頁可根絕 90% 以上常見後端資料庫注入與伺服器提權攻擊。

二、給梁社長的五分鐘決策摘要

專為社長 5 分鐘掌握本案核心建議與落地方向
跳轉至主報告第一章 →

🏛️ 大千整體數位戰略核心定位:大千不需要變成一家科技公司

大千的核心優勢是文化傳承與專業編輯,而非科技研發。真正適合大千的是「Light Tech Stack + Heavy Editorial Trust」(輕科技架構,重文化法緣與編輯互信):

🛠️ 輕科技架構(Light Tech Stack):
  • 純靜態頁面託管(static-first): 大幅縮減受攻擊面(attack surface),無需自行管理伺服器修補。
  • 成熟代管服務(SaaS-first): 善用成熟軟體,不自行編寫後端系統。
  • 外部代管結帳(hosted payment): 零信用卡資料存儲,免除資安法規責任。
  • 輕量中繼膠水: 以邊緣運算服務連接必要流程,架構簡潔穩定。
  • 低維運與容易交接: 流程文件化,交接不依賴單一工程人員。
📚 重編輯信任(Heavy Editorial Trust):
  • 187 本出版資料: 三十年深厚權威典籍底本。
  • 佛學編輯能力: 嚴謹考證校勘與法脈理解。
  • 30 年品牌信用: 海內外僧俗學者長期信賴。
  • 作者與學界網路: 珍貴且無可替代之法緣互信。
  • 原典考證與文獻源流: 堅持經文有據,嚴禁 AI 憑空捏造。
  • 版權確權與專業文責: 著作財產權完整歸屬與專業把關。
1
建議 01:官網採純靜態託管
做什麼: 全社官方網站全面採用 Cloudflare Pages 純靜態託管,搭配既有網域 darchen.com.tw
一句理由: 純靜態架構免除 Linux 伺服器與資料庫維護負擔,大幅降低伺服器維運與資安攻擊面(attack surface),且全球載入快速。
第一季怎麼做: 由沈建志先建置 Staging 測試站,切換前落實清查 DNS 安全簽章(DNSSEC/DS 紀錄)與備份 MX 郵件紀錄,確保三十年公務信箱絕不斷訊。
📖 老編輯名詞便簽 02 什麼是 Cloudflare、網域名稱系統(DNS)與 DNSSEC(防偽鋼印)?切換網域時如何保證公務信箱絕不斷訊? 好比「全台書報發貨站」+「電信局 104 查號台」+「官方公證防偽鋼印」,確保招牌不被冒用且信件順暢送達。
📖 【老編輯出版實務比喻】
1. DNS(網域名稱系統)好比「電信局 104 查號台」:網路上的主機只認阿拉伯數字門牌(IP 位址,例如 172.67.182.11),但海內外讀者只認文化招牌「darchen.com.tw」。DNS 就是專門負責把「讀者敲進來的大千招牌」翻查成「電腦主機真實數字門牌」的全球自動電話簿。
2. DNSSEC(安全擴充協議)好比「查號台紀錄上的『官方公證防偽鋼印與騎縫章』」:防止壞人在電話線路中動手腳,把打聽大千地址的電話轉接到冒牌書店。如果在切換網域時,原網域註冊商留著一組失效的舊鋼印(DS 紀錄),全世界有開啟防偽檢查的網路公司(如中華電信、Google)就會判定「鋼印不符,可能是偽造的!」,進而拒絕接通用戶連線,造成全球性斷網(SERVFAIL 事故)。
3. MX 紀錄好比「郵局登記的大千公務信箱專用轉發窗口」:確保寄給 service@darchen.com.tw 的信件能正確投遞。
🔍 【底層科技白話詳解】

切換網域時,必須嚴格執行「三步防呆 SOP」:提前將 DNS 快取存活時間(TTL)降為 300 秒(5 分鐘),讓各地電腦迅速更新地址;登入原註冊商後台確認關閉並清除舊的 DS 紀錄;完整備份並搬遷 MX 郵件紀錄與 SPF/DKIM 認證。

🏢 【大千營運推想情境與舉例】
大千使用 darchen.com.tw 網域已近三十年,海外法師與學者皆以此信箱聯絡出版事宜。沈建志切換至 Cloudflare Pages 前,先將舊註冊商的 DS 紀錄解除,並逐字對照 MX 郵件清單。切換當天,新官網在五分鐘內全球生效,而海內外作者寄來的書稿與信件一秒未漏、完全不斷訊。
📜 【官方技術與法規事實依據(有所本)】
RFC 1035 (DNS 規範)、RFC 4035 (DNSSEC 協定);台灣網路資訊中心(TWNIC).tw 網域名稱管理規則。
2
建議 02:支援線上刷卡但第一階段採外部代管
做什麼: 導入綠界(ECPay)或藍新(NewebPay)外部代管金流連結(Hosted Checkout),透過金流系統主動回傳付款狀態的機制(Webhook)安全確認交易,並行郵政劃撥與專人電話服務。
一句理由: 不自建購物車不等於不做數位付款;代管結帳讓大千伺服器零卡號存儲,免除 PCI-DSS 資安法規重負。
第一季怎麼做: 以 1–2 本專書試點外部安全金流付款按鈕,同步更新年長讀者友善之郵政劃撥大字指南與一對一客服指引。
📖 老編輯名詞便簽 03 什麼是外部代管金流(Hosted Checkout)、Webhook 即時通知與 PCI-DSS 金庫資安規範? 如同「請讀者直接移步銀行特約櫃檯刷卡,大千櫃台只收繳款傳票」,配合「即時自動電報通知鈴」,實現資安零責任。
📖 【老編輯出版實務比喻】
1. PCI-DSS 與代管結帳(Hosted Checkout):國際信用卡組織為了防止盜刷,訂立了極嚴苛的防盜防竊金庫規範(PCI-DSS)。如果大千在自己的網站架設表單讓讀者填寫信用卡卡號與末三碼,就必須斥資數十萬元進行年度資安查驗,一旦網站遭駭導致卡號外洩,更面臨龐大賠償。代管結帳就像是大千在店門口告訴讀者:「請您移步至旁邊設有防彈玻璃的銀行特約營業櫃檯(綠界 ECPay / 藍新 NewebPay)繳費」。讀者在銀行的安全頁面刷卡,刷完跳回大千網站。大千的電腦伺服器「從未摸過、也從未存過讀者的信用卡號」,享有完全的法律資安免責。
2. Webhook(網路事件即時通知):好比「銀行櫃檯的自動通報電報鈴」。過去讀者劃撥或匯款後,編輯同仁要每天刷郵局存摺對帳;有了 Webhook,讀者在綠界刷卡或虛擬 ATM 轉帳成功的瞬間,銀行系統自動發送一則加密電報給大千:「第 108 號訂單已入帳 NT$500 元」,大千試算表一秒內自動標記「已付款」。
🔍 【底層科技白話詳解】

Hosted Checkout 使用 HTTPS 加密跳轉將用戶引導至通過 PCI-DSS Level 1 認證之第三方支付機構。支付完成後,金流商透過伺服器端 HTTP POST 請求(Webhook 回呼)遞送具有數位簽章(CheckMacValue)的交易回執,確保交易資料未遭人為偽造。

🏢 【大千營運推想情境與舉例】
某居士於深夜在官網請購一本《智慧的覺醒》,點選信用卡付款後進入綠界加密頁面,完成手機簡訊 3D 驗證。大千主機沒有接觸卡號;次日清晨同仁上班打開電腦,出貨清冊上已清楚顯示該筆訂單已由綠界確認收款,同仁直接打包寄出,全程省時又安全。
📜 【官方技術與法規事實依據(有所本)】
PCI Security Standards Council PCI-DSS v4.0 標準;綠界科技(ECPay)全方位金流技術規格書。
3
建議 03:專注於秋季出版排程作業,前 60 天不增加同仁額外負擔
做什麼: 面對 11 月 20 日前 10 項秋季出版排程,前 60 天嚴格遵守「不增加同仁負擔」原則
一句理由: 繁重截稿期強推新軟體易引發混亂,新工具必須服務出版業務,而非打亂編務節奏。
第一季怎麼做: 由社長親自示範成果、沈建志負責架構設定,編輯同仁維持原工作節奏,直至秋季交稿完畢後的 11 月底才展開深度建置窗口。
4
建議 04:以 LINE OA 為單一服務窗口
做什麼:LINE 官方帳號(OA)作為對外單一服務入口,社群活動以 8 週封閉共讀營為限。
一句理由: 善用免費 1 對 1 私訊(不限則數全免月費),避免常設大型公開群帶來的義理紛爭、廣告洗版與繁重管理負擔。
第一季怎麼做: 開通 LINE OA 提供專人購書與劃撥諮詢;規劃 50–200 人「8 週封閉共讀營」,活動結束後全群唯讀存檔。
📖 老編輯名詞便簽 04 什麼是 LINE OA(官方帳號)與 API(應用程式介面)?為什麼微型出版社要避開 5,000 人常設公開大群? 如同「出版社的專人服務總機櫃檯」vs「鬧哄哄的露天廟會廣場」,善用 1 對 1 免費私訊,杜絕宗派紛爭與管理過勞。
📖 【老編輯出版實務比喻】
1. LINE OA(官方帳號)就像大千在手機裡設立的正式接待櫃檯。讀者加入後,可以用 1 對 1 私訊諮詢書籍問題或回報劃撥。最關鍵的是:LINE 官方規定,1 對 1 聊天訊息全部免費且沒有數量上限!只有在全體廣播發送廣告推播時才會計費。這非常適合注重隱私的佛教學者與老讀者。
2. API(應用程式介面)就像出版社對外的標準公文窗口,讓不同系統之間可以互相交辦任務。
3. 避開萬人公開大群(OpenChat):許多人誤以為「群組人越多越好」,但 5,000 人的公開大群極易淪為宗派義理爭論、偽作傳播、借貸詐騙與罐頭早安圖洗版的溫床,微型團隊每天必須耗費數小時巡邏踢人,一旦失控更重創出版社三十年清譽。改辦「50–200 人 8 週封閉共讀營」,活動結束後全群唯讀封存,既深耕讀者又不增加日常管理負擔。
🔍 【底層科技白話詳解】

LINE Messaging API 支援 Webhook 事件推送,大千可使用最精簡的免費額度(每月 200 則群發廣播),日常客服全數導向免費 1 對 1 人工對話與關鍵字自動回覆。

🏢 【大千營運推想情境與舉例】
老讀者用手機詢問:「請問我上週用劃撥買的《淨心誡觀法》寄出了嗎?」同仁在電腦前開啟 LINE OA 後台,直接以文字親切回覆掛號單號,對話完全私密;大專佛學社則透過 8 週共讀營由法師或導師帶讀經典,活動圓滿即轉為唯讀文檔典藏,運作井然有序。
📜 【官方技術與法規事實依據(有所本)】
LINE Biz 官方帳號牌告資費標準(2023 年最新費率規範);LINE 開發者平台 Messaging API 技術指南。
5
建議 05:佛典義理堅持經文原典先行
做什麼: 佛學內容堅持經文原典先行(Source-First),外包撰稿落實著作權約定與出處查核。
一句理由: 大型語言模型在佛學義理容易產生拼湊偽經之幻覺,大千核心資產在於文獻真偽與學術法緣信賴。
第一季怎麼做: 建議契約明定受聘撰稿者為著作人,大千依契約取得約定範圍內之著作財產權,著作人格權依第 21 條專屬於著作人(若採其他歸屬應依第 12 條另行確認),外包作者檢附 Source Sheet 來源查核表,依法申報 9B 稿費(每年 180,000 元免稅額度)與二代健保補充保費(2.11%)。
📖 老編輯名詞便簽 05 什麼是 RAG(檢索增強生成)、經文原典先行(Source-First)與 9B 稿費所得稅申報? 如同「老編輯翻開大藏經底本逐字對照,嚴禁閉眼捏造經文」+「作家的合法潤筆費免稅法規」,確保佛典無偽且版權合法。
📖 【老編輯出版實務比喻】
1. AI 幻覺與 RAG(檢索增強生成):一般 AI 就像一個讀過很多書但記性不穩定的秀才,問他佛法時,他常會把鳩摩羅什與玄奘的譯本混在一起,甚至憑空編造一段聽起來很像佛經的偽偈頌(稱為 AI 幻覺)。RAG 技術就像在大考時,嚴格規定這個秀才「不能閉著眼睛默寫」,必須先把大千大藏經、權威學者專著的原始章節「翻出來攤在桌面上(Retrieval)」,然後嚴格「看著原典句子進行白話整理(Generation)」,字字句句標註冊號出處。
2. 著作權法第 12 條與 9B 稿費:請外部研究生或學者寫導讀專文時,依著作權法第 12 條書面約定「著作財產權歸大千所有」,大千便可合法出版、發行電子書或收錄於資料庫;依所得稅法第 4 條第 1 項第 23 款規定,每人每年享有新台幣 180,000 元的稿費(9B 執行業務所得)免稅額度。單次給付達 20,000 元(含)以上時,出版社依法代扣 10% 所得稅與 2.11% 二代健保補充保費。
🔍 【底層科技白話詳解】

RAG 包含語義檢索模組、重排序器(Reranker)與生成式大型語言模型。透過在 Prompt 中注入原典 context,並以嚴格系統指示(System Prompt)限制「超出提供文本者回答不知道」,從技術根源阻斷模型自由造假的可能。

🏢 【大千營運推想情境與舉例】
大千委請佛研所碩士為古籍重刊撰寫兩萬字白話題解,約定稿費 18,000 元(未達 2 萬元免代扣稅款與健保),合約明訂財產權歸大千、署名權歸作者,並要求檢附 Source Sheet 標註大正藏冊號。沈建志覆核原典無誤後排版付印,版權清白且法義莊嚴。
📜 【官方技術與法規事實依據(有所本)】
Lewis et al. (2020) Retrieval-Augmented Generation 研究架構;中華民國著作權法第 12 條及第 21 條;所得稅法第 4 條第 1 項第 23 款;全民健康保險法第 31 條。

三、第一個 90 天:分階段導入期程(Priority 1–5)

依附既定出版排程,由社長示範先行,守護 11/20 既定截稿節奏
查閱主報告詳細進度表 →
階段與時程 核心推進工作重點 依附之既定出版排程 驗收成果判準
Priority 1
(第 1–14 天)

數位資產治理與基礎建設
・Digital Asset Governance:盤點全社核心數位資產與帳號。
・Cloudflare Staging:建立 staging 預覽環境。
・DNS / Email 清查:清查 Registrar、清理 DNS 安全簽章舊紀錄(DNSSEC/DS)、備份全量 MX/SPF/DKIM/DMARC 郵件紀錄。
・輔助整理《智慧的覺醒》ISBN/CIP 申報書目。
9/14 國圖 ISBN 截止 如期完成國圖申報;取得註冊商 DNS 完整備份;Cloudflare Staging 站就緒;雙管理員與離線備用碼入保險櫃。
Priority 2
(第 7–30 天)

187 本書庫門戶 MVP
・187 筆完整書庫檢索上線(catalog.html)。
・支援多詞檢索、主題分類、作者索引、書籍 Detail 詳情頁。
・長者友善大字號、高對比易讀排版。
・多元購書管道與經銷指引,無縫串接 LINE OA 與電話客服。
・出版源流與三十年歷史介紹(heritage.html)。
9/25 報品、9/30 交印 純靜態書庫門戶驗收通過,長輩操作流暢;報品資料包如期產出;讀者找得到書、看得懂書、知道去哪買。
Priority 3
(第 21–45 天)

多軌收款與金流試點
・保留郵政劃撥(18840432),印製長輩友善大字劃撥指南(支援一鍵列印)。
・電話直通與 LINE OA 一對一輔助劃撥。
・Hosted Payment Pilot:開通外部代管金流連結(信用卡/虛擬 ATM),大千伺服器零卡號存儲。
・DocuSign 試點版權合約電子簽署。
10/8 專書交付結案 劃撥單大字版完稿並提供列印;外部代管金流完成小額付款測試;首份電子合約順利完成簽署。
Priority 4
(第 21–60 天)

佛典底本登記與 AI 審查
・Verified Buddhist Source Registry:建立佛學權威底本與版權清冊。
・AI Editorial Gate:落實綠(原典直接引文)、黃(義理解釋需具名)、紅(AI 自生義理嚴禁發布)三級審核。
・外包作者強制檢附 Source Sheet 來源查核表與 AI 揭露宣告。
・守護既定交稿排程,嚴禁增加同仁負擔。
10/15–11/20 秋季秋季出版排程 所有出版死線準時完成;佛典底本清冊上線;對外發布佛學內容 100% 經人眼抽查底本審核,無義理幻覺。
Priority 5
(第 45–90 天)

雙試點專案推進與覆盤
・絕版書短版再版 pilot:上線「短版再版意願登記表」,三階段推進(需求先行,庫存居次)。
・大專佛學社共讀教育套件 pilot:核算成本,試點一套 10 本套書+手冊+投影片+線上導讀專案。
・Cloudflare Pages 正式切換正式網域上線。
・召開全社導入覆盤會,檢討工具去留。
11/20 秋季交稿後餘裕期 首批絕版書登記收集有效意向;首套共讀套件順利推行;官網正式網域解析平穩上線,全社平穩過渡。

第一週行動清單:十項低風險起步工作(9/10–9/16)

當前執行時段,實際預算支出 0 元,無縫依附 9/14 國圖申報
跳轉至主報告清單 →
# 任務名稱與說明 負責人 預估時間 完成驗收判準
1 人工瀏覽器核對定價與開通狀態
至 openai.com 確認 Business 席次定價及台灣信用卡開通支援。
沈建志 15 分鐘 將官方定價網頁螢幕截圖存檔留底。
2 開通 ChatGPT Business 2 席(社長與沈建志)
以社長公務信用卡開通(年繳每席 $20 美元),輸入大千統編減免 5% 營業稅。
建議由大千指派雙管理員 20 分鐘 收到官方確認信,後台確認預設「不訓練資料」。
3 實測 ChatGPT Apps 台灣可用性與發票憑證
檢視 Apps 目錄是否可正常瀏覽安裝,確認發票憑證是否載有統編。
沈建志 30 分鐘 實測確認外掛可用性,記錄後台電子帳單存檔備查。
4 建立「圖書資產盤點試算表」並登錄 L1 書目
依 13 欄位標準建立全社試算表,第一步先將現存 L1 書目填妥。
沈建志 2 小時 試算表架構完成,L1 現有電子書全數登載完畢。
5 輔助整理《智慧的覺醒》ISBN 與 CIP 資料
以 ChatGPT 整理書目大綱與內容提要,協助社長如期申報。
建議由大千指派雙管理員 1 小時 於 9 月 14 日前順利送出國圖線上申請
6 國圖 ISBN/CIP 線上進度照會與法定無規費確認
致電國際標準書號中心 (02)2361-9132 確認法定免費與時程。
沈建志 10 分鐘 確認申辦零規費且無補件缺漏,記錄於專案備忘。
7 網域註冊商清查與 DNS 體檢(防信箱中斷)
登入 darchen.com.tw 後台,備份 MX/SPF/DKIM,清查 DNSSEC 安全簽章狀態。
沈建志 30 分鐘 匯出完整 BIND 格式 DNS 備份檔存入安全資料夾。
8 建立雙管理員體系與離線安全備用碼
公務帳號建議落實雙管理員體系(具體人選由大千確認),啟用雙因素驗證(2FA/MFA),列印留存備用碼。
建議由大千指派雙管理員 30 分鐘 雙方完成 2FA 設定並確認備用碼實體留底(降低單點風險)。
9 開通 Dropbox Plus 試用並劃分目錄
建立雲端母架構,設定「可給 AI 讀」與「機密資料」實體隔離目錄。
沈建志 30 分鐘 目錄層級建構妥當,移入《智慧的覺醒》專案檔案。
10 經銷商報品格式索取與第一週覆盤會議
向大和與聯合窗口索取 Excel 範本;週三下午召開 30 分鐘覆盤會。
建議由大千指派雙管理員 45 分鐘 取得空白報品範本,社長確認第二週推進方向。
📖 老編輯名詞便簽 06 什麼是電子郵件防偽三部曲(SPF / DKIM / DMARC)、多因素驗證(MFA)與公車指數(Bus Factor)? 如同「大千公文防偽條戳+信封火漆印章」+「金庫雙人會同開鎖」+「消除單一承辦人請假全社休克的防呆制度」。
📖 【老編輯出版實務比喻】
1. 郵件防偽三大支柱(SPF / DKIM / DMARC)
- SPF 好比「大千官方認證的合格特約郵差清冊」,告訴全台郵局只有名冊上的伺服器能代表大千發信;
- DKIM 好比「大千信封上的數位防拆火漆印章」,證明信件在運送途中沒有被壞人拆開竄改;
- DMARC 好比「大千給全台郵局的公開通告:凡是看到冒用大千名義但沒有火漆鋼印的信件,請直接退回或銷毀」。有了這三層保護,大千寄給法師、學者或經銷商的信件絕不會被誤判為垃圾信。
2. 多因素驗證(MFA/2FA)與安全備用碼:好比「銀行金庫的雙鑰匙制度」。光知道密碼還進不去,手機還會跳出 30 秒動態認證碼;若手機遺失,還可用鎖在社長保險箱的「印出紙本備用碼(Backup Codes)」解鎖。
3. 公車指數(Bus Factor):如果一項關鍵技術或密碼全社只有一個人知道,萬一他出門被公車撞倒送醫,全社立刻停擺,這叫「公車指數=1」。把公車指數提高,就是把管理員設為兩人(社長與執行同仁並列),並備妥交接文檔。
🔍 【底層科技白話詳解】

RFC 7208 (SPF), RFC 6376 (DKIM), RFC 7489 (DMARC) 形成網域名稱層級之寄件人身分認證鏈(Authentication Chain)。MFA 採用 TOTP(以時間為基礎之一次性密碼演算法,RFC 6238)。

🏢 【大千營運推想情境與舉例】
第一週由梁社長與沈建志共同開通公務帳號,設定雙管理員並啟用手機 Google Authenticator 驗證,同時將產生的十組備用碼列印紙本,裝入密封信封妥善存入保險箱。無論誰出差或休假,全社營運皆能隨時接管。
📜 【官方技術與法規事實依據(有所本)】
NIST SP 800-63B 數位身分認證指引;Google 與 Yahoo 2024 年強制電子郵件發信人驗證規範。

四、第一季會得到什麼(成果描述)

90 天完成後,大千出版社實際擁有的五大實質成果與核心資產
1. 187 本典籍線上檢索門戶
純靜態、大幅降低伺服器維運負擔的現代化書籍檢索站(catalog.html)。長輩友善大字排版,讀者能隨時依經論分類、作者與關鍵字搜尋典籍,清楚知道購買管道。
2. 現代化安全通訊與網域基礎
完成 DNS 遷移與 MX 郵件備份,三十年公務信箱絕不斷訊;公務系統落實雙管理員體系與多因素驗證(MFA),離線備用碼實體封存,消除單點風險。
3. 多軌收款試點體系
完成綠界或藍新外部代管金流連結測試,大千伺服器零卡號存儲;同時印製長輩友善之大字版郵政劃撥指南,確保各年齡層讀者暢通購書。
4. 佛典數位資產清冊與審核標準
建立全社 13 欄位資產盤點試算表,完成現存 L1 電子書登錄;確立著作權法第 12 條合約範本與 Source Sheet 來源查核表,守護學術權威。
5. 兩項出版驗證專案
推出「絕版書短版再印意願登記表」(落實需求先行、庫存居次),並試點推出「大專佛學社共讀教育套件」成本核算,平穩拓寬青年與學界讀者群。

看看其中一項成果可能長什麼樣子

大千官網概念 DEMO・長輩友善閱讀與 187 本書庫檢索實體介面原型
實體介面原型展示

大千官網概念 DEMO

查看官網概念 DEMO ↗

以既有書庫資料製作的介面原型,用來展示長輩友善閱讀、書籍搜尋與購書資訊如何落地。這不是正式官網定稿,也不代表所有展示功能已完成上線。

📚 既有 187 筆書目收錄 載入大千既有 187 筆書目資料與本機書封,展示書名、著者、定價、分類、搜尋與書籍資訊介面。試讀與延伸內容仍以正式出版資料完成核對後為準。
👓 長輩舒適無障礙閱讀 大字排版、高對比度、日讀/夜讀模式切換,章節試讀支援字級即時縮放工具,無浮誇視覺雜訊。
🔍 白話多維度檢索 六大閱讀主題切換、出版年份過濾,支援書名、著者、關鍵字即時多詞交集檢索。

五、誰負責:角色劃分與維護工時承諾

明確劃分工作職責,嚴格限制每週系統維運時數
💡 營運核心定調:免費工具 ≠ 免費營運

軟體工具低月費或免費,絕不等於零營運維護成本。微型出版團隊最珍貴的資產是出版專注力與編輯同仁的專業工時。任何新工具若引發繁複的技術排錯與維護,將嚴重擠壓出版核心任務。第一季以「例行數位維護平均每週不超過 2–3 小時」作為營運目標,實際工時需在試行期間記錄;若持續超標,應優先簡化功能而非增加人力負擔,確保科技真正服務出版,而非反客為主。

梁崇明 社長
決策層・總體把關與專案示範
  • 重要決策方向與預算審定。
  • 建議配置為核心公務帳號之交接管理角色之一。
  • 以日常操作示範 AI 輔助成果,引領團隊。
  • 重大版權簽約與對外學術法緣維繫。
沈建志(出版策劃)
執行統籌・技術架構與流程落地
  • SaaS 工具帳號配置與 DNS 備份維護。
  • 圖書資產盤點試算表建置與書庫整理。
  • 外部代管金流連結測試與合約範本落實。
  • 第一季以例行維護平均每週不超過 2–3 小時為營運目標,不擠壓日常出版編務。
編輯同仁
專業編務・維持既有出版節奏
  • 前 60 天不增加額外學習負擔,全力專注秋季 10 項既定截稿排程。
  • 在 ISBN 申報、報品單產出等環節體驗輔助成果。
  • 秋季交稿完畢後的 11 月底,再行評估參與進一步操作。
外部專業協同
專業分工・合規運作
  • 記帳士事務所: 統籌 9B 稿費申報(免稅門檻 180,000 元)、二代健保補充保費(2.11%)與營業稅,維持微型團隊編制彈性。
  • 經銷通路(大和、聯合): 沿用標準 Excel 報品單,維持良好發行合作。
  • 協力印廠: 配合三階段短版再印機制,提供少量彈性印刷報價。

六、第一季暫緩項目(業務邊界與風險防護)

明確劃定業務邊界,防止微型團隊精力發散,保護核心編務
跳轉至主報告導入期程 →
處置建議 項目名稱 暫緩或不採用之核心理由 替代方案與對策
第一季暫緩 1. 完整會員註冊與帳號登入系統 增加長輩記憶密碼負擔與個資外洩維護責任,微型團隊無力承擔。 免註冊直接購書與劃撥,LINE OA 一對一專人客服。
現階段不採用 2. 自建線上購物車系統 需自行承擔主機升級、購物車外掛維護與資料庫安全,成本過巨。 採用 ECPay / NewebPay 外部代管金流連結(Hosted Checkout)。
現階段不採用 3. 自建支付引擎(經手信用卡卡號) 直接處理或儲存信用卡卡號違反 PCI-DSS 標準,帶來高額法規與盜刷責任。 一律跳轉符合 PCI-DSS Level 1 認證之金流代管結帳頁。
第一季暫緩 4. 自建重型 ERP 進銷存系統 現階段進銷存以經銷商月結單與試算表已足夠處理,重型 ERP 易使微型團隊負荷過重。 維持記帳士統籌與離線試算表清冊,平穩運作。
現階段不採用 5. 大型常設 OpenChat(5,000 人自由大群) 常設大群極易滋生宗派論爭、偽經、詐騙與廣告,管理維護成本過巨。 改為 50–200 人「8 週封閉式共讀營」,活動結束即封存;客服由 LINE OA 承接。
現階段不採用 6. 每日未驗證 AI 佛學語錄貼文 大型語言模型存在義理幻覺與拼湊偽作風險,流於低質宣傳罐頭內容,影響 30 年品牌聲譽。 改為每週經編輯審校之「經典出處卡」與專業導讀。
第一季暫緩 7. 公眾無限制佛教 RAG 自由對答 讓 AI 只根據指定出版資料回答的檢索架構(RAG),需在典籍完成考證與數位清洗後開放,過早推出易生幻覺。 延後至底本資料庫完成人工覆核後始行評估。
現階段不採用 8. 大量先印再賣(盲目壓低單價印製庫存) 未售出的書籍會形成沉重倉儲與資金積壓成本。 堅持「需求先行,庫存居次」,採三階段短版再印機制。
現階段不採用 9. 模糊「供養換推薦」 以宗教用語掩蓋實質商業薦證對價,涉及公平交易法與宗教倫理疑慮。 嚴格拆分純贈閱請益(無義務)與合作薦證(透明利益揭露)。
現階段不採用 10. 以 75 折作為永久固定通路政策 未經經銷商合約核算即公開低折讓破價,必引發實體通路價格爭議與退書。 改為封閉式大專佛學社共讀教育套件,折扣依成本條件倒推。
📖 老編輯名詞便簽 07 為什麼第一季堅決暫緩「開放式佛學 AI 自由對答」與「自建會員購物車」? 如同「未經校對的初校稿絕不開機出片,未達量產規模絕不購入重型印刷機」,嚴防義理幻覺與資安泥淖。
📖 【老編輯出版實務比喻】
1. 佛學內容絕不容許自由瞎猜:佛法修持講究「依文解義,三世佛冤;離經一字,便同魔說」。當前大型語言模型在沒有經文底本嚴格限制下,極易在精微義理處產生似是而非的幻覺(例如把天台宗「一念三千」與華嚴宗「事事無礙」混淆,或編造佛經未曾載錄的行法修行建議)。在 187 部典籍尚未完成逐字數位清洗校勘前,開放任意自由對答,等於把未經二校三校的草稿直接向公眾發行,對大千三十年正統學術品牌是毀滅性風險。
2. 自建購物車與會員系統是沉重包袱:建置一套會員註冊系統(WooCommerce / 自建商城),意味著大千主機必須 24 小時開機保管成千上萬名長輩讀者的帳號、密碼與個人地址,還要隨時修補主機系統漏洞。一旦遭受勒索病毒或密碼外洩,微型團隊根本無力應對法律訴訟。採用免註冊、外部金流代管結帳,既體貼長輩不記密碼,又免除所有主機維護負擔。
🔍 【底層科技白話詳解】

開放式生成存在非受控隨機性(Temperature Sampling),無法保證輸出具備百分之百之考據真實性。自建購物車牽涉 OWASP 網頁弱點維護、Session 劫持防範與個資法法定資安監控。

🏢 【大千營運推想情境與舉例】
大千將主要精力集中於秋季出版截稿,官網維持純靜態目錄檢索,讀者請購一律跳轉外部安全金流或郵政劃撥。在確保出版核心業務穩定的同時,為未來建置權威佛學知識庫奠定穩健基石。
📜 【官方技術與法規事實依據(有所本)】
中華民國個人資料保護法第 27 條資安維護標準;出版品數位典藏學術考證與防偽規範。

七、方案比較與風險評估(為什麼選這條路)

客觀對照原案盲點、方案比較與修訂後之落地執行處方
檢視主報告完整論證 →
📖 老編輯名詞便簽 08 什麼是 Git 版本控制、Token 算力計費與向量檢索(Vector Search)? 如同「校對房的歷次修訂紅筆存根簿」+「鉛字字粒計算法」+「佛法深層義理的主題式導航指南」。
📖 【老編輯出版實務比喻】
1. Git 版本控制:好比編輯部的「紅筆修改歷次留底存根清冊」。以前最怕檔案改壞了找不到舊版,或者不知道某一段是誰刪掉的。Git 就像一台精密的時光照相機,每一次儲存(Commit),系統都記錄何年何月何日誰改動了哪一行文字。即使發生錯誤,一秒鐘就能把整份文件或網頁倒轉回上週、甚至三年前的狀態。
2. Token(模型計費單位):好比古早鉛字排版房「數鉛字字粒計費」與報社按字算錢。AI 在閱讀或產出文字時,不是整張紙看,而是拆成一個個極小的語義積木(Token)。英文一個單字約 1 個 Token,繁體中文因為結構豐富,1 個中文字約等於 1.5 到 2 個 Token。ChatGPT Business 按席次提供極大用量,比起人工打字輸入,成本低廉許多。
3. 向量檢索(Vector Search):好比「按深層法義脈絡與思想意涵分類,而非死板的同字檢字」。傳統電腦搜尋只能找「一模一樣的字」;如果你輸入「人生痛苦與解脫」,傳統搜尋找不到寫著「八苦交煎、五蘊熾盛、涅槃寂靜」的經論。向量檢索透過數學空間座標,懂得這些字背後的思想是一致的,即使字面上沒有一個字相同,也能把《阿含經》與《俱舍論》的精確章節找出來推薦給讀者。
🔍 【底層科技白話詳解】

Git 為分散式版本控制系統;tiktoken 為 OpenAI 專用 BPE 分詞器;向量檢索透過 Embedding 模型(如 text-embedding-3)將文字對應至多維稠密向量空間,並以餘弦相似度(Cosine Similarity)計算語義關聯。

🏢 【大千營運推想情境與舉例】
大千將 187 部典籍做成向量檢索庫,讀者在官網輸入生活中的煩惱或修行問題,系統運用向量檢索精準對應到大千出版之經典章節與導讀書目,引導讀者恭請相應之專書深入研讀。
📜 【官方技術與法規事實依據(有所本)】
Git 官方技術規格書;OpenAI Embeddings API 技術文獻。
評估策略領域 原提案主張與潛在盲點 評估建議 修訂後之落地執行處方
網站託管與網域
Cloudflare Pages 託管
宣稱 0 元主機無限頻寬;但未揭露免費邊緣路由特性,且未防範原註冊商 DNS 安全簽章(DNSSEC)殘留導致解析中斷風險。 調整後採用 1. 務實平視免費版規格(輕量後端運算服務 Workers 每日限額 10 萬次、CPU 10ms)。
2. 制定「註冊商先行清理 DNSSEC/DS 紀錄、降低 TTL、備份 MX 郵件紀錄」的無縫切換 SOP,確保三十年公務信箱絕不斷訊。
官網架構與金流
不自建購物車與金流
全站僅做純靜態資訊展示,完全依賴經銷通路與傳統郵政劃撥;錯失能以數位付款購書的讀者需求。 調整後採用 1. 釐清「不自建購物車不等於不做數位付款」。
2. 導入 ECPay / NewebPay 外部代管金流連結(Hosted Checkout),大千伺服器零卡號存儲。
3. 功能劃分 P0(核心門戶)/ P1(短印預約)/ P2(長期研議)。
社群維護與 AI 內容
LINE OA 與 OpenChat
設立 5,000 人免費用戶上限之 OpenChat 社群大群,並排程每日早晨 7:00 由 AI 生成佛學金句。 現階段不採用 1. 現階段不設立永久性 5,000 人常設群(管理成本高、充斥爭端與廣告)與每日 AI 金句。
2. 改以 LINE OA 為單一服務入口(1 對 1 私訊全免月費),社群改辦 50–200 人 8 週限期共讀營。
3. 佛學內容實施「經文原典先行(Source-First)」與綠黃紅三級管控。
外部推廣與外包
樣書評薦與專文撰稿
以供養結緣為名換取自媒體推薦;大專社團 75 折團購;以大正藏經號防 AI 洗稿。 調整後採用 1. 拆為「純贈閱(尊重禮儀)」與「合作薦證(依法揭露)」雙軌。
2. 團購改為封閉式「共讀教育套件」,不破價以維護實體書店關係。
3. 研究生外包採三級稿酬,落實 Source Sheet 來源查核表與著作權法第 12 條書面合約,合規申報 9B 所得稅與二代健保。

🎯 決策核心原則:大千的數位策略不是「功能越多越好」。 每增加一個功能前,決策團隊逐一檢視以下 7 個問題;任兩項判定為高風險者:延後實施!

# 檢驗問題(Executive Decision Rule) 評判標準與高風險警戒線 處置原則
1 這功能是否直接幫助讀者找書、理解書或買書? 若偏離讀者核心需求(如花俏動態特效、複雜論壇、無關小遊戲),屬無效擴張。 不予立案
2 每週需要多少人工維護? 若例行維護平均每週超過 2–3 小時,將增加微型團隊負擔並擠壓出版編務。 高工時現階段不採用
3 唯一懂它的人不在時,其他人能否接手? 若系統全靠單一外部接案人或單一承辦同仁記憶,未留文檔或備用碼,公車指數(Bus Factor)=1。 需雙管理員與交接清冊
4 是否需要保存個資? 若需在伺服器端長期留存讀者帳號、密碼、生辰八字或身分證字號,資安法規風險極高。 採資料最小化與代管
5 是否涉及付款? 若自建收款外掛經手信用卡卡號或需處理複雜帳務對帳,違反 PCI-DSS 與財務規範。 一律採外部代管金流
6 是否涉及佛學內容權威? 若放任 AI 自由生成佛陀語錄、經文偈頌或精細義理判教,存在嚴重幻覺風險。 嚴格執行 Source-First 審校
7 如果停止服務,大千能否安全退出? 若資料無法一鍵匯出、受特定平台私有格式綁架、或退場需支付高額違約金。 無安全退場機制不採用

八、若同意進入第一季試行,建議確認的事項

若評估合適並決定啟動試行,建議確認的四個具體事項
閱讀全篇主報告 →
📋 若同意進入第一季試行,建議確認的事項
  1. 開通 ChatGPT Business 2 席: 是否同意是否同意開通 2 席(年繳每席 $20 美元,合計月支 $40 美元,輸入大千統編免 5% 營業稅),並依 OpenAI 現行 Business 資料政策確認工作區資料預設不被用於模型訓練?
  2. 官方網站託管與網域備份: 是否同意官網以 Cloudflare Pages 純靜態模式推進,並由沈建志先行向 darchen.com.tw 網域商索取 DNS/MX 備份與清理 DNSSEC 舊設定,確保公務信箱運作正常?
  3. 前 60 天出版排程保護原則: 是否確認前 60 天嚴守「不增加編輯同仁負擔」方針,全社心力優先集中於秋季出版排程作業節點(至 11/20 止),由規劃人員示範先行?
  4. 社群單一窗口策略: 若大千已有 LINE 官方帳號,建議整理為主要客服窗口;若尚未建立可列入試行;現階段不開放常設自由討論大群,改以 50–200 人「8 週封閉共讀營」為限?

主報告全文章節快速導覽

第一章・給社長的決策簡報
做不做、花多少、第一步動什麼;四大策略方案評估、大千決策評估七原則。
第二章・OpenAI 商用外掛客觀現況
外掛集合發布背景、ChatGPT Business 席次門檻、跨國營業稅與資料不訓練政策。
第三章・十六款外掛逐項可行性審查
QuickBooks、DocuSign、Dropbox、Canva、Stripe、PayPal、HoneyBook 等四級判定。
第四章・軟體授權與導入成本精算
第一週 0 元、第一季月支約 NT$2,640 元、第一年全社總預算與投報率精算。
第五章・十大深水區實務實施建議
記帳稅務(9B/健保)、Hosted Checkout、ISBN、電子合約、數位資產、Cloudflare、官網藍圖、LINE、外包矩陣。
第六章・三十年資產數位化路線
L1 至 L5 資產五層分級估價、13 欄位盤點試算表、直排古籍非破壞式掃描與 OCR。
第七章・分階段導入期程
前 60 天不增加同仁額外負擔、Priority 1–5 優先序矩陣、第一季暫緩與不採用清單。
第八章・資安維護與資料治理準則
敏感資料五防線、五大治理支柱(帳號/所有權/資料/內容/廠商)、個資法承諾、決策檢驗七問。
第九章・第一週行動清單
十項低風險起步工作、DNS 註冊商體檢、雙管理員備用碼、國圖免費申報對接。
第十章・出版社專用指令範本庫
新約草擬、經銷商報品包、古籍 OCR 校對、專案獨立審查 Prompt(一鍵複製)。
第十一章・查證缺口與權威文獻清單
十項查證缺口實測處置、依權威機構結構化之法律/稅務/技術文獻出處(高/中/需確認)。
🔬 後續研究|Publisher OS 的開源基礎建設 [點擊展開/收合技術評估]

本計畫不預設所有工具都自行開發。出版社既有大量成熟或可研究的開源基礎建設,可透過小規模沙盒測試後再決定採用、整合或自行開發。以下項目屬後續研究方向,不代表大千已決定導入。

TeamAI-CLI / Ruler 評估狀態:SANDBOX_NEXT / WATCH

探討工程團隊 AI 助手規則與提示詞的集中版本控制。TeamAI-CLI 提供 Git push-review-pull 團隊分發;目前僅作架構借鏡,嚴禁全域覆寫工作區現有設定。 輕量化多 AI 輔助工具規則分發器,專注於將單一來源規則轉換為多工具原生格式;目前維持技術對照狀態,不直接執行。

Ketty 評估狀態:SANDBOX_NEXT

Coko 基金會開發之開源網頁圖書製作平台,支援線上多人審閱與 Paged.js 分頁排版。因涉及多服務 Docker 容器與關聯式資料庫,需維持原稿外部 Markdown 為唯一真本,列為次階段受控沙盒測試。

PubSweet 評估狀態:REFERENCE_ONLY

早期模組化學術出版微服務框架(曾支撐 Editoria),官方目前已封存並轉向 Kotahi。本計畫嚴格設為架構參考,不進行代碼安裝,僅借鏡其出版組件與狀態機設計。

DVC (Data Version Control) 評估狀態:ADOPT_POC_NOW

針對古籍高解析度掃描、音訊與封面印刷大檔的版本控制系統。以純文字指標檔管理大容量資產,並以 dvc.yaml 建立自動化衍生轉檔管線,第一階段僅採純本地快取以確保零外洩。

Vivliostyle CLI 評估狀態:ADOPT_POC_NOW

基於 W3C CSS Paged Media 規範的現代排版命令列引擎。讓編輯維護 Markdown 原稿與標準 CSS 樣式表,即可直接編譯產出具備精確中文字型、註腳與雙頁跨頁的出版級印刷 PDF。

Pressbooks / Manifold 評估狀態:WATCH / WATCH

北美主流 WordPress 開放教科書出版系統,適合作為多格式匯出規格與線上圖書架構的對照參考,暫不作為底層排版基座。 大學出版社推動之數位專著互動閱讀平台,借鏡其數位專著介面與讀者註解體驗,暫不安裝為底層系統。

Dagster / OpenLineage 評估狀態:DEFER

資料資產導向工作流編排與跨系統資料血統追蹤標準。對目前中小型出版社規模屬過度工程化,判定暫緩評估,現階段以 DVC 檔案級依賴已完全能滿足出版版控需求。

完整技術參數與沙盒驗證紀錄請參見:07_Publisher_OS_Lab/01_RESEARCH_SSOT/OPEN_SOURCE_REGISTRY.yaml