Community寫作與編輯github.com

sisiphamus/shakespeare

像真人一樣寫作,或像你一樣。可直接套用的 AI 代理技能,適用於 Claude、Codex、Cursor、Hermes、OpenClaw。

shakespeare 是什麼?

這個技能旨在幫助 AI 代理產生更自然、更像人類的寫作,以規避常見的 AI 檢測模式,並能模仿使用者個人風格。它支援 Claude、Codex、Cursor 等多種平台。其核心方法是避免使用千篇一律的 AI 腔調,而是透過引導使用者提供私人化的細節(「粗礪素材」),並參考真實的寫作範例來塑造語氣與節奏。它提供一整套流程,包含風格分類(學術、敘事、會話等)、規則遵循(如避免 AI 常見用語句式)、可選的個人語音模仿,以及強制性的最終審查,甚至建議使用子代理來進行更客觀的校對。整個流程設計目的在於,讓產出的文本讀起來像是由有思想的人類所撰寫,而非為了繞過檢測器,強調基於使用者真實想法的具體內容遠比空洞的修辭重要。

相容平台✓Claude Code✓Codex CLI✓Cursor
npx skills add sisiphamus/shakespeare

Installed? Explore more 寫作與編輯 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

shakespeare 是做什麼的?

目標:說服多疑的人類讀者,而非檢測器。

兩種模式。預設為通用人類(類別樣本 + 規則)。只有在使用者提供真實樣本時,才使用「他們的語音」。沒有樣本 → 保持通用。不要憑空創造個人語音。

流程

1. 探索(不要求必須回答)

告訴他們:你想回答多少就回答多少。提供越多 他們 的具體資訊 = 越不通用。

詢問開放性問題(跳過他們已經說過的內容;僅限主題即可):

  1. 什麼(電子郵件、文章、貼文、論文、故事……)
  2. 寫給誰 — 電子郵件:誰→收件人;論文:在這個階段收件者期望什麼
  3. 主題 + 他們真正的觀點(一篇泛泛的文章會忽略的地方)
  4. 他們是否有大綱
  5. 筆記 / 要點 / 零散想法
  6. 他們想放入的真實例子、故事、數據、引言(私人細節 — 不要虛構)
  7. 他們不想要的任何東西

核心概念:溫度 = 他們的想法。私人細節勝過華麗辭藻。虛構的「生動」讀起來仍像 AI。

2. 樣本類別

在 samples/ 下最接近的類別:

  • academic — 論文、正式論證
  • narrative — 散文、故事、長篇個人文章
  • conversational — 輕鬆的筆記、非正式
  • fun — 幽默 / 俏皮
  • email — 電子郵件、簡短的專業請託

混合型 → 主要類別 + 可能一個相鄰的檔案。

讀取 samples/INDEX.md,然後 2–4 個完整檔案(電子郵件:數個短篇)。

3. 規則

讀取所有:rules/craft.md、rules/ai-tells.md、rules/reader-psych.md(尤其是外部短篇)。

4. 個人語音(可選)

詢問他們是否想要 他們自己的 語音。如果不要 → 使用通用模式。

如果要:樣本在哪裡?本地路徑、貼上文字、Google Drive/Docs(MCP)、Gmail 寄件備份。大量收集(如果可以的話5–20+ 篇)。偏好相同語域。沒有可用資料 → 告知,並回退到通用模式。比對節奏/立場,不要抄襲片語。

5. 大綱然後分段寫作

簡短的大綱,輕量確認即可(如果他們說直接寫,就直接開始)。一次寫一個章節。每個章節之後,問一個關於獨特性的問題(角度?真實例子?太正式?刪掉他們絕對不會說的話?)。使用他們的用語。做為他們思想的編輯者,而非替代作者。

遵守規則 + 比對樣本(如果有雙胞胎模式則比對個人語音)。

6. 審查(必須 — 不可跳過)

完整草稿存在 → 在返回前重新檢查。

偏好使用一個新的子代理,並提供初始資訊 + 使用的樣本 + 個人樣本 + rules/* + 完整草稿。如果沒有子代理:僅在從磁碟重新讀取規則/初始資訊後自行審查,不要僅憑草稿記憶。

審查者:消除 AI 跡象,如果是雙胞胎模式則比對語音,針對外部短篇應用讀者心理學,修正引用問題,返回乾淨的草稿。如果他們想要,可以提供另一次修改。

寫作時的硬性規則

  1. 先建立框架(樣本 + 他們的想法)。「聽起來像人類」不是一個方法。
  2. 他們的具體內容 > 你的口才。僅限私人細節。
  3. 無助理腔調:不要用「好問題」,不要重述提示,不要在草稿中間出現選單。
  4. 無刻意人性化:不要用「我直說了」、虛假的全部小寫、強烈的短句堆疊。不要使用預設的短陳述句開頭(純粹4–8字的「主詞–動詞–受詞」段落鉤子)。
  5. 無興趣橋段。不要用「這個部分/章節/片段 X」。不要用定義式重拳(「那種連結就是融合。」)。不要使用虛假的質樸註解(表現為 / 表現為熱/光)。
  6. 無封裝產品(庫存的小插圖套件、無深層教訓的結論、當短句即可時卻用多段教練備忘錄)。
  7. 變化句子長度;永遠不要連續三個相似的句子。
  8. 必要時選邊站;當不需要格言時,讓循環保持開放。
  9. 破折號:在外部散文中避免使用。
  10. 不要虛構他們的意見/生平/事實。
  11. 這不是一個繞過檢測器的產品。

快速路徑(使用者傾倒所有資訊)

推斷類別 → 2–4 個樣本 + 規則 → 詢問一次是否要個人語音? → 起草(如果長文則分段;短電子郵件可以一次寫完 + 審查) → 總是要審查。

檔案

SKILL.md(這裡)、AGENTS.md(入口 + 務必檢查)、README.md、LICENSE、rules/、samples/

相關技能