現在正是線下社群奇異點：模型公司、Organizer 與各行各業正在聚集與擴散
2026年8月1日
臺灣 AI Workshop、meetup 與黑客松為何突然密集？從模型公司、在地 Organizer 到跨職能參與者，看見 AI 如何透過社群走進每個人的工作流程。
summon script：把輪詢式 Skill 拆成可直接使用的啟動指令
2026年7月26日
當我已經知道要叫誰、用哪個帳號時，不必再讓 Skill 一題一題問。把 cmux 啟動流程抽成 summon script 後，能直接使用，也能讓 Skill 少帶一大段操作細節。
Skill：用 cmux CLI 召喚一個有明確職責的 AI
2026年7月26日
我把「開一個新 AI、套上指定 Agent、選帳號與工作位置」做成 summon-agent Skill，讓 Claude 透過 cmux CLI 建立一個真正可長駐協作的工作現場。
Skill 不該複製進每個 Agent：用 reference 保留共同來源
2026年7月26日
Agent 需要的是角色與 routing，不是每一份 Skill 的完整手冊。把 Skill 留在共同來源、讓 Agent 按需 reference，才能避免多帳號與多 Agent 的規則慢慢分岔。
User System Prompt 的 Token Diet：哪些 instruction 應該常駐？
2026年7月26日
把 CLAUDE.md 與 AGENTS.md 當成自己能控制的最高常駐 instruction layer 後，我用 Token Diet 重新判斷哪些規則該留下、哪些該延後讀取。
Skills 裝太多之後：內建健檢 doctor 怎麼幫我決定預載、按需讀取，還是移除？
2026年7月26日
Skill 不是裝得越多越好。我用 Claude Code 內建的 /doctor 健檢盤點裝了什麼，再從 subagent 啟動時的 context 成本出發，重新分辨預載、按需讀取、共同 reference 與移除四種去處。
Agent 設計：Claude 與 Codex，同一個角色，兩種載入方式
2026年7月26日
Claude 與 Codex 的 Agent 格式不同，是否就得維護兩套？我用 shared contract、registry 與 runtime adapter，把角色設定拆成各自只有一份權威來源。
三個 AI 帳號，一套工作環境：Single Source of Truth
2026年7月25日
同時使用個人 Claude、company 帳號與 Codex，不必維護三套工作環境。把登入與額度分開後，Skills、MCP、規則與 Agent 都能維持各自的單一來源。
Codex 升級成 ChatGPT 後：Classic、Chat、Work 到底怎麼分？
2026年7月24日
我為了 GPT-5.6 更新一路追到舊 ChatGPT App，才看懂 Codex App 如何變成新的 ChatGPT、舊 ChatGPT 為何成為 Classic，以及左欄 Chat／Work 到底怎麼分類。
Oysterun：用 Tailscale 從手機控制本機 Claude Code／Codex 的第三條路
2026年7月24日
Oysterun 不是另一條 SSH 管線，而是一套自帶手機對話、檔案瀏覽與通知的本機 AI Host。它以 Tailscale 打通手機與電腦，也換來一套新的工作介面。
Codex Remote 為什麼比 Claude Code Remote Control 更順？
2026年7月24日
實際用手機接手 AI 工作後，我發現 Codex Remote 對我的 workflow 更順：隨時回到任一專案或對話，而不是只能接住一條預先開放的 session。
Agent 換專案時，為什麼不一定會讀 CLAUDE.md
2026年7月21日
Agent 能去另一個 repo 工作，卻不一定會讀專案規則。這篇整理原因，以及用全域規則補上的做法。