一、為什麼現在值得做
評估推進大千數位營運與 AI 輔助的四大實務理由
💵 工具成本門檻大幅降低
商業工具不再需要昂貴專案採購。開通 ChatGPT Business 2 席月支約 NT$1,280 元，搭配全球邊緣靜態託管，首季資訊預算月支僅約 NT$2,640 元，即可具備現代數位出版與流通基礎。
📚 活化三十年文獻資產
大千累積 187 本典籍資產與深厚排版資源。建置現代化線上檢索書庫與試行短版再印機制，能讓絕版經典重新被海內外佛教學者與讀者檢索、流通與請購。
⏱️ 守護既有出版業務
新工具以非破壞式方式輔助日常作業（ISBN/CIP 書目申報、經銷商報品包整理、合約草擬），讓例行編務更省力，前 60 天不干擾編輯同仁既定出版節奏。
⚖️ 確立原典審核與版權主權
在生成式 AI 普及之際，及早透過著作權法第 12 條出資合約與經文原典核驗標準（Source-First），建立大千在數位時代的學術信譽與品牌護城河。
📖 資深編輯白話便簽 01
純靜態網站託管（Static Hosting）
這是什麼：預先將網頁文字與圖片排版成現成固定檔案的存放方式。 對大千有什麼用：大幅減少傳統主機維護、修補漏洞與資料庫當機的負擔，內容隨時可重新發布更新。
💡 【一句話：這是什麼？】
純靜態網站託管是預先將網頁的所有文字、排版與圖片處理成現成的固定檔案（HTML/CSS/JS），讀者造訪時直接從雲端節點下載讀取，不需要在主機現場運算或連線資料庫。
🎯 【對大千有什麼用？】
大幅減少傳統伺服器維護工作與資安漏洞修補負擔；零資料庫設計可降低後端資料庫注入風險；即使湧入大量讀者，仍須透過監測與容量評估管理服務穩定度，且託管成本極低。
⚠️ 【最容易誤會什麼？】
最容易誤會「靜態」等於「內容只能在讀取當下呈現，不能在讀取當下修改」。實際上，靜態是指讀者讀取時主機「不進行現場動態運算」；大千編輯同仁隨時能在本機修改書目、增添新書，修改完成後點擊一次部署，全球讀者會依快取與發布狀態陸續看見更新。
📖 【出版實務比喻】
🏢 【大千情境例子】
讀者點入大千網站查閱《淨心誡觀法》的目錄與作者簡介，網頁直接由離讀者最近的節點送出。即使大千在佛教雜誌刊登新書啟事引發數千讀者同時瀏覽，網站可由邊緣節點分散流量，社內仍須監看服務狀態與容量。
📜 【官方／原廠事實依據（有所本）】
Cloudflare Pages 官方架構說明（JAMstack 靜態邊緣分發）；OWASP（開放式網路應用安全專案）資安標準指出純靜態架構可減少部分伺服器端資料庫注入與伺服端腳本攻擊面。
二、給梁社長的五分鐘決策摘要
專為社長 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
網域名稱系統（DNS）、DNSSEC 與快取存活時間（TTL）
這是什麼：網路世界的門牌號碼查號台、防偽鋼印與暫存有效期限。 對大千有什麼用：確保讀者輸入 darchen.com.tw 順暢連上大千，搬遷主機時通訊不中斷。
💡 【一句話：這是什麼？】
DNS 是將英文字網址轉換為主機數字 IP 位址的查號台；TTL 決定了查號結果可以在全球各地的電腦中暫存多少秒；DNSSEC 則是在查號過程中附上防偽數位簽章的一套防護機制。
🎯 【對大千有什麼用？】
讓全球讀者隨時透過專屬網址造訪大千官網與收發公務信件；搬遷託管商前透過調降 TTL，可確保全球網路在搬遷當天幾分鐘內換新門牌；啟用 DNSSEC 能防止假冒網站招搖撞騙。
⚠️ 【最容易誤會什麼？】
最容易誤會「DNSSEC 能防禦所有的黑客或網站入侵」。DNSSEC 專門防禦的是「查號過程中被偽造竄改（DNS 快取毒化或劫持）」；它並不保護網站密碼被盜或伺服器本身的漏洞。此外，若在原註冊商未清除舊的防偽紀錄（DS 紀錄）就切換 DNS，可能導致讀者被瀏覽器阻擋無法進入。
📖 【出版實務比喻】
🏢 【大千情境例子】
大千預定週五更換網站代管主機。同仁在一週前先將 TTL 從 86400 秒調降為 300 秒，週五正式切換時，讀者端會依各地快取狀態陸續取得新位址；切換前後應以 DNS、MX、SPF、DKIM 與實際收發測試確認公務信箱可用。
📜 【官方／原廠事實依據（有所本）】
ICANN RFC 4033、RFC 4034、RFC 4035（DNSSEC 標準規範）；TWNIC 台灣網路資訊中心網域名稱註冊管理規章。
2
建議 02：支援線上刷卡但第一階段採外部代管
做什麼：
導入綠界（ECPay）或藍新（NewebPay）外部代管金流連結（Hosted Checkout），透過金流系統主動回傳付款狀態的機制（Webhook）安全確認交易，並行郵政劃撥與專人電話服務。
一句理由：
不自建購物車不等於不做數位付款；代管結帳讓大千伺服器零卡號存儲，降低 PCI-DSS 涉及範圍與實務負擔。
第一季怎麼做：
以 1–2 本專書試點外部安全金流付款按鈕，同步更新年長讀者友善之郵政劃撥大字指南與一對一客服指引。
📖 資深編輯白話便簽 03
外部代管金流（Hosted Checkout）與 PCI DSS 合規範圍
這是什麼：由取得國際認證的金流商代管信用卡刷卡頁面與交易處理。 對大千有什麼用：大千網站不直接經手或儲存信用卡卡號，大幅縮小支付安全責任範圍。
💡 【一句話：這是什麼？】
外部代管金流是讓讀者在結帳時，跳轉至通過國際支付卡產業安全認證的金流專用頁面輸入卡號，整個付款流程由金流服務商（如綠界）直接處理。
🎯 【對大千有什麼用？】
大千不必在自己網站上架設刷卡程式，不直接碰觸或儲存讀者的信用卡卡號與安全碼，可大幅縮小支付資料安全（PCI DSS）的合規責任範圍，防範最危險的卡號外洩法律風險。
⚠️ 【最容易誤會什麼？】
最容易誤會「只要用了外部代管金流，大千就不必承擔個資保護與安全責任、也與 PCI 規範無關」。事實上，大千網站本身的付款跳轉連結防竄改、後台訂單收件人姓名電話地址等個資保護、管理員密碼安全，仍然由大千負責，是否須填報 PCI DSS 自我評估（例如 SAQ A），應依實際串接方式、收單機構要求與 PCI SSC 適用資格核對，仍有相應責任。
📖 【出版實務比喻】
🏢 【大千情境例子】
讀者欲刷卡訂購《天台教學史》再版書，點擊「信用卡付款」後跳轉至綠界加密頁面完成授權。綠界回傳交易成功號碼，大千後台僅記錄訂單與發貨地址，大千後台不取得讀者的信用卡號碼，省心又合規。
📜 【官方／原廠事實依據（有所本）】
PCI SSC（支付卡產業安全標準委員會）PCI DSS v4.0 規範標準；綠界科技 Hosted Checkout 整合指引與 SAQ A 適用資格標準。
3
建議 03：專注於秋季出版排程作業，前 60 天不增加同仁額外負擔
做什麼：
面對 11 月 20 日前 10 項秋季出版排程，前 60 天嚴格遵守「不增加同仁負擔」原則。
一句理由：
繁重截稿期強推新軟體易引發混亂，新工具必須服務出版業務，而非打亂編務節奏。
第一季怎麼做：
由社長親自示範成果、沈建志負責架構設定，編輯同仁維持原工作節奏，直至秋季交稿完畢後的 11 月底才展開深度建置窗口。
4
建議 04：以 LINE OA 為單一服務窗口
做什麼：
以 LINE 官方帳號（OA）作為對外單一服務入口，社群活動以 8 週封閉共讀營為限。
一句理由：
善用免費 1 對 1 私訊（不限則數全免月費），避免常設大型公開群帶來的義理紛爭、廣告洗版與繁重管理負擔。
第一季怎麼做：
開通 LINE OA 提供專人購書與劃撥諮詢；規劃 50–200 人「8 週封閉共讀營」，活動結束後全群唯讀存檔。
📖 資深編輯白話便簽 04
LINE 官方帳號（LINE OA）與一對一客服分流
這是什麼：出版社在 LINE 上建立的官方專屬通訊與客服接待窗口。 對大千有什麼用：讓習慣使用 LINE 的年長讀者輕鬆私訊詢問，一人即可輕鬆管理劃撥回傳。
💡 【一句話：這是什麼？】
LINE 官方帳號是企業專用的通訊門面，提供一對一私訊聊天、自動關鍵字回覆、圖文選單導覽以及依照分眾發送通知的整合介面。
🎯 【對大千有什麼用？】
將「一對一客服」與「公開社群討論」明確分流。長輩讀者不需要學習新網站操作，直接在常用的 LINE 裡詢問書目、回傳劃撥單或查詢進度，降低管理混亂與同仁客服負擔。
⚠️ 【最容易誤會什麼？】
最容易誤會「做社群就是要成立幾千人的公開大群組，人越多越熱鬧」。佛學出版品讀者背景多元，大型開放討論群極易淪為宗派論戰、私人募款或轉傳假訊息的溫床；微型團隊無力全天候監管，經營一對一官方帳號遠比經營萬人群更安全莊重。
📖 【出版實務比喻】
🏢 【大千情境例子】
七十歲的法師在郵局劃撥購書後，用手機拍下劃撥收據傳到大千 LINE 官方帳號。同仁在電腦後台一眼核對，立刻回覆「已收到法師收據，明日新書即刻掛號寄出」，過程親切順暢。
📜 【官方／原廠事實依據（有所本）】
LINE for Business 官方服務規章與牌告資費手冊（一對一私訊聊天無訊息數量限制且免額外月費，群發廣播則按則計費）。
5
建議 05：佛典義理堅持經文原典先行
做什麼：
佛學內容堅持經文原典先行（Source-First），外包撰稿落實著作權約定與出處查核。
一句理由：
大型語言模型在佛學義理容易產生拼湊偽經之幻覺，大千核心資產在於文獻真偽與學術法緣信賴。
第一季怎麼做：
建議契約明定受聘撰稿者為著作人，大千依契約取得約定範圍內之著作財產權，著作人格權依第 21 條專屬於著作人（若採其他歸屬應依第 12 條另行確認），外包作者檢附 Source Sheet 來源查核表，依法申報 9B 稿費（每年 180,000 元免稅額度）與二代健保補充保費（2.11%）。
📖 資深編輯白話便簽 05
檢索增強生成（RAG）與經文原典先行（Source-First）
這是什麼：先從指定底本查出精確經文與章節，再讓 AI 依據原典摘要說明的技術。 對大千有什麼用：大幅降低 AI 憑空捏造佛學名詞或胡亂引經的機率，字字有出處。
💡 【一句話：這是什麼？】
RAG（Retrieval-Augmented Generation）是一種先透過檢索系統從指定的權威檔案庫（如大千佛學書庫或大藏經）抽出相關原文段落，再提供給 AI 進行整理與說明的架構。
🎯 【對大千有什麼用？】
將 AI 的回答範圍嚴格限制在給定之典籍與出版底本內，大幅減少大型語言模型胡言亂語的機會，並要求輸出每一段論述時精確附帶章節出處與頁碼，便於編輯覆核。
⚠️ 【最容易誤會什麼？】
最危險的誤會是「以為有了 RAG，AI 的回答就可以跳過人工查證與語意覆核」。RAG 只是要求 AI「先把書攤在桌上再看著回答」，大幅降低胡扯機率，但 AI 仍可能在拼接文句時產生斷章取義或語意偏頗；因此重要佛學教理仍必須由編輯或法師進行最終人工審定。
📖 【出版實務比喻】
🏢 【大千情境例子】
編輯需要為新書寫一份《釋門歸敬儀》的內容提要，RAG 系統先精確檢索出書中第三章關於禮敬古制的論述，AI 依此產出三百字導讀，並在文末列出相應段落，編輯花一分鐘翻開書頁即可完成查證。
📜 【官方／原廠事實依據（有所本）】
OpenAI 官方檢索增強架構指引；大千出版經文原典先行（Source-First）數位審校原則。
三、第一個 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）
這是什麼：國際公認郵件身分證、雙重登入認證與職務代理人防停擺制度。 對大千有什麼用：保護大千三十年公務信譽、杜絕帳號密碼外洩被盜，確保同仁出差請假時業務不中斷。
💡 【一句話：這是什麼？】
將寄信防偽三部曲（SPF/DKIM/DMARC）、帳號登入雙重驗證（MFA）以及文件化代理人機制（公車指數 Bus Factor）整合實施的基礎數位治理防護。
🎯 【對大千有什麼用？】
大幅降低大千寄給作者或經銷商的公務信被判入垃圾信匣，並確保核心系統（Cloudflare、網域商、Dropbox）即便密碼遭洩漏黑客依然無法登入，且同仁請假時營運不中斷。
⚠️ 【最容易誤會什麼？】
最容易誤會「小出版社不需要管資安，反正沒人會來攻擊」，或者以為「解決停擺危機就是大家共用同一組密碼」。資安威脅往往是無差別釣魚掃描；共用密碼更會引發權責不清；健全做法是雙人獨立帳號與清楚的文件化手冊。
📖 【出版實務比喻】
🏢 【大千情境例子】
大千寄發續約合約給學者，對方信箱驗證大千防偽鋼印無誤直接放行；同仁登入後台時手機彈出確認通知，點擊確認方可登入；即使社長出國訪談，副管理員手持作業手冊亦能順暢維護。
📜 【官方／原廠事實依據（有所本）】
IETF RFC 7208/6376/7489 郵件協定標準；NIST SP 800-63B 數位身分安全指引；ISO 22301 業務持續管理規範。
四、第一季會得到什麼（成果描述）
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
第一階段暫緩「自由對答 RAG」與「自建購物商城」之策略考量
這是什麼：依微型出版社當前人力與風險承受力，將高負擔功能列為暫緩的務實裁量。 對大千有什麼用：避免微型團隊陷入資安維護與義理爭議的泥淖，全力守護秋季出版排程穩定推進。
💡 【一句話：這是什麼？】
針對大千出版社 3 至 5 人團隊現狀，於第一階段優先落實書庫盤點、靜態官網與一對一客服，將全自動 AI 自由問答與自建購物車列為暫緩評估項目。
🎯 【對大千有什麼用？】
集中社內最寶貴的專注力於圖書出版與經銷本業，不把預算浪費在無人維護的高風險動態系統上，確保數位化轉型穩健可控、穩健推進並保留人工覆核。
⚠️ 【最容易誤會什麼？】
最容易誤會「暫緩就等於大千長期停留在現狀、持續排斥購物車與 AI 對話」。暫緩是「因應當前人力條件與資料庫完備程度的先後順序抉擇」；未來待書庫全部結構化完成、讀者需求明確、且營運能量充足時，隨時可啟動第二階段評估升級。
📖 【出版實務比喻】
🏢 【大千情境例子】
社內同仁專注於 11 月 20 日秋季交稿排程，官網採用極簡託管與現成的第三方金流，零技術負擔；不需為了伺服器當機或信用卡被黑客側錄而焦頭爛額。
📜 【官方／原廠事實依據（有所本）】
微型企業數位轉型風險階梯評估架構；圖書發行產業鏈分工與投入產出效益模型。
七、方案比較與風險評估（為什麼選這條路）
客觀對照原案盲點、方案比較與修訂後之落地執行處方
📖 資深編輯白話便簽 08
Git 版本控制、Token 算力計費與向量檢索（Vector Search）
這是什麼：校樣存根簿、AI 文字處理積木與語意關聯搜尋技術。 對大千有什麼用：檔案修改有跡可循並可依版本紀錄還原、精確掌握文稿處理上限、讀者問義理系統精確找經典。
💡 【一句話：這是什麼？】
記錄檔案修改軌跡的存根工具（Git）、大型語言模型處理文字的基本單位（Token），以及依據語意概念關聯度搜尋經論章節的技術（Vector Search）。
🎯 【對大千有什麼用？】
讓大千出版品數位底本歷次修改清清楚楚，改錯時可依版本紀錄還原；讓同仁理解 AI 篇幅上限不花冤枉錢；讀者在官網查詢生活佛法時，系統能跨章節列出相關經論段落。
⚠️ 【最容易誤會什麼？】
最容易誤會「向量檢索代表 AI 已經真正懂佛法」。向量檢索本質上是數學幾何關聯度的比對，找出的是用詞模式接近的候選段落，不代表法義裁決正確，經文教理依然必須由學者與編輯審定。
📖 【出版實務比喻】
🏢 【大千情境例子】
同仁校對《唯識講記》時誤刪註解，利用 Git 歷程一鍵救回；請 AI 摘要時分批輸入掌握在 10 萬 Token 內；讀者搜尋「斷除煩惱」，系統精準抽出《成唯識論》斷惑修證相應段落供讀者研讀。
📜 【官方／原廠事實依據（有所本）】
Git 分散式版本控制標準；OpenAI Tokenizer 繁體中文拆解規範；資訊檢索語義嵌入國際學術標準。
| 評估策略領域 | 原提案主張與潛在盲點 | 評估建議 | 修訂後之落地執行處方 |
|---|---|---|---|
| 網站託管與網域 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 | 如果停止服務，大千能否安全退出？ | 若資料無法一鍵匯出、受特定平台私有格式綁架、或退場需支付高額違約金。 | 無安全退場機制不採用 |
八、若同意進入第一季試行，建議確認的事項
若評估合適並決定啟動試行，建議確認的四個具體事項
📋 若同意進入第一季試行，建議確認的事項
- 開通 ChatGPT Business 2 席： 是否同意是否同意開通 2 席（年繳每席 $20 美元，合計月支 $40 美元，輸入大千統編免 5% 營業稅），並依 OpenAI 現行 Business 資料政策確認工作區資料預設不被用於模型訓練？
- 官方網站託管與網域備份： 是否同意官網以 Cloudflare Pages 純靜態模式推進，並由沈建志先行向
darchen.com.tw網域商索取 DNS/MX 備份與清理 DNSSEC 舊設定，確保公務信箱運作正常？ - 前 60 天出版排程保護原則： 是否確認前 60 天嚴守「不增加編輯同仁負擔」方針，全社心力優先集中於秋季出版排程作業節點（至 11/20 止），由規劃人員示範先行？
- 社群單一窗口策略： 若大千已有 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