實驗新型態的電子報


這禮拜對於電子報產生了一些新的想法:

由於現在 AI 能協助我每週產生不只一篇的內容,加上近期又跑了一些活動,參加後收穫滿滿,所以想說改用策展式的電子報,來分享我這個禮拜做了什麼,以及學到了些什麼,希望這樣的方式可以讓電子報的內容更多元,提供給已經訂閱的朋友不同類型的需求。

如果你看了之後覺得哪邊不夠過癮再跟我說,我下週再來調整!

兩場小聚的主題分享

連續兩週做了長主題的分享:一場有 30 人,講了 40 分鐘;另外一場 3 人,卻講了兩個小時,這兩場的經驗帶給我非常不同的視野與衝擊,首先是 6/22 的彩虹小聚,主題是如何教 AI 來幫助自己工作,本以為內容會太簡單,但還是收到回饋說後半段有點難度。

在準備這份簡報前我就苦惱了很久,不確定到底該準備什麼內容才能適合所有聽眾,直到主辦人跟我說就看我哪一篇 FB 貼文流量最高,就講那篇就對了,於是才選定了主題,在報名時看到人數就明顯感受到選題的重要性。

關於這場的逐字稿內容可以參考這邊:https://oberonlai.blog/teach-ai-workflow/

另外一場是第一次參加的 Chatbot 聊天機器人小聚,由於都在忙著上一場的簡報以及專案工作,這場的主題太晚跟主辦人告知,導致活動報名狀況不如預期,但也是因為這樣可以跟與會者能夠即時互動。

這場的主題是經營 WordPress 外掛事業的心路歷程,透過簡報的分享以及聽眾的回饋,不停的激發我回想起過去的經驗,也從聽眾的回饋學到新的東西,第一次演講講到兩小時,然後後隔天就燒聲了,這種圍爐式的分享體驗,我一輩子都不會忘記。

這場的逐字稿可以參考這邊:https://oberonlai.blog/ai-monetization-five-stages/

也因為這兩次的演講,讓我深深明白做簡報的過程不只是簡報本身,而是該如何把這些知識轉換為聽眾有辦法吸收的內容,並且能夠深入淺出,我覺得這是交由 AI 做簡報無法達成的。

金流串接卡關

這週把一個主要的客戶專案完成了,最困難的地方是卡在台灣金流的串接碰上一些麻煩,還好不少朋友給了很多替代方案,下次再遇到我就知道要怎麼處理了,然後這位客戶的產品應該對自由工作者會很有幫助,我再徵求他的同意看是否能公開專案細節,也許有機會要到折價卷!

我有把遇到的困難整理在這邊:https://oberonlai.blog/newebpay-smart-atm-2-refund-api/

找到終端機新歡

我之前有分享過我現在都是用終端機 Warp 來進行開發工作,我教學生也都是用這一套,但這兩天發現到台灣開發者 Muki 大大開發了一套專為繁體中文設計的終端機 tempo,解決了我在 Warp 遇到的兩大難題。

首先是在 Warp 裡面打開文件時想要修改內文,當輸入注音時無法顯示正在輸入的注音符號,導致只能盲打,這讓我必須要另外開啟 VSCode 來做 md 文件的編輯。

第二個問題是當輸入法切換為注音時,Warp 裡面所有的快速鍵就會無法作用,不管是切換頁籤、關閉視窗、儲存檔案全都不行,當看到 Warp 開源時就很想自己找時間來修,但前幾週實在太忙。

剛好在這時候看到 tempo,裝起來測試後除了完全解決注音輸入法的問題,重點是介面設計的非常有質感,整個比例間距看起來非常的舒服,用沒兩下後就自己 fork 下來,加入了讓自己順手的快捷鍵後,我決定要跳槽了。

我改了以下幾個地方:

  1. Cmd + 數字鍵 - 切換頁籤
  2. Option + 數字鍵 - 切換工具列
  3. Cmd + 加減符號 - 變更介面大小以符合自己的老花眼
  4. Cmd + ~ - 在同一分頁中的不同視窗進行切換
  5. 分隔視窗可以用方向鍵上下選擇要開啟的工具
  6. 終端機 auto complete

就這樣,我覺得這套就完美了,有開 PR 給 Muki 大大,希望會 merge,它會是我下週的工作新夥伴!

關於 tempo 的介紹可以參考這邊:https://github.com/mukiwu/tempo-term

我可能錯了

已經有好一陣子沒看人類寫的書了,因為都在看 AI 產的內容,最近拿起 Kobo 看到老婆之前買的這本「我可能錯了:森林智者的最後一堂人生課」,幫助我抽離追逐 AI 的焦慮之中。

看完後這四件事讓我印象最深刻:

  1. 不要相信自己的念頭
  2. 當發現自己掌控的慾望出現了,握緊拳頭後展開雙手,告訴自己放下
  3. 瑞士的安樂死服務是由自己按下開關的
  4. 泰國人會找僧人報明牌

整本書好笑又好哭,作者非常精彩的一生,有興趣了解內容可以參考我老婆寫的書評:https://www.justgirl.me/2024/03/blog-post_9.html

迎接夏日

七月接了新竹小聚的主講,還約了認識很久卻從沒見過面的網友吃飯,專案忙完又有多一點時間來產文章了,希望台灣今年不會超過四十度高溫,然後好久沒靠語音輸入自己打字了,希望這樣的電子報形式我能撐的下去!

下週繼續吧!

WordPress 開發日常

Read more from WordPress 開發日常

之前朋友約出來喝咖啡時他分享下一個階段的 AI 可能會發展成監督式的 AI,也就是當 AI 自己在跑的時候,會有另外一個 AI 來檢查它現在做的每一件事情是否都真的有往正確的方向推進。 當下聽到覺得這個 idea 很棒,但具體要怎麼實作完全沒有概念,更不用說這樣子 token 消耗的成本會不會變成兩倍?而且監督 AI 的 AI 需要有什麼能力?該以哪一種方式來進行監督?然後又該如何把找出的問題回報給原本的 AI 呢? 這一切問題在我最近研究 Claude Code 以外的工具時意外發現了解決方案,那就是之前我拿來做為 Discord Bot 的 AI 引擎 OMP。 OMP 是 PI 的分支,想理解什麼是 OMP 可以先從 PI 開始理解,PI 是一套開源且輕量化的 Coding CLI,也是跟 Claude Code 一樣跑在終端機的寫程式 Agent。 相較於 Claude Code 的封閉,PI 完全開源,並且支援多家不同的模型,PI 強調有需要什麼工具再自己額外安裝,就不會像 Claude Code 一樣原廠給你什麼就只能用什麼。 而 OMP 是 PI 的分支,它的概念跟...

之前分享我請 AI 設計的一套專門用來管理手邊待辦清單的專案管理軟體,邊用的時候我就在邊思考著:當我新增這些任務之後,我還是要回到終端機去把這些任務的描述、相關的文件以及完成的目標告訴 AI,然後等它跑完之後我再驗收,再回到我的計時軟體裡面來記錄是已完成還是該暫停。 如果可以在開立任務的時候,就能直接指派 AI 來做這件事情,是不是就可以少一個重複描述、開發需求的流程?剛好有了這個想法之後,就在 YouTube 上面看到一個叫做 Auto Claude 的專案。 它把 Claude 直接跟看板軟體整合,並且可以在裡面詢問 AI 關於專案的細節以及產生開發藍圖,也能設定專案的亮點與相關資訊。 我看到後驚為天人,覺得這似乎是另外一種理想的 AI 開發軟體,本想直接下載裝起來用,但請 Claude 研究後發現它有一些問題,於是就想說自己來開發,順便理解關於整個 Loop Engineering 的概念。 Claude Orchestrator 這次一樣是使用 Glaze 來開發,請它建立好專案的環境之後,然後再回到終端機去接手後續的多工並行。我的做法是先請 AI 去參考 Auto...

常常在社群媒體上看到各種自動化工具的廣告,從早期的 n8n 開始到現在 AI Agent 自動完成任務,這些工具跟流程都很棒。但是回到使用者本身,我們真的知道自己有哪些工作是可以被自動化或是應該「自動化」的嗎? 這就讓我回想起以前給自己的工作要求,那就是要把手上所做的每一件事情都記錄下來,並且可以明確看到每項任務的執行時間以及頻率,這樣事後才有辦法做回顧,我把這樣的理念也應用到承接專案的層面上。 這也是為什麼我有一些專案都是採取時薪計價的開發模式,因為我需要讓客戶知道他的預算都花在哪些項目,來藉此把資源用在合適的任務上。 我最早使用的即時軟體叫做 Ora,這是一套結合看板管理、敏捷開發流程、時數統計,甚至還有內建聊天討論串的一套強大工具。 它長期都是免費的,付費方案是團隊成員超過計算,所以我都是使用它來進行與客戶的專案管理,它的介面十分清楚且一目瞭然,可以縱觀地知道是哪一類型的任務花最多時間,也可以細看到具體是在處理哪一個問題所消耗的時數。 但當某天我打開準備使用它的時候,發現它被另外一套專案管理軟體 ClickUp...