feat/sdlc-report-timesheet/main

Conversation 1 Commits 3 Files Changed 6

+1144

3 Commits

Author	SHA1	Message	Date
jiantw83andClaude Opus 5	b56216e0f0	test(工時報表): 釘住週次歸屬的跨月、跨年與五個週五時區在測試裡固定為 Asia/Taipei：週界是以人在的時區切的，不釘住時區就等於沒釘住答案。 --today 讓「本週」在 CLI 接縫上釘得住，否則預設期間會跟著系統時鐘漂走。寫入請求那則斷言誠實列出唯一的非 GET——四層前置檢查的寫入權探針，而不是先把它濾掉再宣稱整趟沒有寫入。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 06:50:35 +00:00
jiantw83andClaude Opus 5	57e45dd63e	feat(流程正本): 新增 sdlc-report 與工時報表模板正本釘住三件事：期間怎麼切、落差怎麼讀、印到哪裡為止。報表只印在終端，不張貼到議題、PR 或任何管道——要給誰看是使用者的決定，不是這個流程的。時分格式由腳本算好，正本明令直接取用：報表上的數字自己算錯，比沒有報表更糟。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 06:50:34 +00:00
jiantw83andClaude Opus 5	fc30df15f2	feat(工時報表): 以 report.js 產出週／月／年工時報表期間固定以週五當錨點：一週為週一至週日，跨月那一週依該週週五所屬月份歸屬，一筆工時因此只會落在一個月裡，不會被前後兩個月各算一次。工時取自 /user/times——它永遠只回傳自己的工時，不必有 issue manager 權限， repo 的篩選因此在本地做。估算讀的是議題「關聯」段落裡的那一行，不是 Gitea 的 time_estimate 欄位：該欄位的 API 寫不進去，議題上唯一可信的估算就是那一行；內嵌的議題沒帶 body 時補查一次議題，否則估算會整欄靜靜變成 null。總計的落差只拿有估算的議題的實際去比。拿全部實際去比只有部分議題的估算，會讓沒估算的工時全部變成「超出估算」，落差就永遠是灌水的正數。 labelledNumber 放進 issue-body：body 的解析正本在那裡，格式改一次不該動兩個模組。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 06:50:34 +00:00

Author

SHA1

Message

Date

jiantw83andClaude Opus 5

b56216e0f0

test(工時報表): 釘住週次歸屬的跨月、跨年與五個週五

時區在測試裡固定為 Asia/Taipei：週界是以人在的時區切的，不釘住時區就等於沒釘住答案。
--today 讓「本週」在 CLI 接縫上釘得住，否則預設期間會跟著系統時鐘漂走。

寫入請求那則斷言誠實列出唯一的非 GET——四層前置檢查的寫入權探針，
而不是先把它濾掉再宣稱整趟沒有寫入。

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

2026-09-17 06:50:35 +00:00

jiantw83andClaude Opus 5

57e45dd63e

feat(流程正本): 新增 sdlc-report 與工時報表模板

正本釘住三件事：期間怎麼切、落差怎麼讀、印到哪裡為止。報表只印在終端，
不張貼到議題、PR 或任何管道——要給誰看是使用者的決定，不是這個流程的。

時分格式由腳本算好，正本明令直接取用：報表上的數字自己算錯，比沒有報表更糟。

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

2026-09-17 06:50:34 +00:00

jiantw83andClaude Opus 5

fc30df15f2

feat(工時報表): 以 report.js 產出週／月／年工時報表

期間固定以週五當錨點：一週為週一至週日，跨月那一週依該週週五所屬月份歸屬，
一筆工時因此只會落在一個月裡，不會被前後兩個月各算一次。

工時取自 /user/times——它永遠只回傳自己的工時，不必有 issue manager 權限，
repo 的篩選因此在本地做。估算讀的是議題「關聯」段落裡的那一行，不是 Gitea 的
time_estimate 欄位：該欄位的 API 寫不進去，議題上唯一可信的估算就是那一行；
內嵌的議題沒帶 body 時補查一次議題，否則估算會整欄靜靜變成 null。

總計的落差只拿有估算的議題的實際去比。拿全部實際去比只有部分議題的估算，
會讓沒估算的工時全部變成「超出估算」，落差就永遠是灌水的正數。

labelledNumber 放進 issue-body：body 的解析正本在那裡，格式改一次不該動兩個模組。

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

2026-09-17 06:50:34 +00:00

feat/sdlc-report-timesheet/main #34