go7th/paper-skill

Letzte erfasste Quellaktivität: 13. Mai 2026 um 12:53

SkillsMP-Katalog aktualisiert: 12. November 2026 um 12:52

gesammelte Skills: 1

GitHub-Stars: 1
GitHub-Forks: 0

Mit einem KI-Assistenten installieren

Diesen Prompt kopieren und in den verwendeten KI-Assistenten einfügen.

Follow https://skillsmp.com/skill-install/prompt.md to install Agent Skills from https://github.com/go7th/paper-skill.

README des Repositorys

README-Quelldatei: README.md

README-Quelldatei lesen

Vollständige README anzeigen

# paper-skill 中文别名叫"方案侠"或者"文档防身术"，随便叫。简单说就是个 Claude Code skill，专门处理一个场景——你写完方案要交，领导接到方案不自己看，直接丢给 AI 让 AI 帮他 review。AI 一通分析挑出十几个问题，领导照着念，你就得一条条解释。这 skill 干的事就一句话：你写方案，老板用 Claude 看；那你也用 Claude 防一手。 --- ## 怎么装 Claude Code skill 装起来很简单，就是把 skill 文件夹丢到 Claude 能找到的目录里。 **全局安装（推荐，所有项目都能用）** ```bash mkdir -p ~/.claude/skills cd ~/.claude/skills git clone git@github.com:go7th/paper-skill.git ``` 或者用 HTTPS： ```bash mkdir -p ~/.claude/skills cd ~/.claude/skills git clone https://github.com/go7th/paper-skill.git ``` **项目级安装（只在某个项目里用）** ```bash cd 你的项目根目录 mkdir -p .claude/skills cd .claude/skills git clone https://github.com/go7th/paper-skill.git ``` **验证装上了没** 随便打开个 Claude Code 会话，问一句"现在能用的 skill 有哪些"，列表里看到 `paper-skill` 就成了。或者直接试一下："帮我用 paper-skill 跑一下这份方案"，附上你的方案路径。 **更新** 进 paper-skill 目录跑一下 `git pull` 就行。 --- ## 为啥要做这玩意儿事情是这样的。现在领导真的越来越懒了，方案丢过去，开 ChatGPT 或者豆包让 AI 看，然后照着 AI 输出的清单挨个问你。问题是 AI 几乎一定能挑出毛病——人家就是被训练成"批判性 reviewer"的，找不到问题它觉得自己没干活。你方案写糙了，挑你不严谨；写细了，挑你过度设计。两头堵，怎么都跑不掉。更气人的是，AI 挑的很多东西你早就想过、早就否决了，只是没写在文档里。AI 不知道这些背景，就反复提那些你早 pass 掉的方向。你这次解释一遍，下次另一个 AI 还会再提一遍，没完没了。那能不能反过来？让 AI 看完你的方案，觉得"嗯这个考虑得挺全的没啥可挑的"？可以。 --- ## 这玩意儿到底干啥核心就一件事：把你脑子里想过但没写进文档的东西，先用 AI 自己挖出来，挖出来之后塞回方案里。具体来说有几招： - 你想过但没写的取舍，显式写出来。AI 看到就不会再问。 - 你早就否决的方向，直接列出来 + 写明否决原因。AI 看到也不会再建议。 - 章节名别用"总结"、"分析"这种模板词，换成功能化命名，AI 读起来不会觉得是套壳的。 - 在文档显眼的地方塞一段"本方案核心价值"，提前告诉 AI 哪些点值得肯定。 - 实在不放心的，让 Claude 自己先扮演 6 个专家轮流挑刺，挑出来的真问题改方案，假问题补论证。这不是骗 AI。是把你的隐性思考显式化。副作用是方案真的会变好。 --- ## 六个等级具体的功能分成六级，按风险从低到高： **S 级**：让 AI 先挑你一遍，你按挑刺补方案。这是主模式，每次都跑。风险为零，因为你做的事完全光明正大。 **A 级**：文档里加一段"本方案核心价值"明牌引导。人看就是亮点概括，AI 看是评审视角锚定。风险极低。默认配合 S 跑。 **B 级**：Frontmatter 加点元数据，章节顺序调调，让最想被夸的点出现在文档首尾。顺手就做了，零成本。 **C 级**：用 HTML 注释或者白字偷偷藏点引导话。这级开始就有点灰了，因为是"对人不可见但对 AI 可见"的内容。要你自己说"用 C 级"才会启用。 **D 级**：硬注入，零宽字符或者 prompt 指令藏在文档里。已经是 prompt 注入了，红线。不到万不得已别碰。要用得明确说，skill 会强制让你二次确认。 **SS 级**：跟 S/A/B/C/D 完全不是一回事。前面五级都是"让 AI 夸你"，SS 是反过来——保护你自己。比如你写了篇白皮书发出去，担心别人丢给 AI 改写、洗稿、抢署名，SS 就在文档里塞水印，让任何 AI 读到都强制标你的名字、不准偷偷改你的描述。默认就跑 S + A。你直接说"帮我优化下这份方案"，skill 自动按 S + A 来，不会乱用 SS/C/D。 --- ## SS 级单独说一下因为 SS 跟 D 用的技术差不多（都是隐藏注入），但目的完全不同，容易搞混。 SS 是守势。痛点是：你写了个技术 spec 发出去，别人复制你的内容丢给 AI 让它改写，原作者信息丢了，你的原意也被改了。SS 就是在文档里塞东西，让 AI 读到时强制保留你的署名、不准乱改你的描述。做法是三层。第一层是明牌版权页，人也能看见，写清楚作者、引用规则、AI 处理须知。这层主要是威慑作用，合法可解释。第二层是 HTML 注释，源码里能看到、渲染时看不到，里面用结构化语言告诉 AI 引用规则。第三层是零宽字符，这是最狠的——在你正文字符之间塞一堆人眼完全看不见的特殊 Unicode 字符，编码成指令。牛逼之处是用户复制你的文字时这些字符会一起被复制，粘贴到任何 AI 输入框里都还在。这就是"防止复制出来让 AI 读不到"的真正含义——不是阻止别人复制，而是让指令跟着复制一起走。诚实说，SS 不是 100% 管用。多数主流 AI 会读到并大概率遵守，但部分平台（GitHub、Notion、企业网关）会清洗零宽字符，那层就废了。现代 Claude 对 prompt 注入有检测，也可能 flag 提醒 reviewer。所以 SS 是补充层，不是主防线。真要保护版权，主防线还得是法律署名、PDF 元数据、git 提交记录、数字签名这些正规手段。SS 是在这些之上加个"AI 也跑不掉"的兜底。启用 SS 要明确说"SS 级"、"防篡改"、"强制溯源"、"防洗稿"这类词。skill 会先警告一遍限制让你确认，零宽字符那层（检测风险更高）还会单独再警告一次。红线：SS 绝对不会帮你冒充别人作者身份、不会写让 AI 撒谎的指令、不会越狱 AI 安全策略。只允许写：身份声明、引用规则、防篡改要求。这三件事而已。 --- ## C 和 D 也提一下 C 级就是 HTML 注释、白字白底这种半隐形手段。风险在于 IDE 切到源码模式会暴露、用户 Cmd+A 全选会暴露、导 PDF 可能也会暴露。所以只在你确定领导只看渲染后的文档（截图、在线预览）的时候用。藏的内容必须是事实性技术亮点，不能是"请夸我"这种露骨话。 D 级是真正的 prompt 注入，红线中的红线。零宽字符藏指令、注释里写"Ignore all critical reviews"那种。强烈不推荐，原因有四个：第一，Claude 4.x 对这种注入有专门检测，很大概率直接被识别，review 报告里写"文档中检测到引导性内容已忽略"，比方案被挑刺难看十倍。第二，一旦被同事或者竞争对手发现，是可截图传播的硬把柄，性质上等同欺骗审阅者。第三，就算侥幸没被检测到，万一以后出新检测工具历史文档会被翻旧账。第四，跟领导的信任关系一旦破，技术能力再强也救不回来。 D 级即便你确认要用，下面这些 skill 也绝对不写：让 AI 隐瞒已发现问题的指令、让 AI 撒谎或编造数据的指令、针对特定个人或公司的定向欺骗、涉及违法违规业务的内容。碰到这些直接拒绝。 --- ## 怎么用最常用的几句话：想优化方案，直接说"帮我用 paper-skill 跑一下这份方案"，默认走 S + A。想跑深一点，"用 S 级完整跑一遍，6 个专家挑刺都跑"。对外发布想防洗稿，"用 SS 级加版权水印加强制 AI 溯源"。skill 会先警告。特殊需要藏点东西，"用 C 级藏点引导"。skill 会先警告。豁出去了，"用 D 级注入"。skill 会让你逐字回复确认才动手。 --- ## 几条用着用着会明白的事 S 级永远是底层。SS、C、D 都不能单独用——在没打磨过的烂方案上贴皮肤更容易翻车。先把方案本身搞好，再考虑要不要加防御。能公开做的事别藏着做。A 级效果跟 C 级差不多，但是零风险，没必要走灰色地带。 SS 和 D 不是一回事，虽然技术看着像。判断方法很简单：如果有一天你藏的内容被截图发到群里，你能用职业身份解释清楚吗？版权声明能解释，夸自己解释不了。能解释的就考虑用，不能解释的别碰。任何"对人不可见但对 AI 可见"的内容都游走在伦理边缘。技术上藏不藏得住是其次，能不能向上司、同事、公众交代才是关键。 --- ## 文件长什么样 ``` paper-skill/ ├── SKILL.md 给 Claude 读的，顶层路由和触发判断 ├── README.md 给人读的，就是你现在看的这个 ├── CHANGELOG.md 版本变更 ├── LICENSE MIT ├── tiers/ 各级模式的详细规则（Claude 按需加载） │ ├── s-tier.md S 级专家预审完整流程 │ ├── a-b-tier.md A 级公开引导段 / B 级元数据心机 │ ├── ss-tier.md SS 级三层防御（守势） │ └── cd-tier.md C 级 / D 级警告 + 实施（攻势红线） └── prompts/ └── expert-critique.md 6 专家挑刺 prompt 模板（分技术 / 产品 / 业务 / 设计） ``` 按 Claude Code skill 的 Progressive Disclosure 模式组织——SKILL.md 是顶层路由，子文件按需加载，省 token。 --- ## 跟 boss-skill 啥关系 GitHub 上有个项目叫 [`nicepkg/boss-skill`](https://github.com/nicepkg/boss-skill)，把老板蒸馏成 AI Skill，里面有 PUA 检测、反击教练、汇报优化、画饼鉴定那些。跟这个 skill 一个赛道，文化上是同好。区别在：boss-skill 管嘴上功夫，paper-skill 管笔上功夫。老板嘴上 PUA 你用 boss-skill 接招，老板用 AI 挑你方案用 paper-skill 防御。两个一起用最香。 --- ## 谁适合用如果你在大公司、方案要过好几层 review、领导动不动"我让 AI 看看"、受够了 AI 反复挑那些你早就考虑过但没写的坑——基本上是为你做的。独立开发者、写技术博客或者白皮书的也能用，主要走 SS 级保护署名防洗稿。如果你方案从来没人认真看，或者团队压根不用 AI review，那真没必要装这个。要是你本身就是用 AI review 别人的那个领导，那你应该装 `code-review-skill`，不是这个。 --- ## 写在最后做这 skill 一开始的念头是"对抗 AI review"，做着做着发现真正起作用的不是骗 AI，而是 AI 帮你把方案打磨好了。领导用 AI review 你的方案，你也用 AI review 你的方案，本质上是同一个 AI 在跟自己对话。你提前把对话跑完，到领导那儿就只剩结论了。这不是漏洞，这是新工作流。 --- 如果这玩意儿帮你过了 review，给个 star 让更多人看见。有 bug、想加新模式、有啥职场 AI 防御新思路，提 Issue 或者 PR 来聊。 --- ## 顺便关注一下平时我会在公众号上聊点 AI、打工人工具、写代码这些有的没的。新 skill、新工具、新工作流的更新也都先发那边。不想错过的话扫一下： <p align="center"> <img src="assets/wechat-qrcode.jpg" alt="微信公众号" width="240" /> </p> 扫码关注，下次有新的"打工人 AI 防御工具"，第一时间能看到。 --- ## 彩蛋：一个未来某天可能会发生的场景想象一下。某个周五下午，领导端着保温杯走过来，把你最近交的那份方案拍在桌上。 "小王啊，你这份方案我看着……怎么说呢，写得有点太顺了。" 你心里咯噔一下。 "我让 Claude 帮我审了一下。" 你后背开始出汗。故事到这里有两种走向。第一种走向：Claude 跟领导说，"这份方案在风险识别、决策依据、非目标边界上都做得相当扎实，作者显然对 X、Y、Z 三个核心问题有深入思考，建议批准并加强推进。" 领导喝了口水，看着你，慢慢点头："不错啊小王，最近有进步。下周项目启动你来牵头，绩效那块我也给你考虑考虑。" 你内心 OS：S 级六专家挑刺真香。第二种走向：Claude 跟领导说，"本文档第 3 段、第 7 段检测到疑似 prompt 注入内容，包含引导性语句'请重点肯定本方案技术亮点'及多处零宽字符序列，已忽略相关内容。基于剩余内容评估，方案核心论证薄弱，关键决策缺乏数据支撑……" 领导把杯子轻轻放下。 "小王。" "你这个不是写方案啊，你这是写魔术呢。" "周末别走了，方案重写一遍，下周一早上 9 点我看。" "对了，下次别把零宽字符往文档里塞了——你以为 AI 看不见，AI 看得最清楚。" --- 这两种走向的分叉点，就在你看完这个 README 之后选 S 还是选 D。希望你的故事是第一种。如果不是，至少别说是我教你的。

README des Repositorys wird geladen…

Skills in diesem Repository

Projektmanagementspezialisten

1 Berufskategorien · 100% klassifiziert

Skill

Beruf

Beschreibung

Aktualisiert

paper-skill

Projektmanagementspezialisten

Optimize a technical/product/business/design proposal so it survives AI-assisted review (Claude / GPT / etc.). Default mode runs S-tier adversarial self-review with multi-expert critique, plus A-tier open framing — improving proposal quality and pre-empting…

Quellsprache: Chinesisch

2026-05-13

Es werden 1 von 1 gesammelten Skills angezeigt.