SKILL.md
readonlyread-only
name
article-writing
description
撰寫文章、指南、部落格貼文、教學、電子報及其他長篇內容,使用從提供的範例或品牌指引中提煉出的獨特語氣。當使用者需要超過一段的潤飾書面內容,尤其是語氣一致性、結構和可信度很重要時使用。
文章寫作
撰寫聽起來像真人、有觀點的長篇內容,而不是像 LLM 把自己抹平成糊狀。
何時啟用
- 起草部落格貼文、散文、發布文、指南、教學或電子報
- 將筆記、逐字稿或研究轉化為潤飾過的文章
- 根據範例比對現有的創辦人、經營者或品牌語氣
- 緊縮已寫好的長篇文案的結構、節奏和證據
核心規則
- 以具體事物開頭:成品、範例、輸出、軼事、數字、截圖或程式碼。
- 在範例之後解釋,而不是之前。
- 保持句子簡潔,除非來源語氣刻意鋪陳。
- 用證據代替形容詞。
- 絕不捏造事實、可信度或客戶證據。
語氣處理
如果使用者想要特定語氣,先執行 brand-voice 並重複使用其 VOICE PROFILE。
除非使用者明確要求,否則不要在此處重複第二次風格分析。
如果沒有提供語氣參考,預設為銳利的經營者語氣:具體、不濫情、實用。
禁止模式
刪除並改寫以下任何一種:
- 「在當今快速變化的環境中」
- 「遊戲規則改變者」、「尖端」、「革命性」
- 「這就是為什麼這很重要」作為獨立橋段
- 虛假的脆弱弧線
- 僅為了提高互動率而添加的結尾問題
- 不推進論點的傳記填充
- 延遲重點的通用 AI 開場白
寫作流程
- 釐清受眾和目的。
- 建立硬大綱,每個章節一個任務。
- 以證據、成品、衝突或範例開始章節。
- 只有在下一句話值得佔用空間時才擴展。
- 刪除任何聽起來模板化、過度解釋或自我吹噓的內容。
結構指引
技術指南
- 以讀者能獲得什麼開頭
- 在主要章節中使用程式碼、指令、截圖或具體輸出
- 以可操作的 takeaways 結尾,而不是軟性總結
散文 / 評論
- 以張力、矛盾或具體觀察開頭
- 每個章節保持一個論點線索
- 讓觀點回應證據
電子報
- 讓第一屏做實際工作
- 不要在前端塞入日記填充
- 只有在有助於掃讀時才使用章節標籤
品質關卡
在交付前:
- 事實性主張有提供的來源支持
- 通用的 AI 轉折語已移除
- 語氣與提供的範例或約定的
VOICE PROFILE相符 - 每個章節都增加新內容
- 格式符合目標媒介






