[公告] 警報單文規範討論

看板TY_Research作者 (說再多也只為保護自己)時間2周前 (2026/07/12 20:08), 1周前編輯推噓22(22推 0噓 68→)
留言90則, 20人參與, 1周前最新討論串1/4 (看更多)
我先表明一下我的立場背景，我不清楚馬修是怎麼發警報單的， 很多資訊我是從馬修本人的站內信文字說明和板友的一句推文， 所以我沒有收到任何絕對證據馬修發警報單當下是手刻還是自動刻。 接下來，撇開這部分，至少有一件事情可以確定， 馬修在站內信跟我描述他看重警報單的東西，跟大氣板的板友需求有落差， 導致有部分板友對於馬修發警報單的方式，甚至馬修發警報單這件事不滿， 例如警報單都先發新的只補上最新定位，內文都要等到PO文5~20分鐘才修完， 而不是先確認好警報單的資訊正確再發出， 或是凌晨到清晨的警報單有人先幫忙發，他還是堅持要發一篇等等。 這部分我已經站內信跟他說請他回一篇與板友說明， 由我傳達出來可能跟他想表達的有落差，除非他放棄這個說明權利， 我才會在後續補充他警報單重視的東西，避免先入為主。 基於我收到的這些資訊，以及和馬修的站內信，與BM其他板主的建議， 我想必須要開個公告討論「警報單發文是否要規範」這件事， 坦白說我主觀是不太想規範警報單發文進板規的， 因為大家都知道CWA的警報單排版之爛，發警報單一定要修排版大家才好閱讀， 這個一規範下去，到底什麼樣有叫修到好，到底他是有意願修還是射後不理， 這些都很容易變成板主自由心證，然後下一篇45~75分內又出報了， 大家又會轉移到新的警報單，對原本的警報單如何也不在意了， 所以板規規範警報單這件事有沒有價值，我要打個問號。 當然，這是我主觀想法，也不該由我一人決定，應由板友共同討論。 因此，在決定要不要規範警報單前，我想把這件事公開交流板友的意見， 要確定在意警報單規範的板友是不是多數， 否則依現有的人力只為少數板友調整板規，會分散板主的處理能量， 所以不論你在意或不在意，都請表達出來，本篇公告不限馬修， 歡迎大家推文或回覆本篇公告表達意見，但如果只有一兩行就會請你善用推文了。 如果確定要將警報單發文納入板規規範， 那接下來就是罰則的討論，包含發文的時候至少有哪些資訊一定正確， 排版要修到什麼樣的程度，如果沒有達到修改標準可以給多久機會重修， 如果他在修的過程有其他人發，那是要給第一個發的人機會，還是直接刪， 凌晨發的警報單能不能放寬標準等等... 當然也有可能我想太多，大家不會在意那麼多，只要規範幾點就好了， 所以真的很需要大家的意見表達， 我一定會考量這個規範下去到底有沒有價值，會不會影響我們處理其他板務的能量， 所以討論結果可能不會滿足所有板友的需求，請見諒。 本篇是針對警報單的發文討論是否有需要規範，會適用於所有想發警報單的板友， 而不是討論馬修的帳號如何，所以請聚焦在警報單先修再發是否接受、 要修到什麼程度才能發，沒有修好願意給多少時間， 有重複發文要怎麼保留，凌晨的規範要不要放寬... 馬修的狀況如何，我會請馬修回覆這篇文說明與板友解釋 感謝大家的意見交流～ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 39.9.64.124 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/TY_Research/M.1783858093.A.006.html 另外剛剛想到，這件事或許沒那麼複雜， 可能馬修像當時薇子發一篇文調查清楚跟板友交流一下，就好了， 所以也問一下，發警報單這件事，要不要改成有意願的板友採事先報名制， 在海上警報前用一篇文章與板友共識警報單怎麼發， 以及協調發文時間，我們也要求有意願的板友要在共識文章推文簽到同意， 如果下個颱風報名的板友與上次相同，就可以略過共識， 沒有經過報名或沒有簽到同意就發警報單的板友， 就會刪除他發的警報單，看這樣是否可行，也歡迎討論。 ※ 編輯: keroromoa (39.9.64.124 臺灣), 07/12/2026 20:15:28 ※ 編輯: keroromoa (39.9.64.124 臺灣), 07/12/2026 20:17:31
推
07/12 20:23, 2周前 , 1F
我講一下自己的想法 既然CWA警報單的格式很差
07/12 20:23, 1F
→
07/12 20:23, 2周前 , 2F
那其實轉貼過來的警報單 大可以不必完全按照CWA的
07/12 20:23, 2F
→
07/12 20:23, 2周前 , 3F
格式
07/12 20:23, 3F
→
07/12 20:23, 2周前 , 4F
或許可以用PTT內建的範本功能
07/12 20:23, 4F
→
07/12 20:23, 2周前 , 5F
列出幾個警報單一定要具備的內容
07/12 20:23, 5F
→
07/12 20:23, 2周前 , 6F
例如：颱風名稱、報文編號、時間、當前位置、強度
07/12 20:23, 6F
→
07/12 20:24, 2周前 , 7F
資訊、警戒區域、過去定位紀錄與動向
07/12 20:24, 7F
→
07/12 20:24, 2周前 , 8F
細節要包含哪些可以再討論 然後要求至少得截一張完
07/12 20:24, 8F
→
07/12 20:24, 2周前 , 9F
整警報單畫面
07/12 20:24, 9F
→
07/12 20:24, 2周前 , 10F
附在內文中當存檔 而且既然不是完整轉貼了
07/12 20:24, 10F
→
07/12 20:24, 2周前 , 11F
發文者肯定得修、得填資料
07/12 20:24, 11F
推
07/12 20:24, 2周前 , 12F
板主好，有個建議，因為陸警之後的小報氣象署只改
07/12 20:24, 12F
→
07/12 20:24, 2周前 , 13F
所以可以再加上貼文後 若資料缺漏、不正確
07/12 20:24, 13F
→
07/12 20:24, 2周前 , 14F
中心位置及累積風速、雨量部分，是不是就照海警模
07/12 20:24, 14F
→
07/12 20:24, 2周前 , 15F
得於5分鐘內進行修正的限制 若沒修正則警告一次
07/12 20:24, 15F
→
07/12 20:24, 2周前 , 16F
式一樣每3小時發一報，再進去手動修改，在正報需變
07/12 20:24, 16F
→
07/12 20:24, 2周前 , 17F
同一颱風期間內 獲得警告三次禁發警報文
07/12 20:24, 17F
→
07/12 20:24, 2周前 , 18F
動資料下面括弧兩個小報的資料，然後更新小報後，
07/12 20:24, 18F
→
07/12 20:24, 2周前 , 19F
整體規範可以彈性一點 但如果警報單這件事
07/12 20:24, 19F
→
07/12 20:24, 2周前 , 20F
容易造成板友爭執 那規範自然就有必要
07/12 20:24, 20F
→
07/12 20:24, 2周前 , 21F
標題再隨時做修改，像是這樣：「巴威颱風 海上陸上
07/12 20:24, 21F
→
07/12 20:25, 2周前 , 22F
颱風警報 第10, 10-1, 10-2報」，這樣一報陸警就只
07/12 20:25, 22F
→
07/12 20:25, 2周前 , 23F
改成內建模板 有心要發的人 手動填一填 其實不難
07/12 20:25, 23F
→
07/12 20:25, 2周前 , 24F
要發一個文章，是不是可以減少發報者的負擔？！要
07/12 20:25, 24F
→
07/12 20:25, 2周前 , 25F
不然陸警發布後每45分鐘～1小時就要發一報也很累！
07/12 20:25, 25F
→
07/12 20:27, 2周前 , 26F
我其實不在乎 警報單是人類發或機器人發
07/12 20:27, 26F
→
07/12 20:27, 2周前 , 27F
有人要寫AI Agent自動排程發布我也無所謂
07/12 20:27, 27F
→
07/12 20:27, 2周前 , 28F
但我期待看到的警報單是「排版清楚、資訊正確」
07/12 20:27, 28F
→
07/12 20:27, 2周前 , 29F
而且是真的包含對板友有用內容的文章
07/12 20:27, 29F
推
07/12 20:32, 2周前 , 30F
另外如果採用報名制 一定要有退場機制
07/12 20:32, 30F
→
07/12 20:33, 2周前 , 31F
這樣才能避免有人卡著發文權卻做不了事情的尷尬
07/12 20:33, 31F
推
07/12 20:37, 2周前 , 32F
C大的建議其實不錯 像是第10報這種大報再新開一篇
07/12 20:37, 32F
→
07/12 20:37, 2周前 , 33F
文章 10-1 10-2 這種只改定位的小報 開一篇新的沒
07/12 20:37, 33F
→
07/12 20:37, 2周前 , 34F
什麼意義 而且現在 PTT 的使用人數也不像以前這麼
07/12 20:37, 34F
→
07/12 20:37, 2周前 , 35F
多了 比較不會有推文太多 造成文章太長 推文時要停
07/12 20:37, 35F
→
07/12 20:37, 2周前 , 36F
一段時間才能發出去的狀況
07/12 20:37, 36F
推
07/12 20:49, 2周前 , 37F
此外 還有一些狀況是說 其實目前那個格式裏面很多
07/12 20:49, 37F
→
07/12 20:49, 2周前 , 38F
連結的內容都過時了 把警報單的連接點進去看 會發
07/12 20:49, 38F
→
07/12 20:49, 2周前 , 39F
現那些連接連進去都是過時的東西 甚至很多內容都點
07/12 20:49, 39F
→
07/12 20:49, 2周前 , 40F
不開了
07/12 20:49, 40F
推
07/12 20:53, 2周前 , 41F
何不採取輪值的方式?我個人認為其他人做搞不好更好
07/12 20:53, 41F
→
07/12 21:18, 2周前 , 42F
有意願的人互相協調好事先報名,應該比較簡單
07/12 21:18, 42F
推
07/12 21:22, 2周前 , 43F
以下面幾張圖為例 https://i.urusai.cc/aiLQR.png
07/12 21:22, 43F
→
07/12 21:22, 2周前 , 44F
07/12 21:22, 44F
→
07/12 21:23, 2周前 , 45F
連結就點不開 而這
07/12 21:23, 45F
→
07/12 21:24, 2周前 , 46F
這些連結是馬修大繼承前一任薇子他的文章 現在薇子
07/12 21:24, 46F
→
07/12 21:24, 2周前 , 47F
沒有進來了 那身為繼任者的他，是不是可以把裡面一
07/12 21:24, 47F
→
07/12 21:24, 2周前 , 48F
些內容資訊做一些修正?
07/12 21:24, 48F
推
07/12 21:29, 2周前 , 49F
其實我覺得這些內容 未來在發警報文的時候 發文的人
07/12 21:29, 49F
→
07/12 21:29, 2周前 , 50F
是需要負起責任去檢查的 至少看看內容有沒有更新 (
07/12 21:29, 50F
→
07/12 21:29, 2周前 , 51F
雖然我自己有時幫忙發時也沒去更新就是...XD)
07/12 21:29, 51F
推
07/12 21:29, 2周前 , 52F
嗯，目前格式都是繼承薇子大的格式，是需要修正了
07/12 21:29, 52F
→
07/12 21:30, 2周前 , 53F
因為這些文是在原作者薇子 他後來沒上來上氣版了但
07/12 21:30, 53F
→
07/12 21:30, 2周前 , 54F
發文的人可以把這些內容發到警報單裡面 或甚至另外
07/12 21:30, 54F
→
07/12 21:30, 2周前 , 55F
新發一張
07/12 21:30, 55F
推
07/12 22:22, 2周前 , 56F
同aa大看法，覺得警報單很多資訊其實不重要
07/12 22:22, 56F
→
07/12 22:22, 2周前 , 57F
可以討論看看保留甚麼重要資訊即可
07/12 22:22, 57F
※ 編輯: keroromoa (39.9.64.124 臺灣), 07/12/2026 22:25:29
推
07/12 22:29, 2周前 , 58F
贊成格式可以考量修改，也希望有意願的人可以報名
07/12 22:29, 58F
→
07/12 22:30, 2周前 , 59F
或是申請者私下協調時間輪流報? @@
07/12 22:30, 59F
推
07/12 23:09, 2周前 , 60F
我不贊成規範警報單，板規越細只會把板主累死而已。
07/12 23:09, 60F
推
07/13 00:04, 2周前 , 61F
我是覺得連到氣象署網站那麼方便，大部分的人其實沒
07/13 00:04, 61F
→
07/13 00:04, 2周前 , 62F
有在看這個版貼的警報單大部分內容吧，頂多看強度，
07/13 00:04, 62F
→
07/13 00:04, 2周前 , 63F
暴風圈，還有最後那個箭頭，然後這幾個資料也常常
07/13 00:04, 63F
→
07/13 00:04, 2周前 , 64F
不是看內文，而是看推文得知的
07/13 00:04, 64F
推
07/13 00:06, 2周前 , 65F
警報單文章內文，不是給個連到氣象署最新警報的縮
07/13 00:06, 65F
→
07/13 00:06, 2周前 , 66F
文網址就好嗎
07/13 00:06, 66F
→
07/13 00:07, 2周前 , 67F
然後加個逐時位置和箭頭就好
07/13 00:07, 67F
→
07/13 07:13, 1周前 , 68F
cwb的警報文網址都是同一個 他會自動蓋過去
07/13 07:13, 68F
推
07/13 08:40, 1周前 , 69F
那就每一篇警報文開頭都附上一樣的這個氣象局網址，
07/13 08:40, 69F
→
07/13 08:40, 1周前 , 70F
下面加註一些上面大家推文說的那些特別資訊就好，貼
07/13 08:40, 70F
→
07/13 08:40, 1周前 , 71F
整個警報文反而讓版面看起來很雜
07/13 08:40, 71F
推
07/13 09:15, 1周前 , 72F
先建議 -1 -2 的小報不要張貼 減少文章數量
07/13 09:15, 72F
推
07/13 09:46, 1周前 , 73F
建議處理水桶不要鎖文..
07/13 09:46, 73F
不鎖文會讓違規文章造成的爭執擴大，需要花更多時間處理誤觸水桶的板友， 而且鎖文代表文章已經無法靠板友拉回正題了， 我們不是24小時全職板主，巡板時看到爭執如果有其他工作上要處理， 不可能直接放下手邊工作即時處理水桶，不中斷等到工作結束再來處理， 那可能有一堆因為爭執源頭造成許多板友誤觸板規，文章一樣也拉不回正題難以討論。 如果你有想到其他不用鎖文又能讓大家冷靜， 避免這種情形的方式，請另外開一篇板務文章討論， 本篇請聚焦在警報單的發文議題上。 ※ 編輯: keroromoa (39.9.64.124 臺灣), 07/13/2026 10:16:09 ※ 編輯: keroromoa (39.9.64.124 臺灣), 07/13/2026 10:22:21
推
07/13 11:17, 1周前 , 74F
我會看警報單耶... 欄杆壞的時候推文反而很雜亂
07/13 11:17, 74F
→
07/13 16:42, 1周前 , 75F
倒是覺得，不如走「必須Ｎ分鐘內修好」的作法，至於
07/13 16:42, 75F
→
07/13 16:42, 1周前 , 76F
Ｎ是多久，個人覺得不宜過長（限五到十分鐘內）
07/13 16:42, 76F
→
07/13 16:43, 1周前 , 77F
至於人力部分，輪值當然是有必要的啦...
07/13 16:43, 77F
推
07/14 01:05, 1周前 , 78F
不贊成特別規範
07/14 01:05, 78F
推
07/14 08:39, 1周前 , 79F
我覺得，只要誰先發，並符合標準，慢的就刪，多規
07/14 08:39, 79F
→
07/14 08:39, 1周前 , 80F
範只是模糊焦點。
07/14 08:39, 80F
推
07/14 15:36, 1周前 , 81F
參考隔壁棒球板的話，國際賽會有人輪文字轉播；特
07/14 15:36, 81F
→
07/14 15:36, 1周前 , 82F
定文先搶先贏、字數不足可以在時限內補字、內容錯
07/14 15:36, 82F
→
07/14 15:36, 1周前 , 83F
誤會被刪。大氣板我是建議可以先排好輪值，不然板
07/14 15:36, 83F
→
07/14 15:36, 1周前 , 84F
主還要回頭檢查文章原始內容是否正確來處理掉不符
07/14 15:36, 84F
→
07/14 15:36, 1周前 , 85F
合格式的文，還要刪掉重複文章，以這板的板主數量
07/14 15:36, 85F
→
07/14 15:36, 1周前 , 86F
還有警報期間的熱門程度，應該負荷不了處理警報文
07/14 15:36, 86F
→
07/14 15:36, 1周前 , 87F
的業務
07/14 15:36, 87F
推
07/17 19:04, 1周前 , 88F
個人覺得以不增加版主工作量為基礎，所以可以不用列
07/17 19:04, 88F
→
07/17 19:04, 1周前 , 89F
入規範。倒是發文可以採報名的方式，然後看否以輪流
07/17 19:04, 89F
→
07/17 19:04, 1周前 , 90F
的方式進行，私下協調反而鄉民不清楚歷程會有疑問。
07/17 19:04, 90F
‣ 更多 keroromoa 的文章
文章代碼(AID): #1gKuEj06 (TY_Research)
‣ 更多 keroromoa 的文章
文章代碼(AID): #1gKuEj06 (TY_Research)