內容分級與發布規則¶
本頁說明「AI知識庫」內容在整理、撰寫、搬移與發布前應採用的分級規則。本頁不包含任何真實機密內容，僅作為公開的資料處理說明。
分級總覽¶
| 分級 | 可否放入 docs/ |
可否發布到網站 | 可否交給 Codex / AntiGravity 處理 |
|---|---|---|---|
| Public / 可公開 | 可以 | 可以 | 可以 |
| Internal / 內部使用 | 不應放入公開 docs/ |
不可公開發布 | 僅可在受控環境中處理 |
| Confidential / 保密 | 不可 | 不可 | 不應交給不必要的 AI agent |
| Restricted / 高度限制 | 不可 | 不可 | 不可，除非有明確授權與安全環境 |
1. Public / 可公開¶
定義¶
已確認可公開發布的知識庫內容。內容不含個人資料、憑證、未公開研究資料、內部行政資訊或其他限制性內容。
可否放入 docs/¶
可以。
可否發布到 GitHub Pages 或 Cloudflare Pages¶
可以。
可否交給 Codex / AntiGravity 處理¶
可以。仍需由維護者確認事實、語意與公開適切性。
範例¶
- 已公開的 AI 工具介紹
- 公開教學資源整理
- 一般提詞工程範例
- 不含私人資料的工作流程
- 公開文件的閱讀筆記
處理方式¶
- 可放入
docs/。 - 可加入
mkdocs.ymlnav。 - 發布前仍應執行保密檢查與
mkdocs build --strict。
2. Internal / 內部使用¶
定義¶
僅供特定團隊、課程、研究計畫或維護者使用的內容。內容本身未必高度敏感，但尚未確認可公開。
可否放入 docs/¶
不應放入公開 docs/。
可否發布到 GitHub Pages 或 Cloudflare Pages¶
不可公開發布。
可否交給 Codex / AntiGravity 處理¶
僅可在 private repository、受控環境或使用者明確授權的情況下處理。處理前應確認不會被移入公開網站。
範例¶
- 未整理完成的內部工作流程
- 課程內部備課資料
- 尚未確認是否可公開的提示詞模板
- 只供專案協作者使用的維護筆記
處理方式¶
- 不加入
docs/或mkdocs.ymlnav。 - 若 repository 是 public，不應 commit。
- 若 repository 是 private，仍應避免混入 credentials 或個人資料。
3. Confidential / 保密¶
定義¶
依法、契約、研究倫理、機構規範或資料提供者要求不得公開的內容。
可否放入 docs/¶
不可。
可否發布到 GitHub Pages 或 Cloudflare Pages¶
不可。
可否交給 Codex / AntiGravity 處理¶
不應交給不必要的 AI agent 處理。若確有處理需求，應先取得明確授權，並使用符合資料保護要求的環境。
範例¶
- 未公開研究資料
- 訪談逐字稿
- 會議內部紀錄
- 審稿資料
- 未公開手稿
- 含身份線索的研究筆記
處理方式¶
- 不 commit 到 repository。
- 不放入
docs/。 - 不加入網站導覽。
- 若誤加入，應立即停止部署並依
CONFIDENTIALITY.md處理。
4. Restricted / 高度限制¶
定義¶
一旦外洩即可能造成帳號、系統、個人或機構風險的資料。
可否放入 docs/¶
不可。
可否發布到 GitHub Pages 或 Cloudflare Pages¶
不可。
可否交給 Codex / AntiGravity 處理¶
不可，除非使用者明確授權、環境安全且有必要。AI agent 不得主動建立、推測、保存或輸出此類資料。
範例¶
- API keys
- tokens
- passwords
- private keys
.env檔案- 學生資料
- 個人資料
- 未公開審稿資料
- 可登入外部服務的 credentials
處理方式¶
- 不得 commit 到 repository。
- 不得貼入 issue、Pull Request 或 commit message。
- 若外洩，立即撤銷或輪替憑證。
- 若已進入 Git history，應評估清理歷史紀錄與重新部署。