外部分析改寫的交付物是可遷移框架、不是風格轉換

2026-05-20

核心原則

外部分析改寫的交付物是可遷移框架、不是風格轉換。把其他分析師文章交給 AI 改寫時，任務目標不能停在「改成本站語氣」「更正向」「更像教學」；真正要交付的是讀者能帶到下一個市場事件使用的判讀工具。

判別問題：「讀者讀完後，是否多了一個可重用的判斷問題或檢查表？」沒有，就還只是改寫。

content/business/ 的建立過程是一場從「外部分析文章」到「本站教學型商業知識」的轉換實驗。commit 演變顯示，早期版本雖然有 WRAP、知識卡與 case analyses，但仍多次被讀者 feedback 拉回核心問題：

這些問題共同指向一件事：AI 轉換文章風格不夠。文章要從「原作者如何看這件事」轉成「本站讀者以後如何判讀同類事件」。

輸入外部文章時，先問：

若事件只能產出「某公司發生某事」的摘要、沒有可遷移框架，就放在筆記，不硬寫成 case-analysis。

教學型商業分析的穩定結構可以是：

1事件本身 → 結構性機制 → 長期影響 → 預警訊號 → 可遷移框架

這是責任順序，可依標題承諾調整。事件段讓讀者進場；機制段教為什麼；長期影響處理時間軸；預警訊號讓框架可被反證；可遷移框架讓讀者能帶走。

若某篇文章的標題承諾需要不同順序，可以調整；但最後仍要回答「這個事件教讀者下次看什麼」。

風格轉換會把原文句子改得更順；框架轉換會把原文觀點改成讀者可問的問題。

原文觀點型句子	框架型問題
AI legal tools 會擠壓知識工作者	這個工具在擠壓應用層、新創、工作者哪一層？
FDE 是資料平台的新戰場	它是否鬆動 SaaS 的 distribution、workflow、data 三支柱？
收購代表基礎設施整併	這是純收購、賽道整併，還是算力廠商垂直整合？

判斷問題比結論更有價值，因為問題可以帶到下一個 case。

可遷移框架需要知道何時失效。每篇 case-analysis 至少要有一段預警訊號，列出哪些觀察會推翻或削弱本文判讀。

沒有預警訊號的框架只是一組漂亮分類。讀者需要知道「何時重新評估」，才會把框架當工具，而不是把它當口號。

AI 很擅長把原文改成不同語氣，但摘要仍然沿著原文的 frame 走。讀者得到的是「另一個版本的原文」，不是本站累積出的知識單元。

若文章只回答「這件事代表什麼」，下次遇到不同公司、不同市場、不同產品時，讀者還是要從頭判斷。可遷移框架要回答「下次遇到相似事件，我要看哪些訊號」。

正向陳述、核心原則先行、商業邏輯先於 CASE 不是語氣規則；它們是把思考過程變成可重用知識的結構規則。若只做風格轉換，會通過部分表面檢查，但仍不符合知識庫目標。

原則	跟本卡的關係
#141 WRAP 是寫作者的內部工具	#141 處理 process 不能外露，本卡處理 process 之後要交付什麼
#142 文章主體要對齊標題承諾	標題承諾應該指向可遷移框架；若標題只承諾事件評論，文章容易停在摘要
#143 外部分析文章要先拆成事實、作者判讀、本文推導	Source 分層是框架轉換的前置步驟；先知道哪些是原文觀點，才能抽出本站框架
#144 跨領域分析要先定位讀者層級	可遷移框架要用目標讀者能操作的語言表達，不能保留原文的高密度 shorthand
#81 卡片系統的迭代浮現	一篇 case-analysis 產生的框架若反覆出現，後續可升級成知識卡或 reading framework

訊號	該做的事
Prompt 只說「改成我們的風格」	改成「抽出可遷移判讀框架」
文章結尾只有事件結論	補「下次遇到同類事件要看什麼」
讀者讀完只能說出某公司發生什麼	補訊號、機制、風險、預警與路由
文章沒有預警訊號或 Tripwire	補失效條件，讓框架可被反證
文章大量沿用原文 frame	回到 source layering，區分原文判讀與本文推導

核心原則：外部分析改寫的交付物是讀者可遷移的判讀框架，把原文變順只是表層。沒有框架、預警與下一步路由，文章仍停在摘要層。