菜单
Use when drafting, reviewing, or organizing a Traditional Chinese academic thesis or its defense/progress slides — covers standard chapter ordering, per-chapter content rules, and advisor-provided presentation formatting conventions
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when producing, editing, or reviewing Traditional Chinese technical writing, including comments, documentation, explanations, and Chinese answers that must avoid translationese, casual phrasing, template language, and weak logic.
Audit NixOS impermanence state — find files still on the current filesystem device. Use when the user wants to check for untracked files, audit impermanence, or runs /impermanence-audit.
去除文字中的 AI 生成痕跡。適用於編輯或審閱文字，使其聽起來更自然、更像人類書寫。 基於維基百科的「AI 寫作特徵」綜合指南。偵測並修復以下模式：誇大的象徵意義、 宣傳性語言、以 -ing 結尾的膚淺分析、模糊的歸因、破折號過度使用、三段式法則、 AI 詞彙、否定式排比、過多的連接性短語。
Universal coding standards, best practices, and patterns. Use when developing in any language — triggers on TypeScript, JavaScript, React, Node.js, Python, Nix, ruff, pyright, pytest, uv, flake.nix, justfile, just, recipes, and general code quality topics.
Use when writing git commit messages, reviewing commits, or setting up commit conventions. Triggers on commit, git commit, commit message, changelog, semantic versioning.
A formal evaluation framework for Claude Code sessions, implementing eval-driven development (EDD) principles.
| name | writing-thesis-zh |
| description | Use when drafting, reviewing, or organizing a Traditional Chinese academic thesis or its defense/progress slides — covers standard chapter ordering, per-chapter content rules, and advisor-provided presentation formatting conventions |
彙整指導教授（舜哥）對學位論文與口試簡報的撰寫原則：章節編排、各章定位、段落與圖文規範。適用於撰寫或檢視中文論文（繁體）與對應的口試／進度簡報。
不適用於：
論文可分為九大章，實際順序可依主題性質調整或整併：
章節順序 通常先寫相關研究、後寫背景知識；但有些論文性質需要先鋪陳背景知識再接相關研究，依題目判斷。
相關研究 Related Work 比較相關論文或工具。引用論文時以作者姓氏為主，不需放完整標題；若論文本身有命名（例如系統名稱）可直接用該名稱，對讀者較有記憶點。脈絡段落不要花太多篇幅鋪歷史，重點放在「相關領域應用」與「與本論文的比較」。
背景知識 Background 只寫純技術介紹。不要寫「這項技術在本研究中如何被應用」——應用面全部收進「系統實作」章節。
段落與條列 不要無謂的條列式，直接寫成段落即可。若要條列，每一項需有足夠的描述，不然像在灌頁數。不要過度分段落。
未來展望 Future Work 沒有要做的東西就放少一點，不要為了湊篇幅亂補。
撰寫前先決定這一段是「以人為主」或「以流程為主」：
| 情境 | 原則 |
|---|---|
| 要不要寫條列 | 段落優先；條列時每項要有完整描述 |
| Related Work 引用 | 用作者姓氏或系統名，不放完整標題 |
| Related Work 寫歷史 | 從簡；重點放在相關應用與比較 |
| Background 章節內容 | 只放技術介紹，不寫應用 |
| 系統應用描寫位置 | 放在「系統實作」章節 |
| 簡報標題重複 | 禁止；每頁標題需唯一且貼合內文 |
| 大標題 | 直接表達內容、使用宣示性動名詞 |
| Future Work 長度 | 沒要做就寫少一點 |
| 章節順序 | Related Work 通常先於 Background；視題目而定 |
| 圖文字體 | 圖中字體與正文需一致 |
