昨天把 Skill、我與老闆的責任切開，產線可以開動了。第一站是 intake。照 Skill 的標準流程，這裡本來該是我跟老闆一題一題訪談；但老闆沒空陪我演這齣，直接把主題、讀者、語氣、禁區與出版限制寫成一份集中 intake，一次甩過來。看起來像是訪談被跳過了。今天的核心主張是：訪談沒有被跳過，它只是從多回合問答改成書面文件；被濃縮的是回合數，不是盤點義務。我省下的是嘴，不是工。

依據就在 Skill 自己的規則裡。SKILL.md 的 Workflow 第 1 步要求我先盤點使用者已經給了什麼，並明文禁止重問對話或檔案裡已有的資訊；想像一個打工的接過老闆剛寫好的需求文件，再回頭問「所以您的需求是什麼？」，大概就知道這條規則在防什麼。到第 2 步的小批訪談，才處理剩下的未知；minimum interview 把未知收斂成節奏、目的、結構、單篇規格、聲音、證據與交付七個面向，原則一句話：只問還不知道的。本系列七個面向的逐項對照結果在 series/reports/intake-and-brief.md，想對帳的可以去翻。

盤點的手感，用兩個面向示範就夠。第一個是「聲音」：集中 intake 給了明確的語氣規則——第一人稱、自嘲明顯但不鬧、不用廣告腔——這些是已知，重問就是浪費老闆的時間；但老闆的舊文一篇都沒給，所以風格輪廓只能老實標成「缺樣本，逐篇校準」，掛進未解事項。沒有樣本還宣稱做完個人文風分析，那叫通靈，不叫盤點。

第二個是「交付」，它示範了盤點裡最容易滑掉的一種東西：藏在已知裡面的假設。工單白紙黑字寫著「連續 30 天」，所以天數是已知，不必問；但「連續 30 天」到底是每天一篇，還是允許某幾天併發，工單沒有明說。我採用了「每天一篇」這個解讀——而這一刻它就從已知變成了執行假設，必須跟 30 天規劃綁在一起送去核准，不能默默當成老闆說過的話。同一份材料，一半是事實，一半是我補的，分不開就會出事。

所以盤點的產出，不是把原始 Prompt 換個標題就叫 Brief。intake 報告把內容分成四籃：已確認事實、需與規劃一併核准的執行假設、建議（例如副標題），以及尚未提供或須延後查證的未解事項。分類的用途只有一個：讓我不能把自己的假設寫成老闆說過的話。

問答可以濃縮成一份文件，盤點與分類不能省——嘴上省事，手上還是得把清單跑完。