決策導覽
字級： ｜
閱讀完整論證主報告 →
提案對象：梁崇明 社長（大千出版社）
出版策劃：沈建志
版本狀態：正式決策建議版 (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 郵件紀錄，確保三十年公務信箱絕不斷訊。
📌 第一季落地準則：落實備份與清查，依循標準切換 SOP 推進
📖 老編輯名詞便簽 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 月底才展開深度建置窗口。
📌 第一季落地準則：恪守秋季出版排程，前 60 天維持原節奏
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