媳婦過年帶了一個電子鋼琴回來,我讓 AI 寫了一個可以命令行操作的工具,想讓 AI 彈個琴玩玩。因為要對接藍牙,所以就讓用 object c 實現了,後來發現純命令行無法保持硬件連接,於是改成了一個 rpc 服務,cli 連接上去調用。後來發現它在努力地解決多線程和內存管理導致的 panic,才反應過來 rpc 服務它也用 object c 實現了,看来 AI 也不喜歡內存管理和多線程😅。ps:這種複雜一點的問題還是 codex 靠譜。
用 Gemini Vibe Coding 了一个 AI 作曲的应用,思路是用 AI 来生成曲谱,然后转换成音乐。当前只能转换成 midi,后面如果接个更好的混音服务,效果会更好一些。 这个主要是用来测试 AI 对曲谱 -> 音乐的映射的理解,我测试下来发现还不错,只是我的音乐水平有限,是否有玩音乐的推友,可以试试给个反馈。 这是视频演示: 这是试用地址,需要 Google 账户登陆
用了 AI 後,恨不能讓它持續工作,半夜起來上廁所發現 AI 幹完活了,都要給它繼續再分配個活,但一不小心就又折騰半宿。 後來想到一個辦法,讓主 Claude 啓動另外一個 Claude 去幹活,自己監督。折騰半天,和它一起設計了一套工作流方案,結果發現 Claude 學不會啓動自己,似乎是搞不定交互式的輸入。 最後它說:“我認爲由我來直接執行會更合適和高效”,然後吭哧吭哧自己幹起來了😂。 感覺 Claude 應該內置一個 fork 功能,像進程一樣, fork 自己啓動一個新進程,但和子進程之間可以直接通信。 有沒有人搞過類似的方案。
遇到個疑難雜症,讓 AI 協助排查。Claude Opts 4.5 和 GPT 5.1 Codex Max 給的結論不一樣。我就把它們的回復復制給對方讓辯論。後來覺得有點麻煩,我就弄一個文檔,讓它們通過修改文檔的方式來辯論。哪家的 AI 編程工具弄個專家會診模式呀,可以把幾個模型拉到一個聊天會話中辯論,最後給個會診建議😅