2026-W29 實習週報

摘要圖由左至右呈現：需求與風險、法律與比例原則、公開查證與技術界線、資料治理與權利保障，以及關聯分析與證據分級。

本週實習單位為內政部警政署刑事警察局通訊監察科（2026-07-13～2026-07-17）。

摘要

本週完成五日學習紀錄、週報收斂與官方來源交叉查核。筆記裡記最多的是技術名詞，收斂完還用得上的卻是三項方法：以業務問題與風險決定需求，以資料類型與法定程序界定措施，再以證據分級控制結論範圍。

本週成果

本週的產出有五項。每日學習紀錄把 7 月 13～17 日的需求分析、通訊保障、網路流量紀錄、特殊強制處分與關聯分析各記一天，留下按日回查的脈絡。整合週報把五天收斂成需求、資料、程序、技術、分析與治理的共同框架，讓人一次看清本週重點與概念之間的關係。

另外開了跨日主題頁通訊保障與資料治理，整理資料分類、程序、技術限制與事後控制，好處是不綁在某一天，之後還拿得出來重複使用。法規與官方來源連結把重要法律概念接回現行法規與官方來源索引，降低把片段資訊寫成結論的風險。最後是公開整理原則，明確排除案件、內部配置與未查證細節，內容才守得住可公開、可回查的界線。

五項裡最花時間的是跨日主題頁。要把當天的筆記抽成不綁日期的框架，得先承認哪些內容其實只是當天的印象。

本週學習主線

這週之前我以為「通訊監察」是一套技術的名字。比較接近的講法是一條前後咬著的工作鏈：先釐清業務問題與風險，再分清資料與法律程序，接著認識技術限制與關聯分析方法，最後回到證據分級、資料治理與權利保障。

業務問題與風險
        ↓
資料類型與法律程序
        ↓
技術限制與公開查證界線
        ↓
關聯分析與證據分級
        ↓
資料治理、監督與權利保障

這條主線也幫我立了五個不能混著看的判斷：使用者要求不等於系統功能、技術可行不等於法律允許、取得資料不等於可以任意使用、資料關聯不等於身分或犯罪證明、公開資料不等於可以推論內部配置。

五天學習地圖

日期	當日問題	學到的核心	與下一步的連結
07-13	系統要解決什麼問題？	從利害關係人、需求與風險出發，而不是直接堆疊功能。	先有明確目的，才能判斷後續措施是否必要。
07-14	為何不能只看技術能力？	區分通訊內容、通信紀錄與流量紀錄；認識法定要件、法院審查與加密限制。	資料種類不同，程序與侵害程度也不同。
07-15	公開資料可以證明到哪裡？	以公開採購、政策資料與法規交叉理解流量紀錄制度，並守住不推論內部實作的界線。	技術名詞必須回到制度目的與公開證據判讀。
07-16	取得資料後就結束了嗎？	重新檢視資料調取、特殊強制處分、目的限制、通知、刪除與救濟。	偵查資料的生命週期必須持續受到治理與監督。
07-17	多筆網路活動如何成為可驗證的線索？	以 IPDR、OTT 事件關聯與異常樣態練習區分紀錄、假設與證據結論。	關聯分析要保留替代解釋、可信度與後續查證。

五日日誌 QR Code

掃描或點擊 QR Code，即可開啟對應日期的公開版實習日誌。

日期	日誌	QR Code
07-13	需求分析與風險管理
07-14	通訊監察與人權平衡
07-15	網路流量紀錄公開研讀
07-16	資料調取與特殊強制處分
07-17	網路流量關聯分析

本週重點整理

1. 先定義問題，再選擇功能與手段

7 月 13 日的重點一句話：使用者說要什麼，跟系統該做什麼，中間差了一段。順序是先找出真正的業務問題，再衡量各方需求、風險、成本與可行性，最後才輪到功能清單。

風險也不是「有或沒有」的二分題。避免、降低、移轉、接受各有情境；其中接受風險要經過評估、記錄與核可才算成立，擱著不處理不叫接受，只是沒寫下來。

2. 資料類型與法律程序必須一起看

7 月 14 日與 16 日都在提醒同一件事：通訊內容、通信紀錄、通訊使用者資料與網路流量紀錄給的資訊不同，要依類型、侵害程度與個案需要對上相應程序。「能不能取得資料」只是其中一題，必要性、關連性、比例原則、法定監督，每項都要各自過關。

3. 加密與公開資料都要求更保守的判讀

加密保護一般使用者的隱私與通訊安全，也讓傳輸資料未必解讀得了，所以網路線索只是查證的起點。7 月 15 日的公開資料研讀是同個提醒的另一版：採購公告、政策說明與法規撐得住制度背景，撐不出未公開的拓樸、設備設定或蒐集結論。

4. 資料治理是程序的一部分，不是事後附加工作

資料依法取得之後，還是受目的限制、保密、保存與刪除、通知、稽核、救濟約束。有這些環節，偵查措施才回溯得了。我的感覺是這段最容易在專案裡被排到最後——它不影響功能上線，只影響三個月後有沒有人說得清楚資料在哪。

5. 關聯分析要把紀錄、假設與結論分開

7 月 17 日把前幾天的資料分類與法律程序延伸到分析階段。單筆網路活動只說明某個時間發生了特定連線；多筆事件特徵相符，形成的是待驗證的關聯；要判斷實際使用者、角色或犯罪事實，還得靠其他合法證據交叉比對。

異常行為辨識也一樣。大量門號、規律通訊或共同設備特徵可以當風險指標，但合法客服、測試設備、集中管理也長得很像，所以我在報告裡會同時記下觀察事實、替代解釋、資料缺口與可信度。這裡的誤判成本不對稱：漏掉一個指標頂多多查一輪，把巧合當成關聯寫進報告，後面很難收回來。

本圖引用自 7 月 17 日實習日誌，用五個公開概念站點說明分析順序，不代表實際系統畫面或操作流程。

一頁式複習框架

要一頁複習，本週就是七個問題和七個答案。需求先問真正要解決的業務問題是什麼，答案是先做需求與利害關係人分析，再挑功能。風險問哪些可以降低、移轉或接受，而接受剩餘風險仍然要有理由、控制措施與後續檢討。資料問需要的是哪一種類型，通訊內容、通信紀錄與流量紀錄不可混為一談。

程序問有沒有明確法源與相應審查，高侵害措施必須回到必要性、比例與法定監督。技術問資料能不能被直接理解，加密與跨境服務都可能限制內容判讀，線索仍要驗證。分析問多筆紀錄相符能證明什麼，先形成關聯假設，再用重複事件、反證與其他合法證據去驗。治理問取得之後怎麼避免超出目的使用，靠的是保密、紀錄、通知、刪除、稽核與救濟。

七題排下來才發現順序不能顛倒。跳過前三題直接問技術做不做得到，後面四題就沒有東西可以檢查。

本週建立的工作方法

這週跨了系統規劃、資料分析和法律制度，但收得起來，就三個可重複使用的方法：

• 問題導向：面對使用者需求、系統功能或新工具時，先問要解決的業務問題與成功條件，再去比較功能、風險與替代方案。
• 證據分級：面對公開資料、技術名詞或分析線索時，把已確認事實、合理推論與仍待驗證的問題分開記，不把線索寫成結論。
• 生命週期治理：面對資料取得、保存或使用時，從目的、授權、最小範圍、保護、使用、通知一路檢核到刪除與救濟。

三個方法問的是同一件事：一件「看起來做得到」的事，有沒有必要做、做完證不證明得了、事後查不查得到。最難維持的是證據分級，因為把「大概是」降級寫成「待驗證」，等於承認手上的線索比自己想的薄。

這份報告的分層結構

這份週報的層次跟著材料的收斂程度走，愈往下能寫的愈少、留得住的愈多：

第 1 層  五天的原始材料
         問什麼：這五天各自處理哪個問題、當天的核心是什麼、哪些內容查得回去
         產出：五篇公開日誌、每天一題一答的學習地圖、佐證紀錄與可掃描的日誌入口
            ↓ 材料排齊了，才看得出這五天是同一件事的五段

第 2 層  收斂成一條工作鏈
         問什麼：五天的內容有沒有前後順序、哪一段的結果是下一段的輸入
         產出：業務問題與風險、資料類型與法律程序、技術限制與公開查證、關聯分析與證據分級、資料治理與權利保障的五段主線
            ↓ 順序定了，每一段最容易踩空的地方才講得出來

第 3 層  五個不能混著看的判斷
         問什麼：哪些東西長得像卻不能互相代替、誤用的代價落在誰身上
         產出：需求不等於功能、技術可行不等於法律允許、取得資料不等於可以任意使用、資料關聯不等於身分或犯罪證明、公開資料不等於可以推論內部配置
            ↓ 判斷綁著這週的題目，換個題目還要有東西能用

第 4 層  三個可重複使用的方法
         問什麼：這些判斷抽掉本週的名詞之後，還剩下什麼動作
         產出：問題導向、證據分級、生命週期治理三組檢查順序，以及七題一頁式複習框架
            ↓ 方法拿得出去的前提，是寫出來的東西守得住界線

第 5 層  公開界線與後續動作
         問什麼：哪些能寫、哪些不能寫、幾個月後別人怎麼查回來
         產出：只收可公開可回查概念的原則、案件與內部配置的排除清單、覆核來源日期與適用範圍的後續動作

第 1 層：先把五天攤平成同一種格式。 這層答的是這週處理過哪些題目。五篇日誌各記一天：需求與風險、通訊監察與人權、流量紀錄公開研讀、資料調取與特殊強制處分、關聯分析。學習地圖把每天壓成當日問題與核心兩欄，佐證紀錄標出可回查的項目。這層最沒有技術含量，卻決定後面幾層有沒有東西可收——同一種格式寫下來，共通的地方才浮得出來，各寫各的只能靠印象收斂。

第 2 層：把五段接成有方向的鏈。 問的是這五天有沒有先後。有：業務問題與風險決定要不要做，資料類型與法律程序決定能不能做，技術限制與公開查證決定看得到什麼，關聯分析與證據分級決定推得出什麼，資料治理與權利保障決定事後交代得了什麼。一頁式複習框架的七題照同一個方向排。看下來比較容易被跳過的是前三題，直接從技術做不做得到問起，後面四題就沒東西可以檢查。

第 3 層：把容易混用的東西一組組拆開。 這層拆五對長得像卻不能互相代替的概念。使用者說要什麼跟系統該做什麼中間差一段；技術上取得的未必落在法律授權範圍內；合法取得也還受目的限制綁著；多筆紀錄特徵相符只形成待驗證的關聯；採購公告與政策說明撐得住制度背景，撐不出未公開的設定。我自己最容易誤解的是第四句，關係圖好看，很容易被讀成身分或犯罪的證明。

第 4 層：把判斷抽成下次還用得上的動作。 五個判斷綁著本週的名詞，抽掉剩三個方法：問題導向先問業務問題與成功條件，再比功能；證據分級把已確認、合理推論與待驗證分開記；生命週期治理從目的與授權檢核到刪除與救濟。三者問的是同一組事：有沒有必要做、證不證明得了、事後查不查得到。最難維持的是證據分級，把「大概是」降級成「待驗證」，等於承認線索比自己想的薄。

第 5 層：先想好哪些不能寫。 這層決定前面四層對外留下多少。原則是只收可公開、可回查的概念，排除案件、目標、內部配置與未查證說法；公開採購資料再分一次，哪些是可確認的事實、哪些不能往下推。後續動作也接在這裡：覆核時記下來源日期與適用範圍，把資料類型、程序要件與生命週期做成查核清單。這層做不好不影響這週交得出東西，只影響幾個月後它還站不站得住。

層與層之間的拉扯最明顯的是第 3 層和第 5 層。判斷寫得越乾脆越有力，界線守得越緊，就得補上來源與保留，力道跟著鈍掉。我的排法是先把界線設死，再挑哪幾句值得撐成完整判斷，順序反過來只能一路刪。另一組互相抵銷的是第 1 層和第 2 層：日誌記得越細，收斂時越難決定哪些只是當天的印象。本週最花時間的跨日主題頁，卡的就是這一步。

整條線換到的是一份幾個月後還讀得動的週報：每個結論指得出來源，每個保留說得出理由。代價是篇幅，五個判斷本來各一句講完，補上界線後各佔一段。適用邊界也清楚，這套收法適合對外公開、日後會被回查的內容；純自用的筆記照這樣寫會太重。

往下可以展開的追問：這五層裡哪一層被跳過，整份週報最快失效，為什麼？已確認、合理推論與待驗證這三格的界線該用什麼標準劃，一般技術資料到什麼程度不該再往下推？把日誌收斂成不綁日期的主題頁時，是在哪一刻確定某段內容只是當天的印象？

我的反思

剛翻 《通訊保障及監察法》第 3-1、5、11-1 條 和 《網路流量紀錄管理辦法》 時我是照條號硬記。整理資料調取才發現順序反了：得先問「這是什麼資料」，才輪到「可以怎麼用」。三類資料分開放之後，為什麼各自走不同程序、存多久、由誰監督，我才講得出來。

公開政策資料卡最久。採購公告寫的是建置目的，部署細節根本不在裡面，我卻很想從幾個欄位往下推。現在我分三層寫：官方可確認的事實、可用來理解的一般原理、還不能推論的部分。氣勢差了點，但過幾個月回頭看至少不必整段刪掉。

關聯分析那段又補一刀。關係網絡很好看，也很容易讓人把「有連線」讀成「有關係」，再讀成「是共犯」。我現在每畫一條線都標上來源、時間範圍、可信度與替代解釋，把圖當成排查證順序的工具。至於公開資料的證據層級怎麼切，我只想到一半：法規確認制度邊界、公開計畫與採購資料理解政策脈絡；一般技術資料能撐到哪，還沒有答案。

公開整理的原則

• 只記錄可公開、可回查的制度與技術概念。
• 不記錄案件、目標、內部配置、操作流程、設備設定或未查證說法。
• 對公開採購資料與一般技術概念，區分「可確認的事實」與「不能延伸推論的部分」。
• 以現行法規與官方來源覆核法律描述，不將非公開說明視為法源或既定事實。

後續行動

• 以官方原始來源覆核重要結論，記錄來源日期、適用範圍與推論限制。
• 把資料類型、程序要件、生命週期與關聯分析做成查核清單，固定區分觀察事實、待驗證假設與可支持結論。
• 把可公開的制度流程與概念關係轉成表格或圖示，讓別人讀得快、查得回去。
• 延續可公開、可回查的日誌方式，排除內部配置與未確認細節。

佐證紀錄

日期	來源	可回查項目
2026-07-13	資訊系統建置、需求分析與風險管理	需求分析、風險處理、完整性與即時性。
2026-07-14	通訊監察的法律程序、加密挑戰與人權平衡	法律程序、加密限制、設備端偵查與人權界線。
2026-07-15	網路流量紀錄保存系統的公開資料研讀	採購與政策脈絡、流量紀錄與通訊內容的區別、公開資料界線。
2026-07-16	通訊保障、資料調取與特殊強制處分	資料分類、法院保留、特殊強制處分、通知、資料治理與救濟。
2026-07-17	網路流量關聯分析與異常通訊辨識	IPDR 與 OTT 公開概念、關係網絡、異常樣態、替代解釋與證據分級。
法規	《通訊保障及監察法》	通訊監察的必要性、比例原則與相關程序。

本週公開週報只記錄已整理與可公開的內容；未查證的業務細節不列入結論。