2026-05-15 AI 學習日誌

calendar May 15, 2026 · 3 分鐘長 · AI學習 Claude Code Agent Skills image prompt Project Dashboard iOS 自動化  ·
分享到: copy

今日最有感的事

一條編織風氣象 prompt，意外把 Dashboard sidebar 整個翻新

晚上看到 0xspeter 在 Threads 那條已經破 23 萬瀏覽的貼文。他分享一個四段式的 image prompt 模板：第一段定調「鉤針編織 × 羊毛氈 × 黏土模型」的整體美術風格、第二段列畫面內容（城市地標、人物、雲朵、雨滴、路牌）、第三段把日期/溫度/condition 文字「直接做進模型場景」、第四段是 negative prompt 擋掉寫實感跟 AI 崩壞。範例他用花蓮 5/14 陰雨天當主題，視覺真的非常療癒。

第一眼看完我的判斷是：這個 prompt 的結構價值大於圖本身。「分區清單 + negative prompt」跟我自己 ecg-prompt skill 那個 lead-by-lead 描述 + 禁用清單的邏輯在精神上對齊，未來要寫「ECG 教學海報 prompt 模板」可以直接借這套四段式。

不過真正讓我跳起來的點是另一個——我的 Project Dashboard 左上角本來就有一個 WeatherWidget。如果把 0xspeter 這個 prompt 改成宜蘭，每天讓 codex 根據 CWA 抓到的當日 condition 動態填空，產一張「今日宜蘭編織風氣象明信片」貼在 widget 上，這個 dashboard 就會從「資訊面板」變成「每天打開都有驚喜的小角落」。

更直白地說：這代表我有一個「天氣資料源（CWA API）」、有一個「產圖能力（codex CLI $imagegen）」、有一個「儲存空間（Supabase Storage）」、有一個「展示位（Dashboard sidebar React component）」——四個元件本來都各自存在，但從來沒人把它們串起來。0xspeter 的 prompt 是那個串聯它們的觸發器。

晚上花了大約三小時推完整條 pipeline：

  • DB：新增 weather_images table（date / location / condition / image_url / temp_min / temp_max）+ Supabase Storage bucket weather-cards 設 public
  • Cron：寫 ~/scripts/run-weather-card-daily.py，每天 06:00 經 launchd 觸發。流程是 CWA fetch → 拿 condition + 溫度區間動態填 prompt template → codex CLI 產圖 → upload 到 Storage → upsert weather_images
  • 前端：WeatherWidget 改造成三段式直式版型——上半編織風明信片（圖）/ 中段當下實況 / 下半可摺疊的 7 天 forecast
  • 監控：catchup-cron 接 cron_runs table，凌晨沒跑成功會通知

手動 force run 第一次驗證整條鏈通過：row id=1 寫進去、public URL 拿到、cron_runs id=106 顯示 success。最爽的是 sample 圖：codex 把宜蘭地標全畫對了——龜山島、太平山、礁溪溫泉、蘭陽溪、三星蔥田、羅東夜市，連「歡迎光臨」「好山好水好富貴」這種裝飾文字都中文逐字正確、零錯字。直式 1024×1536 雖然不是我原本要的橫式，但反而讓「明信片」感更強，左上角天氣資訊牌甚至自己長進畫面裡，比硬塞橫式更自然。Commit d69cf0c push 上去之後 Vercel 58 秒部署完成。

明早 06:00 launchd 會第一次真實跑，要看的是：圖品質會不會隨 condition 變動（晴/雨/雪日有沒有視覺差異）、宜蘭地標長期識別率、同 prompt 每天 codex 產出來的變化幅度。如果穩，下一步就是把 LOCATION 變數化、做多城市卡（台北/花蓮等）。

真正值得收進腦袋的觀念是：一個熱門 prompt 不一定要照抄主題，但它的「結構」常常可以套到自己手上現有的元件上、把它們從靜態變成有節奏的東西。

蕭上農的 FB：把 App Store 送審變命令列 + Claude Code 多語系

早上看到蕭上農在 FB 那條 211 讚的貼文：「終於裝了 App Store Connect 的 CLI，這下可以都不用開網頁填那些資料，還可以用 Claude Code 翻譯好所有語系後送審。」留言串裡有人說「終於可以省去痛苦了嗎」、「之前都用 Claude in Chrome 速度超慢」、「本來用 cowork 現在更省 token」——一看就是被網頁版 App Store Connect 折磨過的開發者共鳴。

蕭上農沒講工具名字，順手追了一下。答案是 asc（社群開源工具，不是 Apple 官方）：

  • 首頁 asccli.sh
  • GitHub repo rorkai/App-Store-Connect-CLI，4.4k stars、Go 寫的、MIT license
  • 安裝：brew install asc
  • 覆蓋 1,200+ API endpoint、80+ command group
  • 設計就是 JSON-first、無互動 prompt，明顯是給 AI agent 跑的
  • repo 自帶 CLAUDE.md + AGENTS.md，內建多個 skill（其中一個就是「訂閱與應用內購買的本地化批量處理」）

對非 iOS 開發者讀者補個背景：App Store Connect 是 Apple 給開發者管理 iOS App 上架、metadata、定價、TestFlight、審核流程的後台網頁。最痛苦的部分是要為每個語系（en-US / zh-Hant / ja / ko ...）各填一遍 app 描述、關鍵字、宣傳文案、版本更新說明——而且全部要在網頁的小欄位裡手動切換語言複製貼上。asc 把這整套包成 CLI、輸入輸出都走 JSON，剛好就讓 Claude Code 可以接管整條 pipeline：讀一份中文 master metadata → 跑翻譯 skill 產出 13 個語系 → asc metadata apply 一鍵推上去。

我自己現階段還沒上架 iOS app，但已經知道 急專大補帖 v2 / ECG Live Quiz 如果哪天要做 native iOS 上架（不只是 PWA），這套 pipeline 一定派得上用場。所以做法是寫進 todo-list.md 的「好玩的專案」區當筆記、等真的要動 iOS 那天再展開：先小 demo 驗品質、credential 走 keychain 不要寫 dotfile（社群工具非官方一定要劃這條紅線）、再接到正式 project。

這代表：未來要不要做 iOS app 從來就不是「會不會寫 Swift」的問題，而是「多語系 metadata + 審核流程」的隱形成本——這條成本現在被一個 4.4k stars 的社群 CLI + Claude Code skill 一起壓下來了。

今日收集的資源

蕭上農：用 Claude Code + App Store Connect CLI 自動化 iOS 送審

asc CLI 官網

  • 連結: https://asccli.sh/
  • 一句說明：brew install asc 一行裝起來，13+ 預建 skill（含「訂閱本地化」），明確聲明非 Apple 官方、純社群開源。

rorkai/App-Store-Connect-CLI GitHub repo

蔡正凱：teaching-site-skills

resen168：Google 官方 Agent Skills 倉庫上線

  • 連結: https://www.threads.com/@resen168/post/DYW2ECACcbl
  • 一句說明：Google 釋出 13 個官方 Agent Skills，涵蓋 Gemini API / BigQuery / Cloud Run / Cloud SQL / AlloyDB / Firebase / GKE，支援 Antigravity、Gemini CLI、第三方 Agent。這是「Skills pattern 進主流」的 milestone，真正值得借鏡的是它怎麼讓多家 Agent runtime 都吃得下同一份 Markdown 規格。

0xspeter：編織風城市氣象卡 prompt 模板

comments powered by Disqus