Emil+Impeccable 建站流程:設計規則、多視窗截圖與本機執行安全界線
保留Reel建站工作流,核候選技能、固定授權與live browser限制;影片取得partial、未安裝或實測。
一屏結論:設計規則與瀏覽器驗收要分層
@aistart_up 與 @brec911 的 Reel 說先裝 Emil Kowalski、Impeccable 兩個 design skills,管理字體、間距、動畫,禁用老套 UI,並讓 Claude 在手機/平板/桌機截圖修正。這值得保留為「規則 → 實作 → 多視窗尺寸檢查 → 修正」流程,但不等 skills 自帶瀏覽器、免費模型或網站自動通過正式驗收。已保存 caption 與可見留言,留言多為建站關鍵字,私訊教學未取得、未留言索取。
影片證據限制
公開頁 video 為 blob URL、readyState 0,影片尺寸為 0、duration 不可讀。直接下載與有限 seek-frame 擷取未成功,本次僅取得 caption/可見頁面,不宣稱完整影片轉錄或原示範已驗證。封面網站與說話者畫面不能證明使用了哪一版技能、哪些命令、是否自動完成 regression。來源機器時間 2026-09-21T09:01:38Z/40Z,頁面寫 9月21日,擷取為台北 2026-10-12,不能把這則當今天發布。
候選身份:不是兩個 Anthropic 官方技能
作者 caption 沒有 repo 連結,本次以命名相符候選查核:emilkowalski/skills 的 skills/emil-design-eng/SKILL.md,frontmatter name 為 emil-design-eng;根目錄 MIT。pbakaus/impeccable 的 .claude/skills/impeccable/SKILL.md,name impeccable;根目錄 Apache-2.0。兩者是產品/社群作者維護,不是因此升格為 Anthropic 官方。原作者所發私訊整套設定未取得,不能確定其中是否有 fork、附加 prompt、browser MCP 或其他改動。
固定版本真正說什麼
Emil 的 README 說這些技能來自設計工程經驗,旨在改善 UI 決策,且專業知識不是被 AI 取代。Impeccable 現行 README 稱 1 skill、24 commands、59 deterministic detector rules,包含字體、排版、色彩、UX、動態和 anti-pattern guidance;這些是本次固定版本描述,不是九月原影片版本的數量。多 provider 資料夾內同名 skill 副本不是多個獨立功能包。固定版本:emilkowalski/skills @ 2d228630ba1446365f614a108cb8252f1feda202;pbakaus/impeccable @ c63b8dd7dd5a5f3c32eaabe1af76d0694f863ed2。
自動截圖:依執行環境,不是 Pro 字樣的通用承諾
作者寫自動截圖要 Claude Pro 以上、免費可用規則、手機可手動傳圖;保留為作者環境主張。本次沒有核其具體 Claude Code/Chrome/Desktop/MCP 組合,不能把這個方案條件套到所有 agent。Impeccable 官方 README 現行版本支持 local live browser iteration,但需要本機 checkout 與開發伺服器;純提示詞文件不自動提供瀏覽器、系統權限、API quota 或部署環境。deterministic detector 可不使用 LLM/API key,不代表生成、理解及修正工作流完全免費。
新增風險:live editing 不是任意 production 網站自動修
現行 upstream 說 live 模式僅本機 development server/static HTML,不能在 production HTTPS 網站注入 localhost helper,也不應弱化 CSP 或瀏覽器安全來湊功能。套用文案修改可執行 package.json 的 impeccable:manual-edit-validate shell script,以使用者權限運作;陌生 repo 先審 script。安裝/更新也可能寫 provider hooks 與 project-local config;本次沒有執行 installer、沒有改 settings、沒有掃私人專案、沒有接管瀏覽器。
從看起來不像 AI 到真正可用網站
anti-pattern 清單只是去模板化,不應把所有卡片、數字摘要、英文 eyebrow 一律禁用:要看使用者任務、品牌與資訊層級。我的採用建議是先明確商品/受眾/轉換目標,再用設計規則生成;指定小中大 viewport 的實際寬度,檢查 overflow、斷行、鍵盤焦點、對比、reduced-motion、表單錯誤、空狀態與真實資料。乾淨 detector 不是 accessibility、效能或商業轉換保證,仍需實際 rendered QA。本次沒有跑 detector 或網站 E2E。