docs(sdlc-plan,sdlc-analyze): 兩份正本各自起停自己的錶

起錶與停錶寫在同一份正本裡成對出現，讀的人一眼看得出這段計時涵蓋到哪；兩份各加一節
「計時範圍」把兩端指出來。

sdlc-plan 記兩段：議題建立之前那段在第一步記下開始時間、議題建立之後以補登記上去；
之後起錶，回報那一步停錶。補登排在議題建立之後、起錶之前，順序反過來的話補登會被
time-log 當成「這一步做過了」而跳過。

sdlc-analyze 在它分析的那顆需求議題上起錶，起點放在第一段開頭——分析最耗時的正是
共識之前那一段，從第二段才起的話那段時間永遠是零。因此「共識摘要之前不對 Gitea
產生任何寫入」改寫成「不寫入任何**內容**」，並把碼錶明文除外、寫上理由：它記的是
工時，不是內容。這一條與 repo 擁有者確認過。

sdlc-feat 的「碼錶一律由使用者自己停」收斂成「**別顆議題上的**錶一律由使用者自己停」
——它原本讀起來像全域規則，而現在每道指令都會停自己起的那一支。

正本之間改以步驟**名稱**互指，不用編號：編號會整批位移，名字不會。測試跟著改用新的
promptStep 輔助函式，以名字框出某一步的內容，別人插一步時不會無聲地框到另一段上。

議題 #57

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

test/helpers/prompt-doc.js

@@ -66,6 +66,22 @@ export function assertNeutralPrompt(prompt, command) {
   }
 }
 
+/**
+ * 取出正本裡某一個編號步驟的內容，**以名字取而不是以編號取**。
+ * 步驟會增刪、編號會整批位移，名字不會；用編號寫的測試會在別人插一步時無聲地
+ * 框到另一段內容上，而那種失敗看起來像是正本掉了東西。
+ * @param {string} prompt 正本內容
+ * @param {string} name 步驟名，例如 '產生圖解版總覽'
+ * @returns {string} 該步驟的標題與內文，到下一個 `### ` 為止
+ */
+export function promptStep(prompt, name) {
+  const start = prompt.search(new RegExp(`^### \\d+\\. ${name}$`, 'm'));
+  assert.ok(start >= 0, `正本裡找不到「${name}」這一步`);
+  const rest = prompt.slice(start);
+  const end = rest.slice(1).search(/^### /m);
+  return end === -1 ? rest : rest.slice(0, end + 1);
+}
+
 /**
  * 斷言模板的 `## 標題` 就是這組段落，順序一致。
  * 段落順序即下游抽取契約的解析依據，兩邊必須一起改。