1.0 × 2.0

用一堂課的價格買到兩堂課的等值內容

1.0 版課程:完整觀念

30 部錄播&直播影片、7 篇教學文章|學員與老師的討論精華

免費加贈最後入手 永久可看1,000 名學員好評
1規格驅動開發的前提4 單元
  • 把規格寫清楚,只是個假議題
  • 不釐清規格,AI 開發成效如何?
  • Discovery → Formulation 魔法實戰
  • Gherkin Language 模型教學
2全自動化開發的脈絡:規格的光譜4 單元
  • 領域驅動設計:沒有「抽象」就沒法「協作」
  • 事件風暴模型:規格的共同語言
  • 用事件風暴定義 Gherkin 的 Given/When/Then
  • 測試程式碼的抽象:兩種層級的 Gherkin
370% 自動化測試驅動開發4 單元
  • UT vs. E2E 自動化測試策略
  • TDD 循環基礎概念:先畫靶後射箭
  • 從 Gherkin 到測試程式碼
  • AI x TDD:4 大 Prompts 手把手實戰
480% 自動化行為驅動開發(BDD)4 單元
  • AI x BDD(UT 層級)實戰演練 2 篇
  • AI x BDD(E2E 層級)實戰演練 3 篇
  • API-First 戰法:前端先 Mock、後端走 AI x BDD
  • 完整演練:流程 → Gherkin → API-First 3 篇
590% 可靠度用系統分析推導 DSL4 單元
  • AI 時代的系統分析:用測試複雜度建立邊界設計
  • BDD Analysis:任何架構都能高測試覆蓋率的 QA 思維
  • Skill 實戰四篇:Discovery/Plan/SBE/Tasks
  • 跟水球從零自幹一套有 ATDD 能力的 skills

2.0 版課程:百倍可靠前後端驗證實作

五大章節、60 個單元、21+ 小時、5 座道館實戰、課程 MCP 串接、手把手跟練|適合所有人的學習路徑

軟體工程 X AI Coding 融會貫通
1超級新手村12 單元
  • Vibe/AI Coding:概念拆解及正確認知
  • Agent(代理)是怎麼運作的?直接從 AI Coding DEMO 中看懂
  • 企業級 AI Coding 關鍵認知:工作流是迭代出來的,而不是被餵食
  • AI Coding 最基礎的工作流:提案、約束和回饋
  • Prompt Files 最大的問題:為什麼 Skill 被發明出來?
  • Skill 概念及原理教學:如何解決 Context 注意力的問題?
  • 使用 Skill Creator 來創建 Skills
  • Skill 公開標準帶你速讀秒懂
  • 用「高可讀性之架構圖 SKILL」來更進一步了解 SKILL 公開標準
  • 拆解 Skill Creator 內容要素,反推官方認定的 Skill 最佳實踐
  • Artifact-First 工作流設計
  • 企業提升產品維度的唯一方法:規格光譜的持續自動化
2Skill 模組化工程12 單元
  • 一步登天 (1/2):用 Skill Creator 來創建 AIxBDD Skill
  • 一步登天 (2/2):用 bdd-autopilot 來自幹一個水球軟體學院
  • 軟體業需要的遠遠不是 Skill - 來聊聊 Sales/PM/RD 之三明治問題
  • 分析 bdd-autopilot 為什麼不會 Work - Anthropic 的 Skill-creator 很容易帶來混亂
  • Skill 模組化概論 — 更好維護、理解和強化執行的 Skill 組織方法
  • Skill 極速開發:直接實戰,SKILL 的脊椎該怎麼寫?
  • Skill 極速開發:如何展開有充分 Examples 的 Rule File?
  • Skill 極速開發:提取 RuleFile 的方便 Skill
  • Skill 極速開發:TemplateFile Form 和 提取器
  • Skill 極速開發:Script Form 和 提取器
  • Skill 極速開發:實作 /skill-engineering skill 來取代 /skill-creator!用 skill 優化 skill,科技發展!
  • 總結Skill DAG - Skill primitives 到 planner 再到 orchestrator 的概念
3規格驅動開發18 單元
  • 提示工程 vs. 上下文工程
  • 規格驅動開發是什麼?只是一個 Buzzword!
  • SDD 關鍵 4+2 步開發流程:快速洞察 Speckit 經典流程
  • 速成主流工具,用 Spec-kit 來做 SDD - 憲法& Specify
  • /clarify:按需使用,澄清環節
  • /plan - 1:技術含量持續提升!plan.md 和 research.md 的邏輯,如何 Review?
  • /plan - 2:最專業的地方 -- 系統分析&規劃產出物
  • /tasks & /implement:分割擊破和一一實作
  • /analyze:規格一致性
  • 基因工程改造屬於自己的 SDD 工作流:/specify
  • 基因工程提煉 Artifact-First 流程:/artifact-to-skill-engineering
  • 基因工程把「技術可行性分析和決策」拆出來:/technical-research
  • 基因工程系統分析的初步規劃 - 多端點盤點:/system-analysis
  • 基因工程系統分析的單一職責原則 - 產出多個 Planner Skills
  • 基因工程將多面向分析文件綁定到 task.md 中! / tasks
  • 基因工程分割擊破的最後一步,開發出全端線上猜數字對戰遊戲平台 /implement
  • 基因工程把 clarify 需求訪談基礎 Skill 的基因提煉出來!
  • 基因工程憲法終於要上了,讓所有 SDD Skill 都有專案客製化的空間!
4測試驅動開發8 單元
  • TDD 概念淺談
  • 基礎概念速成:AI 時代以前,TDD 是什麼?直接手打程式碼給你看
  • AI 時代之後,每一個 TDD 階段,都變得好簡單
  • TDD 能力擴充:把「3A 註解」能力加進去 TDD skill
  • TDD 用法大提升:用 E2E Test 一次驅動「後端」開發
  • TDD 用法大提升:用 E2E Test 一次驅動「前端」開發
  • 把 TDD 變成可靠的計劃:新增 /testplan 這個區分你與其他人的關鍵 Skill
  • 基因工程把 /testplan 和 /tdd 放進你的 SDD 工作流中,一切都接起來啦!!!
5行為驅動開發10 單元
  • BDD 究竟在幹嘛?直接看 Artifact 秒懂 TDD 與 BDD 的差別
  • BDD skill 速成:先寫可執行規格再寫測試步驟
  • 導入 AIxBDD 的整個流程大解構
  • 超細膩手術:從 testplan 反推,逐步導入 BDD 到專案中,然後再重構測試 — 萃取成 Gherkin + StepDef
  • 建立 /gherkin-and-dsl 來把 BDD 標準落檔定義清楚
  • 直接重構整個專案,把自動化測試大幅重構成 AI x BDD 的專案測試結構
  • 萃取「Journey 型」的 Gherkin 的驗收標準,創建 /spec-by-example skill
  • Artifact-First: 把 驗收測試 Gherkin 落地到前端&後端 — /dsl-refine skill
  • 把 BDD 放進去你的 SDD 工作流 — 只寫中英文就可以做到高可靠度開發,正式成立!
  • 把 BDD 變得更可靠:讓專案持續累積「單一真實溯源 (SSoT)」-- 區分 Truth & Plan

一起把軟體工程專業走深,可靠度提升百倍,前後端開發,一堂課就到位!

為什麼我們要更新 2.0 版?

我們過去一年,在實際導入企業的過程中,研發出更適合「所有人實戰應用」的學習曲線:先教你怎麼做軟體工程導向的 Skill Engineering 研發,然後再教你怎麼用「自己做出 SDD / TDD / BDD 的 Skill Workflow」——

這讓你不是只懂得用釣竿,更可以做出更適合自己、適合任何專案需求的釣竿。

能力一

Skill Engineering 的能力

這門課從頭到尾的所有 skills,都不只是課程研發好、教你怎麼用,而是「整個研發過程和思維」全部都在你面前示範——毫無刪減地讓你看清楚怎麼自幹從 SDD、TDD 到 BDD 的 Skills 所有細節。

能力二

AI x BDD 規格驅動全自動開發

這門課的核心主張:讓你在前端與後端都可以做到規格驅動的全自動開發,產能提升十倍。

具備這兩種能力後,你面對未來任何職場環境都能夠變通,以下分享三種導入實作:

實作一

SDD 輕量開發

不想用市面上的主流工具?用第二章+第三章的 Skill 與思路,在不到三小時內就幹出屬於你自己的 SDD 工作流;喜歡市面上的 Skill,直接把它改造就好。

實作二

AI x TDD 導入

公司大家都會寫測試?課程第四章——讓前端與後端都有 E2E Test 做驅動開發,可靠度絕對大幅提升!

實作三

AI x BDD 導入

公司對 AI 軟體開發有很高的期望、從 PM 到 RD 都躍躍欲試?完整上到第五章,BDD 讓 PM 與 RD 的分工更明確,並一樣能透過 E2E Test 做到全自動開發。