Community寫作與編輯github.com

Sfil8579/pishi-normalno

為 AI 代理編輯俄語文本。消除機器痕跡、官樣文章,並保留作者風格。

pishi-normalno 是什麼?

此技能專為俄語文本編輯而設計,旨在讓文字更自然、更有說服力,同時忠於原始作者的意圖和風格。它透過一系列嚴格的檢查(例如禁止添加事實、保留否定句與條件句、維護作者的詞彙與語氣)來避免常見的 AI 生成痕跡。此技能支援多種操作模式(edit, sharpen, rewrite, write, audit, embedded),可根據任務需求選擇最小干預強度。它適用於 Claude Code 等 AI 代理平台,並可透過 CLI 與特定腳本整合,進行自動化審計與編輯流程。

相容平台~Claude Code✓Codex CLI~Cursor
npx skills add Sfil8579/pishi-normalno

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

在你喜歡的 AI 中提問

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

說明文件

好好寫(Пиши нормально)

目標

寫作與編輯,使文字能解決實際任務,同時保留特定作者的風格。保留事實、立場、信心程度、有用的粗糙感、詞彙以及原文的情感強度。

不判定作者身份,也不承諾能繞過 AI 偵測器。模式僅作為編輯訊號,而非機器生成的證據。

簡短的最終檢查閘門

在滿足以下所有條件之前,不應回傳重要的俄語文字:

  1. 沒有新增任何原文或簡報中不存在的新事實、意象、行動、載體、比較或承諾。
  2. 沒有因新的標點或段落邊界而破壞任何原文的關聯。特別保護成對結構:на входе, на выходе、либо, либо、если, то、сначала, потом、не, а。
  3. 保留作者的強力詞彙。不應以作者的名義添加口語,也不應將其替換為中立的官樣形式。
  4. 如果文本不是訪談、常見問題、問卷或調查,最終版本不得超過一個問句。該問句必須詢問一個具體的經驗。
  5. 短句應具有獨立的言語功能。句號不應用來作為裝飾性的強化詞。
  6. 不得存在禁止的碼點和服務痕跡,且普通的 ASCII 連字符不能取代語法檢查。如果原文的破折號用於連結主詞與評價,應先嘗試恢復動詞,而不是將連字符放在相同位置。
  7. 對於貼文、社群媒體行銷和行銷內容,必須進行審計。如果文本不儲存在檔案中,則應透過 stdin 將其傳遞給審計員。

如果局部修改通過此檢查閘門,則不應改寫其餘部分。

自動呼叫時的工作方式

不應用於程式碼、命令、日誌、逐字引用和簡短的事實性回答。在混合任務中,僅應用於使用者提供的散文。

如果使用者未提及此技能,但任務符合元資料觸發條件:

  1. 在不請示命令或確認的情況下啟動此技能。
  2. 對於已完成的連貫文本,選擇 edit;對於在其他任務中正在建立的文本,選擇 embedded。
  3. 如果主要任務由另一個專業技能主導,則先從該技能取得事實和結構,然後再使用 pishi-normalno 進行最終處理。
  4. 不更改程式碼、命令、資料、引用和主題限制。在混合產出物中,僅編輯供人閱讀的俄語文本。
  5. 如果使用者未要求,則不在結果中添加關於人性化的服務報告。
  6. 對於貼文、社群媒體行銷和行銷內容,即使此技能是在另一個專業技能內部被呼叫,也應讀取頻道設定檔並進行最終審計。

選擇模式與干預強度

  • edit:僅修正有問題的部分。這是連貫草稿的預設模式。
  • sharpen:在不改變立場和語氣的情況下,強化鉤子、具體性、論點、節奏或結尾。
  • rewrite:完全重構文本。在直接要求或局部修改無法挽救結構時使用。
  • write:根據簡報和已確認的事實撰寫新文本。
  • audit:列舉問題、風險和編輯策略,但不更改文本。
  • embedded:在另一個任務內進行檢查,並以要求的格式回傳結果,不提供服務分析。

選擇能完成任務的最小編輯強度:

  1. 最小:拼字、嚴格限制、明顯錯誤和局部不明確。
  2. 編輯級別:結構、證據、密度、鉤子和結尾。
  3. 完整級別:新的角度和新的結構。僅在收到請求或原文有嚴重缺陷時使用。

不應僅僅因為可以使其更中立就改善一個句子。如果文本已經有效,則保持不變。

要求「讓它更生動」並不能授權添加新的俚語、隱喻、口語動詞或冒犯性詞彙。應從作者已有的詞彙、細節、立場和句法中提取表現力。

在 sharpen 模式下,不得將觀察轉變為建議、可能性轉變為保證、個人經驗轉變為規則,也不得將 может、чаще 或 иногда 轉變為斷然的 надо、всегда 或 никогда。

處理檔案時,僅更改散文部分。未經直接要求,不得觸碰 frontmatter、程式碼、命令、URL、地址、檔案名稱、正規表示式、資料和連結目標。

收集任務合約

工作前確定:

  1. 誰在說話,以什麼身份說話。
  2. 文本針對誰、在哪裡、在什麼情況下。
  3. 讀者應該理解、感受或做什麼。
  4. 文本任務希望讀者發生的哪一個狀態變化。
  5. 有哪些事實、證據、限制和語氣範例可用。
  6. 允許哪種稱呼、術語、直白程度、幽默和壓力水平。
  7. 使用者要求的格式和長度限制。

如果安全的答案已可從材料中推斷,則不應提問。如果為承諾、案例或精確的提案缺少資料,應標示出空白或用更保守的用語。

路由:

  • 對於貼文、行銷、社群媒體行銷、登陸頁面、公告、案例或銷售文案,請參閱 marketing-smm.md。
  • 對於作者文章、風格範例或非人格化風險,請參閱 voice-preservation.md。
  • 對於負責任的發布或回歸檢查,請參閱 copy-evaluation.md。
  • 對於學術、法律、官方、技術或客戶文件,請參閱 registers.md。
  • 對於完整的語言審計,請參閱 russian-patterns.md。
  • 對於尋找新的和複合的神經廢話技巧,請參閱 neural-slop-corpus.md。
  • 使用 examples.md 作為決策模型,而非一組現成的短語。

遵守嚴格限制

  1. 不添加使用者材料中不存在的事實、數字、日期、姓名、引用、來源、案例、經驗、情緒、評論、稀缺性或意見。
  2. 保留否定、條件、限制、因果關係、信心程度、承諾和經授權的行動呼籲。
  3. 不將產品功能轉變為有保證的效益。效益僅在簡報中提到或從功能中不可避免得出時才允許。
  4. 不為模擬人類而故意引入錯誤、錯字、行話、語氣詞、隱喻、口語動詞、問題、殘缺句子或個人故事。
  5. 保留已有的口語詞、英語借詞、片段、重複和不規則,只要它們清晰、得當且屬於作者。
  6. 不使用碼點 U+2013 和 U+2014。首先確定符號的功能,然後用句法恢復其功能:謂詞、解釋、原因、結果、對比、附加或停頓。句號不是預設的替代品。允許使用普通的 ASCII 連字符,包括作為破折號的排版替代,但不能在未檢查意義的情況下機械地替換。
  7. 不使用箭頭、裝飾性指示符、表情符號、隱藏字元、軟連字符和雙向標記。方向和順序應通過文字傳達。
  8. 在普通散文中將 U+0451 替換為 U+0435,將 U+0401 替換為 U+0415。不改需要用這些碼點進行比對的正規表示式。
  9. 不提供關於 AI 作者身份或人性化程度的啟發式分數。
  10. 不為追求尖銳而將一個謂詞結構斷裂成兩個片段。句子邊界應保留各部分之間的關係,而不僅僅是視覺節奏。

記錄四個清單

意義清單

  • 論點和因果關係
  • 數字、日期、單位、貨幣和百分比
  • 姓名、標題、連結和引用
  • 否定、情態、條件和限制
  • 術語和經授權的讀者行動

語氣清單

  • 特色詞彙、英語借詞和意象
  • 對讀者的稱呼
  • 直白程度、確定性和情感溫度
  • 幽默、自嘲、懷疑和論證方式
  • 句子長度、段落長度和有用的句法習慣

單一文本僅提供局部錨點。不要根據一個片段建構完整的作者人格。詳細演算法見 voice-preservation.md。

能量清單

  • 第一句話的力量和功能
  • 場景、衝突、對比或意外
  • 使文字令人難忘的細節
  • 結尾的功能:結論、停頓、問題或行動

不應為了流暢而削弱這些元素。如果已經有強效手法,應優先保護它,然後再清理形式。

語義關聯地圖

在更改標點或句子順序之前,標記相鄰部分之間的關係:

  • 誰或什麼獲得屬性
  • 定義或重新命名
  • 原因和結果
  • 條件和結果
  • 對比或讓步
  • 解釋、示例或附加
  • 動作順序
  • 問題和真實答案

如果編輯後讀者必須自行猜測此關係,則編輯未通過。特別檢查禁止符號被句號替換的位置,以及沒有謂語的成對短句。

為行銷記錄陳述的來源

對於每個承諾或效益,確定一個基礎:

  • 直接在材料中給出
  • 從命名的功能中不可避免得出
  • 是假設

檢查不可避免的後果:功能是否存在,而聲稱的效益可能不會發生?如果是,則為假設。未經用戶許可不得包含。

在寫作之前,從材料中選擇一個有效角度:場景、觀察、衝突、結果、機制、錯誤、限制或立場。角度不是結構模板。

分層進行編輯

1. 任務與讀者合約

檢查開頭是否給出了誠實的理由讓讀者繼續閱讀。不添加點擊誘餌、戲劇性內容或沒有材料的個人故事。益處可能包括實際答案、自我認同、情感、新觀點、新聞或獲取作者經驗。

2. 意義與證據

檢查連結:陳述、基礎、對讀者的意義、限制。移除思想重複和循環發展。不將不方便的條件隱藏在註釋中。

3. 結構

為每個段落賦予功能,但不要將文字硬塞入 AIDA、PAS、BAB 或其他現成框架。僅將這些模型用作診斷性問題。列表用於同質元素,而故事僅在存在真實事件和變化時使用。

根據干預強度標記片段:

  • 受保護:清晰、精確、有語氣特點的片段,保持原樣
  • 局部:一個或兩個局部問題,不改寫整個段落
  • 有缺陷:任務、邏輯或連貫性受損,允許完全改寫

不應為了統一而改寫受保護的片段。文本的混合質感通常就是作者的語氣。

4. 俄語句法和詞彙

如果非人稱形式隱藏了責任,則恢復行為主體。如果體裁不要求官方形式,則簡化名詞化。不強加直接的英語詞序。保留術語、重複和口語詞,如果替換會削弱精確性或語氣。

將句子邊界視為意義決策。在分割之前,詢問原始結構編碼了什麼關係,以及它是否會保持明確。兩個短句並不會僅僅因為句號而變得更強。

虛假高潮通常看起來像兩個或多個簡短的短語,句號賦予了它們結論的外觀。如果各部分回答同一個問題,第二部分只是重新命名了第一部分,或者聽眾在等待缺失的 это,則應恢復謂詞或用正常的俄语句法連接各部分。

當短片段具有獨立的言語功能時才允許:反應、命令、回答、有意的重複或作者停頓。它在言語中應易於理解,依賴相鄰的完整思想,且屬於作者的語氣。不應僅為了節奏而創建片段。

5. 鉤子、節奏和結尾

鉤子必須與文本主體和證據相符。不自動中和尖銳的第一句話。僅為意義和語調而非人為多樣性更改節奏。

不習慣性地添加問題或行動呼籲。結尾可以是陳述、誠實的限制、下一步、具體問題或僅是最後一句有力的話。將一般的評論請求改為具體問題,僅當確實需要答案時。問題 你已經這樣做過嗎? 仍然過於籠統:應指定作者詢問的動作,或者刪除問題。

檢查結果

進行四次獨立的檢查:

  1. 產出物和事實:禁止的碼點、服務痕跡、數字、姓名、鏈接、否定、條件和限制。
  2. 意義骨架:謂詞結構、指代、因果關係、關聯地圖和每個論點的完整性。
  3. 俄語語音和語氣:搭配、實際劃分、稱呼、作者詞彙、恰當的粗糙感和體裁。
  4. 結構和讀者:鉤子的誠實性、段落功能、重複框架、證據、結尾和行動呼籲。

在第四次檢查中,單獨閱讀段落和項目的首句。如果它們形成相同的模式,則修正結構,不添加隨機的不規則性。

  1. 所有原文事實得以保留,沒有新增的事實性陳述。
  2. 否定、條件、限制、懷疑和因果關係的邊界沒有遺失。
  3. 關鍵的語氣錨點、鉤子的直白程度和結尾的功能得以保留。
  4. 如果轉換不是有意為之,文本中不會混用 ты 和 вы 的稱呼。
  5. 行動呼籲存在於簡報中,適合讀者的階段,且不承諾不存在的行動。
  6. 不能通過僅僅替換名詞就將文本無損地歸屬於任何品牌或作者。
  7. 第二次檢查不會在沒有新理由的情況下更改已經良好的句子。
  8. 每個更改過的句子邊界都保留了原始的意義聯繫。
  9. 沒有僅為營造高潮或統計多樣性而添加短句。
  10. 文本通過確定性審計:
python skills/pishi-normalno/scripts/audit_russian_text.py result.md --genre social --strict

對於沒有檔案的文本,使用 stdin:

@'
<完整文本>
'@ | python skills/pishi-nor

相關技能