standup

Solid

"Use when the user wants to generate a daily standup report or end-of-day summary (YDY / TDT / BOS / 口頭同步). Single entry point for all standup and end-of-day workflows. Trigger: 'standup', '站會', 'daily', '寫 standup', '下班', '收工', 'EOD', 'wrap up', '今天做了什麼'." 要產出每日站會報告或下班摘要。例如「站會」「daily」「下班」「收工」 「EOD」「今天做了什麼」。 不用於:一張單走到哪(走 driving-work-to-done)、工時補登(走該公司自己的 worklog skill)。

AI & Automation 5 stars 0 forks Updated today MIT

Install

View on GitHub

Quality Score: 83/100

Stars 20%
26
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Standup — 每日站立會議報告產生器 把一個人手上的一切收起來,統整成他自己讀得懂的四塊:**YDY(昨天做了什麼)、TDT(今天要 做什麼)、BOS(被什麼卡住)、口頭同步**。來源是 git、JIRA、行事曆、PR 狀態、他自己講的話。 **它收一切。** 工作、日常、會議、沒有單號的東西都收,不分是哪一家公司的、也不分是不是 這套工具自己的進度。要不要給別人看某一段,是拿它去報告的那個人的事,不是收集這一步的事。 **送到哪由宣告決定。** 有宣告就送到那裡,送出前把逐字全文交給人、等一句同意;沒有宣告就 把內容講出來,結束。細節在〈送到哪裡去〉。 ## Contract `standup` 是 daily standup 與 EOD summary 的單一入口。它不自己做排序判斷,也不捏造資料 來源沒有的活動。它可以轉述 PR / JIRA / planning / blocker 現況,但不得自行把這些訊號升格成 workflow authority。這條有兩個方向,兩個都要擋: - **不得升格成完成宣告**——「PR 狀態良好」不等於 `mergeable_ready`,release page / standup 內容也不等於 release eligibility 或 release completed。 - **不得升格成待辦**——狀態名、單上的現況表、一個答不了問題的查詢回空,都不構成「還有什麼 要做」。判準與三個實例在 `standup-data-collection-flow.md` 的〈狀態不是意圖〉,這裡不抄 第二份。 這條原本只寫了第一個方向,而 2026-08-12 的四次校正有兩次是第二個方向。 **收集不過濾。** 這裡曾經有一段寫著「它不報產生它的那套工具自己的進度」,理由是 2026-08-14 那份對同事講了一整排跟他們無關的號碼與版本。**那一段修錯了地方**:問題不在 收集,在於全部倒給了同事。收集一切是給這個人自己整理用的;要給誰看哪一段,由拿它去填 某個平台、某個頁面的那一步過濾。 ## 送到哪裡去 **這支不認得任何一個特定的地方,它讀一個宣告。** 那個宣告住在使用它的人自己的設定裡 (公司的 `workspace-config.yaml` 或個人設定),不寫死在這份散文裡。四種結果,行為互不 相同,而且每一種都要說出來: | 讀到什麼 | 怎麼做 | |---|---| | 宣告齊全 | 送到那裡。**送出前把逐字全文交給人、等一句同意**;送出去之後要改,改動的全文再交一次 | | 宣告在,但缺欄位 | 說出缺哪一欄,不送。內容照常產出 | | 沒有宣告 | 把內容講出來,結束。**不猜、不沿用上一個目的地** | | 量不到(設定檔讀不到、工具不在) | 說出量不到,不當成「沒有宣告」 | **第二種與第三種不得收斂成同一句「找不到」**——半條宣告比沒有宣告糟,它看起來像有人 設定過。 **目的地��什麼形狀,由那一步自己去轉,不回頭改這一支的形狀。** 一個平台的表單欄位長什麼 樣是那個平台的事;把它抄進這裡,這支就只會產出那個平台的樣子。這件事發生過:2026-06 的 產出是四區塊,2026-08-13 為了對齊某個平台的表單改成一張 epic 三格,於是「每一塊收什麼」 反而沒有人寫——填的人只能照 PR 的機械狀態填。 ## Reference Loading | Situation | Load | |---|---|...

Details

Author
HsuanYuLee
Repository
HsuanYuLee/polaris
Created
5 months ago
Last Updated
today
Language
Shell
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

swe-knowledge

軟體工程這一類工作「怎麼算 done」的通識:改動住在一條 branch 上、有一個 PR、判定過才 進預設分支、push 之前本機跑完跑得動的驗證。由 driving-work-to-done 在判定一件工作會改到 程式碼時載入。很少、扁平、不含任何一家公司或一個專案特有的東西。 driving-work-to-done 判定這件工作會改到程式碼、要進版控時載入。 不用於:不會產生程式碼變更的工作(報告、調查、文件、資料分析)——那些沒有這裡的 完成條件,走 `--pack none`。 不用於:某一家公司或某一個專案特有的規則(codecov 門檻、stage 部署流程、ticket 命名)。 那些在各自的公司 pack 裡,見〈跟公司 pack 的關係〉。

5 Updated today
HsuanYuLee
AI & Automation Listed

driving-work-to-done

把一件工作從「有人說了一句話」帶到「judged 過的交付」:先判斷要不要立案,再決定現在 該在 refinement / engineering / verify-ac 哪一站、什麼時候換站,載入說明「這類工作怎麼算 done」的知識,然後一路推進到收斂或撞上四種已宣告的停點之一。任何會改變程式碼或行為的 請求都從這裡進,使用者不需要知道這個名字。唯讀的查詢與說明不走這裡。 有人帶著一件要做的事出現時的第一站,不論他有沒有說出任何指令名稱。例如 「幫我做 X」「這個壞了要修」「想重構 Y」「繼續」「接著推」。 也用於:不知道現在在哪、不知道下一步是什麼、手上有多張單不知道先做哪一張。 不用於:唯讀的查詢與說明(「這支腳本在幹嘛」「查一下 X」)——那些沒有「怎麼算成功」 要簽,直接回答。

5 Updated today
HsuanYuLee
Code & Development Listed

recap

收工盤點:總結這段工作實際做了什麼、對使用者有什麼差別、該同步的東西同步了沒 (**翻譯、兩份 README、測試數、文件**),**把這批東西 commit 進去**(逐檔指名,不 push), 最後收斂成一段結論(淨結果/能不能出、下一件、哪裡沒把握)。 觸發時機:使用者說「總結一下」「這次做了什麼」「收工」「盤點」「recap」, 或一段開發告一段落時要求回顧、要求檢查有沒有漏同步。 不要觸發:單一問題的回答、程式碼審查(那是 /code-review)、寫給外部使用者看的 release notes(本 skill 的讀者是自己人,講的是工程事實不是行銷文案)。

1 Updated 3 days ago
sainteye