sechskies/developer-rules/rules/ai-change-boundaries.md

description, alwaysApply

description	alwaysApply
變更範圍與全站樣式：未點名的檔案與 class 預設不碰；跨頁／共用 CSS 須先確認。	true

【變更邊界・回覆風格】AI 變更邊界（sechskies）

預設只做「被點名」的範圍

• 使用者若只提某頁（例如 minister_ge.html）、某區塊、某句文案：只改該處，不順手改 index.html、minister.html、assets/js/portal-nav.js、assets/css/style.css 全站區、或 assets/css/index.css 裡與首頁共用的規則。
• 未寫到的檔案＝不開、不刪、不重構；需要動到時，先用一句話說明「為何必須動」並等使用者確認，或改在回覆裡列出將被波及的檔案請使用者選是否要做。

共用樣式（assets/css/style.css、全站 class）

• 禁止因為某一頁要對齊視覺，就擅自改掉全站 class（例如 .slogan-quote、.mark_b、section 預設）在其他頁的呈現。
• 金句已分流：覺醒稿用 slogan-quote slogan-quote--awakening（副標語彙：雙線＋中置小字），首頁使命稿用 slogan-quote slogan-quote--mission（獨立奶油卡）；基底 .slogan-quote 不帶視覺，禁止再只改基底就套兩種金句。
• 若使用者說「參考某區塊的樣式」：只代表該次交辦的那一段／那一頁可以長得像它；不要在未說明下把既有全站 class 整組換成另一套語彙。應優先：該頁專用 wrapper class、或只加在該頁父層下的選取器（例如 .home-page #某區 …），且仍須落在使用者允許的檔案範圍內。

一句話可避免的誤會

• 若需求可能影響多檔（導覽、首頁、共用 CSS）：先問「是否只改 A，還是 B/C 也要一起？」再改。

文件與規則檔

• 不要主動新增或長篇修改 README、docs/*.md，除非站主明講。
• 約定只寫在 developer-rules/rules/*.mdc（合併進既有檔，勿再新增散落 *-notes.md／目錄索引）。禁止放在 docs/ 或站主日常會開的目錄。
• 動導覽／籌備中／site-guide：只讀 portal-nav-rules.mdc。

回覆風格

• 站主要短句時：先答做沒做、為什麼壞，勿長篇道歉後又擅自改一輪。