WEBVTT
Kind: captions
Language: zh

00:00:00.000 --> 00:00:01.733
Adobe 可能真的要哭了

00:00:01.733 --> 00:00:03.133
有人居然用 AI

00:00:03.133 --> 00:00:06.266
重新開發了七款 Adobe 的軟件的替代品

00:00:06.266 --> 00:00:07.866
而且直接開源！

00:00:08.066 --> 00:00:09.533
其中最引人注目的

00:00:09.533 --> 00:00:11.200
就是 Photoshop 的挑戰者：

00:00:11.200 --> 00:00:12.266
PhotoCraft

00:00:12.600 --> 00:00:17.000
它的開發者 Brandon Thomas 在 X 上曬出了自己的成果：

00:00:17.066 --> 00:00:17.966
七款軟件

00:00:17.966 --> 00:00:21.100
用 Rust 寫成，並且代碼全部公開

00:00:21.366 --> 00:00:22.533
這裡不得不說

00:00:22.533 --> 00:00:25.000
PhotoCraft 的界面一眼看過去

00:00:25.000 --> 00:00:28.300
只要是熟悉 Photoshop 的人恐怕都得要愣一下

00:00:28.666 --> 00:00:29.733
評論區更是絕

00:00:29.733 --> 00:00:34.066
有人一本正經地提醒他：“你忘了把 Creative Cloud 也做出來

00:00:34.066 --> 00:00:37.033
我還需要一個能無緣無故拖慢電腦的軟件呢！

00:00:37.033 --> 00:00:37.600
”

00:00:37.700 --> 00:00:38.366
這句話

00:00:38.366 --> 00:00:40.933
Adobe 聽了大概不會太開心吧

00:00:41.000 --> 00:00:43.400
但是，在遊戲圈發生的事情

00:00:43.400 --> 00:00:45.366
畫面就更加瘋狂了

00:00:45.366 --> 00:00:46.400
超級馬里奧

00:00:46.400 --> 00:00:48.333
居然跑進了《艾爾登法環》！

00:00:48.600 --> 00:00:51.133
他不僅能在這個世界里三重跳

00:00:51.133 --> 00:00:53.066
還能真的和 Boss 打起來

00:00:53.233 --> 00:00:56.500
開發者把實機畫面直接發到了 X 上面（已被禁止）

00:00:56.666 --> 00:00:59.233
蜘蛛俠也跑到了蝙蝠俠的哥譚市

00:00:59.233 --> 00:01:02.666
在《阿卡姆騎士》的城市上空蕩來蕩去

00:01:02.933 --> 00:01:05.766
還有人把《我的世界》和《GTA》連在一起

00:01:05.766 --> 00:01:08.466
讓不同的遊戲世界發生聯動

00:01:08.566 --> 00:01:09.266
你看

00:01:09.266 --> 00:01:13.766
曾經隔著厚厚軟件邊界的角色、場景和玩法

00:01:13.766 --> 00:01:18.066
正在被開發者們用越來越大膽的方式重新組合

00:01:18.466 --> 00:01:21.033
如果說這些畫面已經足夠瘋狂了

00:01:21.033 --> 00:01:23.966
那接下來的這件事就有點硬核了

00:01:24.000 --> 00:01:27.366
一款上世紀九十年代的 Windows 打磚塊遊戲

00:01:27.600 --> 00:01:31.800
DXBall——研究者用一個叫 REA 的新工具

00:01:31.800 --> 00:01:35.466
讓 AI 沿著三十年前的機器指令往下追

00:01:35.600 --> 00:01:38.666
重新找到了控制左右聲道的計算規則

00:01:39.166 --> 00:01:42.733
三千二百零五組行為測試，全部通過！

00:01:42.833 --> 00:01:44.033
重新編譯之後

00:01:44.033 --> 00:01:46.366
目標函數的六十三個字節

00:01:46.400 --> 00:01:48.933
竟然也和原版完全匹配！

00:01:49.266 --> 00:01:50.266
你有沒有發現

00:01:50.366 --> 00:01:54.033
這些故事背後正在發生一件特別有意思的事？

00:01:54.266 --> 00:01:56.600
AI 不再只是替我們寫新代碼了

00:01:56.600 --> 00:02:01.633
它開始幫助開發者研究已有的軟件、拆解運行機制

00:02:01.633 --> 00:02:06.266
甚至重新創造那些原本需要專業團隊才能夠完成的功能

00:02:06.500 --> 00:02:09.700
那這會把軟件開發帶到哪裡呢？

00:02:09.800 --> 00:02:12.633
我決定呀我不只是去看 X 上的熱鬧

00:02:12.633 --> 00:02:14.633
我要自己動手試一次

00:02:14.866 --> 00:02:16.266
就在這股浪潮裡面

00:02:16.266 --> 00:02:18.900
GitHub 上有個名字特別狂的項目：

00:02:18.900 --> 00:02:20.266
叫做 REA

00:02:20.433 --> 00:02:23.500
它的全稱是 Reverse Engineer Anything

00:02:23.866 --> 00:02:27.633
翻譯成中文就是“對任何事物進行逆向工程”，

00:02:27.633 --> 00:02:30.133
也常被叫作“逆向一切”。

00:02:30.466 --> 00:02:32.433
這是一個漲星超級快的項目

00:02:32.433 --> 00:02:34.800
我都有點不敢報它的星數了

00:02:34.800 --> 00:02:37.333
它目前是 192K 星

00:02:37.433 --> 00:02:40.900
你們看到我的視頻的時候可以再去看看它有多少顆星了！

00:02:40.900 --> 00:02:42.966
記得在評論區留言告訴我哦！

00:02:43.200 --> 00:02:43.966
那這次呢

00:02:43.966 --> 00:02:46.533
我把逆向工程的任務交給了 Codex

00:02:46.766 --> 00:02:48.966
目標不是一個自制的小玩具

00:02:48.966 --> 00:02:51.066
也不是一款三十年前的遊戲

00:02:51.233 --> 00:02:53.733
我們直接去研究蘋果官網

00:02:53.833 --> 00:02:54.633
然後

00:02:54.700 --> 00:02:57.633
讓 Codex 把學到的設計和交互機制

00:02:57.633 --> 00:02:59.233
用在我自己的網站上

00:02:59.233 --> 00:03:02.700
看看 AI 究竟能不能從研究別人的軟件

00:03:02.700 --> 00:03:05.500
一路走到創造真正能用的產品

00:03:05.866 --> 00:03:07.000
歡迎回到wow insight！

00:03:07.000 --> 00:03:08.633
在繼續今天的視頻之前

00:03:08.633 --> 00:03:11.433
我想先感謝一直支持這個頻道的朋友

00:03:11.466 --> 00:03:15.300
我知道還有不少觀看我視頻的朋友還沒有訂閱頻道

00:03:15.300 --> 00:03:17.866
那如果你覺得我的內容對你有幫助

00:03:17.866 --> 00:03:20.166
歡迎訂閱點贊和分享

00:03:20.166 --> 00:03:21.933
也歡迎加入頻道會員

00:03:22.000 --> 00:03:23.800
每個月一杯咖啡的錢

00:03:23.800 --> 00:03:25.066
不僅是對我的支持

00:03:25.066 --> 00:03:30.700
也會幫助我繼續製作更多關於人工智能和未來技術方向的深度內容

00:03:30.833 --> 00:03:33.300
好的，接下來我們進入今天的主題

00:03:33.466 --> 00:03:34.966
要理解這件事

00:03:34.966 --> 00:03:40.600
我們就先得拆掉一個很容易產生的誤會——逆向工程不是說有個按鈕

00:03:40.600 --> 00:03:41.833
你按一下

00:03:41.833 --> 00:03:44.866
別人寫過的源代碼就原封不動地出現了

00:03:45.066 --> 00:03:47.000
軟件經過編譯之後

00:03:47.000 --> 00:03:48.866
原來的注釋、變量名

00:03:48.866 --> 00:03:50.900
甚至是一些寫法和結構

00:03:50.900 --> 00:03:52.466
都可能已經消失了

00:03:52.466 --> 00:03:54.700
兩個寫法完全不同的程序

00:03:54.700 --> 00:03:56.733
也可能實現一樣的行為

00:03:56.866 --> 00:03:59.233
比如作者寫下二加三

00:03:59.233 --> 00:04:03.633
那編譯器呢完全可能把它優化成直接返回五

00:04:03.700 --> 00:04:06.333
你從最後的機器碼回頭再看

00:04:06.366 --> 00:04:10.233
未必還能搞清楚作者當時究竟寫的是哪一種

00:04:10.233 --> 00:04:10.600
所以

00:04:10.600 --> 00:04:14.633
真正重要的是把軟件的行為和規則重新弄明白

00:04:14.633 --> 00:04:18.500
而不是說只是找回一個看上去像源碼的東西

00:04:18.800 --> 00:04:19.800
那在過去呢

00:04:19.800 --> 00:04:27.000
這件事情常常要靠懂瀏覽器調試、反匯編、和函數調用追蹤的專業工程師

00:04:27.000 --> 00:04:28.933
去一點一點的查證

00:04:29.066 --> 00:04:30.100
那 REA 呢

00:04:30.100 --> 00:04:32.900
它的全稱是 Reverse Engineer Anything

00:04:33.266 --> 00:04:35.166
名字聽著就挺囂張的

00:04:35.166 --> 00:04:38.900
它實際上不是憑空發明瞭一套神奇反編譯器

00:04:38.900 --> 00:04:44.533
而是把已有的逆向分析能力整理成 Agent 能調用的調查工具

00:04:44.666 --> 00:04:49.066
它的底層可以連接像 Ghidra 、Hopper 等等這樣的專業工具

00:04:49.066 --> 00:04:53.066
也可以用於調查公開網頁的結構和運行行為

00:04:53.400 --> 00:04:56.666
這相當於給 Agent 配了一套調查員的裝備：

00:04:56.900 --> 00:05:01.833
它可以找線索、沿著調用路徑往下追、對照觀察結果；

00:05:01.966 --> 00:05:04.033
當然，它也可能走錯路

00:05:04.033 --> 00:05:05.500
需要繼續檢查

00:05:05.766 --> 00:05:10.466
那這裡呢恰好有一件 AI 特別擅長、也特別值得我們關注的事：

00:05:10.466 --> 00:05:11.933
就是循環

00:05:12.100 --> 00:05:14.666
也就是先觀察一個軟件怎麼做

00:05:14.666 --> 00:05:16.900
然後提出一種實現猜想

00:05:16.900 --> 00:05:18.633
然後自己寫出版本

00:05:18.633 --> 00:05:20.933
然後再拿實際行為去對照

00:05:20.966 --> 00:05:21.800
如果不一樣呢？

00:05:21.800 --> 00:05:23.633
那就修改、再試

00:05:23.800 --> 00:05:26.566
剛才 DXBall 的三千多組測試

00:05:26.566 --> 00:05:29.233
就是這種思路的最有力的證明之一

00:05:29.666 --> 00:05:30.200
不過

00:05:30.200 --> 00:05:32.866
驗證能讓你知道某個結果是否相符

00:05:32.866 --> 00:05:37.066
但不等於從此所有軟件都能輕鬆重建

00:05:37.266 --> 00:05:44.233
大系統里還有海量互相依賴的功能、性能問題、運行環境和人的判斷

00:05:44.233 --> 00:05:45.400
好、那接下來

00:05:45.400 --> 00:05:48.866
我把這個思路搬到一個很熟悉的地方：蘋果官網

00:05:49.166 --> 00:05:51.266
事情的起點其實很普通

00:05:51.300 --> 00:05:53.700
我已經有一個 wow insight 的網站了

00:05:53.700 --> 00:05:56.433
收錄的是我自己做過的幾百支視頻

00:05:56.600 --> 00:05:57.766
它不是壞網站：

00:05:57.766 --> 00:06:02.333
它能瀏覽、能搜索、還能按播放列表進行分類

00:06:02.366 --> 00:06:04.133
它該有的功能基本都有

00:06:04.233 --> 00:06:07.433
這是半年前 Hermes 指揮 Claude code 開發的

00:06:07.433 --> 00:06:09.866
當時呢只是為了做演示視頻

00:06:10.200 --> 00:06:13.133
目前一直是 Hermes 在自動維護它

00:06:13.300 --> 00:06:14.966
但我每次打開它的時候

00:06:15.000 --> 00:06:16.700
總覺得少了點什麼

00:06:16.700 --> 00:06:18.466
畢竟做一支深度視頻

00:06:18.466 --> 00:06:21.433
要讀資料、研究論文、設計封面

00:06:21.433 --> 00:06:23.166
有時要折騰好多天

00:06:23.300 --> 00:06:25.966
Hermes 幫我把它們發佈到網站上

00:06:25.966 --> 00:06:28.233
卻只是整整齊齊的一排卡片：

00:06:28.333 --> 00:06:29.100
一張圖

00:06:29.100 --> 00:06:31.266
一行標題，再下一張圖

00:06:31.866 --> 00:06:34.500
但你看蘋果展示一款產品的時候

00:06:34.500 --> 00:06:36.366
完全是另一種態度

00:06:36.366 --> 00:06:38.300
一台 Mac，一部 iPhone

00:06:38.300 --> 00:06:39.433
甚至一個功能

00:06:39.433 --> 00:06:41.233
都值得一個專屬的舞台

00:06:41.500 --> 00:06:44.633
先看到什麼，滑動之後再看到什麼

00:06:44.633 --> 00:06:47.166
哪一句文字應該停在視線裡面

00:06:47.166 --> 00:06:48.666
都是經過設計的

00:06:48.766 --> 00:06:49.800
那我就在想了：

00:06:49.800 --> 00:06:51.866
為什麼我的每支精選視頻

00:06:51.900 --> 00:06:53.566
不把它當作一款產品呢？

00:06:53.566 --> 00:06:54.833
就像蘋果那樣？

00:06:55.166 --> 00:06:55.833
但是

00:06:55.833 --> 00:07:00.066
如果我直接對 Codex 說一句“幫我做個蘋果風格的網站”。

00:07:00.166 --> 00:07:04.933
那樣很可能只是黑色的背景、超大的字體、和幾個淡入的動畫

00:07:05.066 --> 00:07:06.300
看著有點像

00:07:06.300 --> 00:07:09.300
實際上它並不知道蘋果是怎樣做到的

00:07:09.433 --> 00:07:11.500
那回頭又都是我的事情了

00:07:11.566 --> 00:07:18.100
又或者呢讓它狂燒幾天的 tokens 去研究——但這些呢又都不是我想要的結果

00:07:18.100 --> 00:07:19.633
我想換個玩法：

00:07:19.633 --> 00:07:22.433
先讓 Agent 去調查真實的蘋果官網

00:07:22.433 --> 00:07:24.733
再回來改造我自己的網站

00:07:24.900 --> 00:07:27.866
於是，我在 Mac Studio 上接入 REA

00:07:27.866 --> 00:07:29.500
讓 Codex 開始工作

00:07:29.966 --> 00:07:31.166
怎樣安裝 REA

00:07:31.166 --> 00:07:33.466
我就省略了啊——就一條命令！

00:07:33.466 --> 00:07:34.233
你看屏幕

00:07:34.233 --> 00:07:38.033
如果還有問題就把它的 github 鏈接發給你的智能體

00:07:38.400 --> 00:07:41.200
在開始之前，我要先強調一個邊界：

00:07:41.200 --> 00:07:46.033
就是我研究的是蘋果公開網頁加載到瀏覽器里的內容

00:07:46.033 --> 00:07:47.800
不是潛入它的服務器

00:07:47.800 --> 00:07:49.533
也沒有破解什麼軟件

00:07:49.966 --> 00:07:57.333
Codex 在 REA 的幫助下觀察網頁結構、CSS、JavaScript 和真實的滾動行為

00:07:57.366 --> 00:07:59.766
留下了一份可追溯的調查報告

00:08:00.033 --> 00:08:00.966
最有意思的

00:08:00.966 --> 00:08:05.833
是那些看起來簡單、實際上呀是各有門道的滾動效果

00:08:05.833 --> 00:08:07.666
比如，你向下滑動的時候

00:08:07.666 --> 00:08:09.033
標題先出現

00:08:09.033 --> 00:08:11.866
下一行說明會稍稍晚一點跟上

00:08:11.866 --> 00:08:14.366
整組內容像排練過一樣入場

00:08:14.800 --> 00:08:18.666
我本來可以直接用最常見的滾動檢測去模擬

00:08:18.833 --> 00:08:20.333
但智能體調查發現

00:08:20.466 --> 00:08:25.433
蘋果頁面中的相關效果有自己的 ScrollGroup 和 TimeGroup 機制

00:08:25.600 --> 00:08:28.833
它們組織滾動觸發和動畫時序

00:08:28.833 --> 00:08:31.766
並不只是給幾段文字隨便加一個延遲

00:08:32.033 --> 00:08:33.300
另一處更有趣

00:08:33.433 --> 00:08:37.733
某些展示畫面看起來像是跟著你的手指在轉動：

00:08:37.866 --> 00:08:39.000
你往下滑一點

00:08:39.000 --> 00:08:40.200
它就前進一點；

00:08:40.200 --> 00:08:41.833
你停住，它也停住

00:08:42.100 --> 00:08:45.466
Codex + REA 做的調查報告顯示

00:08:45.633 --> 00:08:48.233
這類效果用到了預先製作的視頻

00:08:48.400 --> 00:08:51.300
以及一種叫做 VideoScrub 的控制方式

00:08:51.466 --> 00:08:54.700
網頁會把滾動進度對應到視頻時間

00:08:54.900 --> 00:08:57.100
而不是普通地點擊播放

00:08:57.466 --> 00:09:00.466
那這個發現呢就特別適合解釋一件事：

00:09:00.466 --> 00:09:03.666
就是你在屏幕上看到一個漂亮的動畫

00:09:03.666 --> 00:09:07.333
不代表它一定是由 CSS 實時畫出來的

00:09:07.466 --> 00:09:12.866
但我沒有把蘋果發現的所有機制都複製到自己的網站——沒有必要！

00:09:12.900 --> 00:09:14.633
一個視頻作品的展示站

00:09:14.633 --> 00:09:18.033
不需要背上一整套的視頻尋幀系統

00:09:18.033 --> 00:09:18.666
呵呵

00:09:18.666 --> 00:09:21.800
我只是想在幾個小時之內就做出這個 demo

00:09:21.800 --> 00:09:24.566
然後把我的體驗做成視頻分享給大家

00:09:24.633 --> 00:09:30.366
所以歡迎你們把你們用 智能體 + REA 做出來的作品鏈接放在評論區哦！

00:09:30.466 --> 00:09:31.166
最後

00:09:31.166 --> 00:09:34.266
我和我的智能體們選擇了更輕巧的方案：

00:09:34.266 --> 00:09:37.466
用原生 CSS 和少量的 JavaScript

00:09:37.600 --> 00:09:42.500
實現自己的滾動淡入、懸停展示和分章節視覺節奏

00:09:42.700 --> 00:09:49.533
這不是複製蘋果源碼——蘋果頁面的某些動畫是由它自己的時間組機制來控制的；

00:09:49.566 --> 00:09:50.633
我的相似觀感

00:09:50.633 --> 00:09:54.633
採用的是 IntersectionObserver 等更簡單的實現

00:09:54.966 --> 00:09:58.500
所以，這個視頻我最想分享給你的是：

00:09:58.500 --> 00:10:02.500
REA 幫 Codex 弄清楚別人是怎樣解決問題的

00:10:02.500 --> 00:10:08.333
而 Codex 要決定的是我們到底需要哪一部分——這才是整場實驗的關鍵

00:10:08.766 --> 00:10:09.566
到這裡

00:10:09.633 --> 00:10:13.100
Mac Studio 上的 Codex 已經做出了新版網站

00:10:13.200 --> 00:10:16.100
但我並沒有讓它直接覆蓋線上項目

00:10:16.100 --> 00:10:18.066
因為我真正運行的網站

00:10:18.066 --> 00:10:21.100
在另一台一直開機的 Mac mini M4 上

00:10:21.100 --> 00:10:22.500
由 Hermes 負責維護

00:10:22.866 --> 00:10:30.300
它原來呢就有每天晚上十一點自動拉取數據、提交 GitHub、以及交給 Vercel 發佈的成熟流程

00:10:30.300 --> 00:10:30.900
這一次

00:10:30.900 --> 00:10:38.533
我讓 Codex 把自己的調查、代碼改動、數據規則、構建命令和注意事項寫成交接材料

00:10:38.533 --> 00:10:40.466
再把實驗版複製過去

00:10:40.600 --> 00:10:43.533
Hermes 接手後先看真實生產環境

00:10:43.533 --> 00:10:46.333
保留原有數據和人工編輯內容

00:10:46.333 --> 00:10:48.933
然後在獨立副本里完成整合

00:10:49.100 --> 00:10:52.600
它做的不只是把新網頁拷貝到服務器

00:10:52.833 --> 00:10:55.600
Hermes 把這步接進新版更新流程：

00:10:55.666 --> 00:11:01.233
取數據、算 Top 5、檢查高清封面、生成頁面、核對版本

00:11:01.233 --> 00:11:01.966
最後準備發佈

00:11:03.000 --> 00:11:04.733
新版網站發佈之後

00:11:04.733 --> 00:11:06.600
我自己打開網頁看了一下

00:11:06.600 --> 00:11:07.866
效果達到預期

00:11:08.133 --> 00:11:10.500
整個體驗下來，我想告訴你的是

00:11:10.500 --> 00:11:14.033
不要把所有功勞都歸功於 REA——你看

00:11:14.033 --> 00:11:17.200
Codex 在一台機器上調查和創造

00:11:17.200 --> 00:11:20.000
Hermes 在另一台機器上接手部署

00:11:20.000 --> 00:11:23.166
兩個 Agent 接力完成了整個項目

00:11:23.200 --> 00:11:24.333
但真正重要的

00:11:24.333 --> 00:11:27.133
還有我們人類自己的選擇和判斷

00:11:27.400 --> 00:11:29.533
回頭看開場那些遊戲畫面

00:11:29.533 --> 00:11:31.966
我覺得有一件事特別有意思

00:11:32.066 --> 00:11:32.733
現在

00:11:32.733 --> 00:11:35.933
我們可以看見馬里奧跑進《艾爾登法環》，

00:11:36.100 --> 00:11:41.133
也可以看見不同遊戲的角色、場景和玩法被重新組合

00:11:41.300 --> 00:11:45.666
AI 讓研究、修改、和重建軟件的門檻開始降低

00:11:45.700 --> 00:11:47.633
這些曾經不可思議的畫面

00:11:47.633 --> 00:11:50.900
也越來越多地出現在真實的開發者實驗中

00:11:51.033 --> 00:11:52.266
可換一個問題：

00:11:52.500 --> 00:11:56.300
如果今天我們能夠把馬里奧放進任何一個遊戲

00:11:56.433 --> 00:12:00.900
那誰會創造出下一款真正讓人著迷的《超級馬里奧》呢？

00:12:00.900 --> 00:12:04.633
我讓 Codex 借助 REA 研究了蘋果的官網

00:12:04.633 --> 00:12:07.166
確實學會了不少漂亮的設計方法

00:12:07.166 --> 00:12:09.866
還把它們用到了自己的網站上

00:12:09.900 --> 00:12:11.200
如果你是一個設計者

00:12:11.200 --> 00:12:13.066
可以再花幾天細化

00:12:13.066 --> 00:12:15.333
就一定能做出更驚艷的效果

00:12:15.333 --> 00:12:17.966
但蘋果的魅力不只是那些動畫

00:12:18.000 --> 00:12:19.166
正如一個好遊戲

00:12:19.333 --> 00:12:23.100
也絕不只是把熟悉的角色放進另一個世界

00:12:23.433 --> 00:12:26.500
當 AI 越來越擅長拆解和重建

00:12:26.533 --> 00:12:27.933
真正值得期待的

00:12:27.933 --> 00:12:32.533
是有人用這些能力創造出我們從未見過的新作品！

00:12:32.600 --> 00:12:33.800
這裡是wow insight！

00:12:33.800 --> 00:12:35.433
那如果你喜歡這支影片的話

00:12:35.433 --> 00:12:37.833
就記得幫我訂閱點贊和分享

00:12:37.833 --> 00:12:40.400
我們就下一支影片再見囉，拜拜