fix(可行性檢查): 補上時程估算的前提，並讓四份清單結構一致

時程清單的「相依鏈最長路徑」預設了一份工作拆法，但分析階段還沒有工作包可依，
照著問會問不出東西。補上說明：這個階段要先拉一份暫定拆法，它同時是下一段開
工作包的草稿；拆不出來本身就是一個要問使用者的問題。

架構清單原本在開頭多了一段中間文字，內容與自己的「問題怎麼問」重複，也讓它
成為四份裡唯一結構不同的一份，移除。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

references/feasibility-architecture.md

@@ -2,8 +2,6 @@
 
 問的是「這件事該不該在這裡做、做了會不會把結構弄壞」。
 
-每一條都要對著需求議題的內容回答，回答不出來就是一個要問使用者的問題。
-
 ## 檢查項
 
 1. **落點** — 這個需求該由哪一個 repo 承接？若需求議題的「影響範圍」列了多個 repo，

references/feasibility-schedule.md

@@ -6,6 +6,10 @@
 
 1. **相依鏈最長路徑** — 把工作依相依關係排開，最長的那一條有多長？
    那條路徑上的每一項都非做不可嗎？
+
+   這個階段還沒有工作包，所以要先在腦中拉一份**暫定拆法**：把需求切成幾塊、
+   標出誰卡誰。這份拆法不必精確，但要講得出來——它同時是下一段開工作包的草稿，
+   也是估算的依據。拆不出來本身就是一個要問使用者的問題。
 2. **未知數最大的一項** — 哪一項的估算最沒把握？它為什麼沒把握——是不熟的技術、
    不明的既有程式碼，還是等別人回覆？
 3. **可平行的部分** — 哪些工作彼此沒有相依、可以同時進行？