實務紀錄。

我們自己的公司,就用我們賣的同一套方法在經營。這一頁是那套實務被寫下來的地方:我們建了什麼、什麼壞了、我們因此改了什麼。

保存方式和軟體的版本說明一樣。每一條都是對我們工作方式的一次修訂:它成為的規則、理由,以及對你們的意義。工作由這裡的人來做,搭配一組會起草、建置、互相檢查的 AI 代理。

瀏覽修訂
修訂種類

25 項修訂 · 5 個版本

標籤的意思
新增
以前沒有的規則
修訂
改過的規則,或停下來的工作
修正
從一次出錯裡來的規則
v1

一個地方,從頭到尾檢查

2025 年 10 月4 項修訂

  1. 新增連結

    所有工作放在同一個地方,學到的東西才能一層一層累積。

    想法老是在工具和工具之間弄丟。改成只放一個地方。

  2. 新增連結

    每個需求都交給一個 AI 代理,它有明確的角色、自己的記憶、自己的範圍。

    以前是一個什麼都做的通用助理,做得很鬆散。現在每個代理在自己的空間裡運作,每次做決定前都先交代清楚,上面有一個人看著。

    • 共用的脈絡到哪裡為止、隔離從哪裡開始,都寫下來了:共用工具在大房間裡工作,代理在安靜的小房間裡跑。
  3. 修正連結

    整條路徑從頭到尾檢查過,才能說一件事做完了。

    一個顯示「正常」的畫面,其實一直悄悄漏掉更新。系統的兩個部分對資料的格式各有各的認定,單獨看都沒問題。

    • 貼文對外發布了,內部紀錄卻從來沒收到。修好之後加了防護,同樣的錯不能再悄悄溜過去。
  4. 修正連結

    重試之前,先到紀錄裡找同一個錯誤。最多重試兩次,第三次就往上報。

    同一個錯誤被解決了不只一次。

    • 因為一個工具裝了兩份而損失的一天,最後變成一份寫下來的解法,沒有人需要再追一次。
v2

每件事都有紀錄

2025 年 11 – 12 月6 項修訂

  1. 新增連結

    軟體和知識分開放。

    工作區切成兩邊:一邊放工具,一邊放工具管理的內容。工具保持輕,知識可以一直長,不會卡住。

    • 記憶的三層結構,在寫第一行程式碼之前就先畫在紙上。
  2. 新增連結

    一個地方看得到誰做了什麼、什麼時候做、為什麼做。

    一塊任務看板長成了一個地方,有角色、有活動紀錄、有稽核軌跡。

    • 錯誤在發生的當下就被記下來,有嚴重程度,也有標記「已處理」的方式。
  3. 新增連結

    會重複的,排程。需要創意的,由人指揮。不能回頭的,一定有人在場。

    所有自動化只用一個模式,畫一次。每條新的流程都拿來對照。

  4. 新增連結

    每個任務都指得回它所屬的計畫。

    任務和計畫原本是兩座孤島。一個任務可以做完交出去,卻從來沒說它是為哪個計畫做的。後來補上了連結,也把歷史填齊。

  5. 新增連結

    發布出去的每一篇,都是從實作裡學到的東西,出去之前先審過——而這份紀錄本身,也是邊發生邊發布。

    第一版品牌準則同時過了四道審查:語氣、視覺、定位、法遵。同一個月開始固定發布,這一頁就是從那裡長出來的。

    • 每一篇對外的文字、每一個管道,都用同一套寫作規範。
  6. 修正連結

    代理的權限是查過的,不是假設的。

    代理能碰到的範圍比所有人以為的都大,因為一個設定被讀錯了。現在代理能碰到什麼,都經過驗證、寫下來。

v3

每個決定都說得出理由

2026 年 1 – 4 月6 項修訂

  1. 修訂連結

    每個任務、每個決定、每次工作階段都有永久紀錄;每次工作階段結束時,都寫下做了什麼、還開著什麼、接下來是什麼。

    重要的事曾經只存在一段對話裡,工作階段結束時常留著沒收的線頭。整份紀錄搬進了資料庫,現在每次工作階段都以書面收尾。

  2. 修訂連結

    不再服務既定方向的工作,就停掉。

    每一條進行中的工作線都拿來對照公司的方向。三條被暫停。

  3. 修正連結

    影響範圍大的變更,排程之前先稽核。

    一次計畫中的大翻修會一口氣動到大部分的紀錄。稽核之後先暫停,重新拆成幾個小步驟。

  4. 新增連結

    每個決定都寫明是什麼觸發了它,以及考慮過哪些替代方案。

    既有的紀錄依照新的標準重新檢查過。不夠格的條目重寫到夠格為止。

  5. 新增連結

    任何一步都可以重跑或退回,不會弄丟它前面的工作。

    以前一步失敗,上游全部賠進去。現在每一步都能自己重試或退回。

    • 重複檢查移到了進件那一步:更便宜,跑兩次也安全。
  6. 新增連結

    我們建置的任何東西,都不會讓你們依賴我們。

    寫成永久條款,之後再方便也動不了它:你們的內容留在你們放的地方,沒有你們在場,沒有東西會改你們的檔案。

v4

方法

2026 年 7 – 8 月6 項修訂

  1. 修訂連結

    我們用方法開場,從不用產品。

    七月以前,這個網站是用產品開場的。一個初次到訪的人並沒有問起工具,所以順序反過來:方法在前,工具只在工作需要時才以零件的身分出現。

  2. 修訂連結

    工作跑在哪一套技術上,由我們自己掌握;每一頁在上線前都要通過建置檢查。

    網頁編輯器做不到這些頁面需要的事。從七月起,每一頁都是人和機器都讀得懂的純 HTML,而且有一整組檢查在上線前先跑過。

  3. 新增連結

    一家公司站在哪裡,用一座七階的階梯說清楚,任何人都查得到。

    階梯這一頁是第一個上線的工具:七個階段,每一階都用白話定義。

  4. 新增連結

    絕不虛構人物。

    從八月起,這個網站上的每個名字、頭銜、引言都對過真實的人,對不上就拿掉。

  5. 新增連結

    白話文,由建置流程強制執行。

    從八月起,有一道檢查會量每一頁的文字,沒有技術背景的讀者看不懂的,就不讓它建置。

  6. 新增連結

    空缺本身就是內容。

    我們還沒做過的事,頁面上就照實這樣寫。從不用填充的話遮住一個空缺。

v5

合作

2026 年 8 月3 項修訂

  1. 新增連結

    範圍守在當初講好的階段。要擴大,那是下一個階段。

    每一次合作做到一半都會要求擴大範圍。答案事先寫好了:那是下一個階段,而且因為基礎已經在了,會更快。

  2. 新增連結

    絕不把任何東西寫回你們的正式系統。

    資料是複製出來的。在副本上,真名換成固定代碼,只有這份副本會往下走。存取是唯讀的,你們資料庫的結構絕不會被更動。

  3. 新增連結

    客戶的國家和產業絕不一起公開,客戶的員工也絕不具名。

    這兩件事單獨看都無害。湊在一起就能認出是哪家公司,而這些工作裡有對個別人員的評估。

方法說明我們實踐的是什麼;階梯則顯示一家公司站在哪一階。

合作怎麼進行