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