一次到位的 code review
貼上 diff，讓模型只挑真正會出事的問題，不糾結風格。
審這段 diff，只回報「會導致錯誤或安全問題」的地方。
每則：檔案:行號 → 問題 → 一句修法。
不要評論命名或格式。沒問題就回「無阻斷性問題」。
本源・玉山 Yushan ｜ 標高 3,952m
了解本源家族 →
一個人的獨立創作者，用 AI 協作，把想法變成一支支真正能用的作品。這裡的每一座山，都是自己爬上去的。
沒有團隊、沒有資金，也沒有一開始就想好的藍圖。這些作品，都是在正職之外，用下班後和假日的時間一支一支慢慢做出來的——起點往往只是「這件事沒有好用的工具，那就自己寫一個」。先做給自己用，用順了、覺得別人可能也需要，再花時間整理成能分享出去的樣子。
涵蓋的範圍很雜：英語學習、健康管理、商務工具、生活紀錄、登山路線……不敢說每個領域都是專家，但每一支都親自走過從頭到尾的完整流程：定義問題、設計、開發、上線，然後自己每天使用。不好用的就砍掉重練，沒人用的也留著，當作走過的痕跡。
一個人能同時撐起這麼多座山，靠的是與 AI 深度協作——把 AI 當成隨叫隨到的工程夥伴，自己則專注在「要解決什麼、為誰解決」。這也正是稜線想說的一件事：一個普通人，只要用對工具、願意每天多走一步，也能爬上很多座山。
其中 27 支是英語學習作品，目前最大宗的一條戰線。
近期代表作：走稜步道・國中英語2000單字・商務工具箱・健康管理
稜線 Ridgeline，不是一本「山的筆記」，而是一把罩得住全部的傘——把散落在生活各處的需求，用同一條主線收攏起來。很多座山，一條金線貫穿。
這條線上，有學習、健康、工作、生活與信仰……十二個領域、一整片群峰。每一座山是一個主題、一整個系列，而不是單獨一支工具；它們各自獨立，卻共用同一套設計語言，和同一種把事情做到能用的態度。
收的不是點子，是走過的路——每一座都從解決自己的真實需求開始，慢慢長成能分享的樣子。持續在爬，也持續在蓋新的山頭。
把實際有效的 AI 指令一條條收在這裡，附上它解決什麼、怎麼用。挑順手的，複製帶走。
貼上 diff，讓模型只挑真正會出事的問題，不糾結風格。
審這段 diff，只回報「會導致錯誤或安全問題」的地方。
每則：檔案:行號 → 問題 → 一句修法。
不要評論命名或格式。沒問題就回「無阻斷性問題」。有點子但發散？先讓模型幫你砍到最小可用版本再動手。
我想做一個解決「＿問題＿」的小工具。先別寫程式碼，幫我：
1. 把核心功能砍到只剩一個
2. 列出我沒想到的邊界情況
3. 給一份最小資料結構草稿與其叫 AI 亂改，先讓它列出可驗證的可能原因。
這段程式現在會「＿現況＿」，但我預期「＿預期＿」。
先別改程式碼，列出 3 個最可能的原因，依可能性排序，
每個附一個我能自己跑的最小驗證方式。站在稜線上，總會先看見遠方剛升起的新峰。這裡不定期記下我觀察到的 AI 應用趨勢，以及一個實作者的看法——不是教學，是評點。
Agent 從示範走到能拆解模糊需求、多步驟自我修正，交出接近成品的東西。 我的看法值得投入，但別交給它不可逆的動作——它擅長走稜，不擅長判斷懸崖。
coding agent 跨過單檔輔助，開始能跨檔案理解、自己跑測試、開 PR。 我的看法一個人維護十幾支 App 因此變得可能——但 review 的責任反而全部落回人身上。
端側小模型的品質這一季跨過了「堪用」門檻，不連網也能理解與生成。 我的看法對做離線 App 的人是好消息——這正是稜線一路在走的路。
把走過的每一段體驗與想法，做成一件件作品，分享給每一個想往上走的人。
方向在高處，答案在腳下。讓更多人相信——一步一步，慢慢走，就會到。
高低都是風景；人是主角，工具只是裝備；走過的，才分享。