README.md
August 12, 2026 · View on GitHub
“最近大家都在蒸馏各种 skill。但，蒸馏的最终目的，是要能够解决问题！”
新青年来中国是能解决问题，会解决问题的！
把《毛泽东选集》蒸馏成一个真能拆现实问题的 skill。
不是语录复读机，不是高压话术生成器，也不是“主要矛盾”四个字到处乱扣帽子。
他只干一件正事：先把问题一步一步梳理清楚，再把局面拆开，最后给出能往前推的判断和动作。
你可以把他理解成，把“新中国最会解决问题的脑子”请来，当一次“临时参谋”。
原“毛选拆局.Skill”，因名字太过敏感，现更名为“新青年.Skill”
安装 · 使用 · 适用场景 · 输出结果 · 边界 · 仓库结构
他适合谁
更适合这类“表面像摩擦，底层其实是结构问题”的局面：
- 项目推进卡住：项目推进不动，人人都在忙，但关键结果就是不动。
- 多人关系拉扯：合伙人、同事、上下级之间互相拉扯，信息不透明，责任不清楚。
- 团队协同错位：表面像执行差，实质是路线、阶段和控制点没对齐。
- 关系边界混乱：表面像情绪冲突，背后其实是边界、资源、第三方和旧账。
- 重大选择难下：你在纠结换工作、止损、继续谈还是直接掀桌，但脑子里还是一锅粥。
一句话：
他擅长的不是“答题”，而是“拆局”。
他和普通“毛选风格 Prompt”有什么不同
不是把语言换成“毛选口吻”，而是把处理问题的方法换掉了：
- 不乱答：信息足够就直接分析；信息不足才追问，不装一眼看穿全局。
- 不空喊：不堆大词，重点是主要矛盾、阶段、力量、路线和风险。
- 不走形式：先判断信息够不够；够就分析，不够才补最关键的缺口。
- 不悬空：不只分析，最后会落到路线、顺序和下一步动作，而不是停在一段气势很足的话。
- 不只给文字：除了文字版分析，还能生成可保存、可分享的单文件 HTML 报告。
它仍然应该有清楚的“毛选味”，但这个味道不靠堆语录，而靠一套能被看见的推理动作：
- 先摆实际情况，不抢着定性
- 再分现象、结构和阶段
- 在许多问题里抓住当前牵动全局的一点
- 不平均用力，明确眼下的中心任务和先后手
- 最后交给行动结果检验，允许根据实践改判
因此它的回答会有一些自然的推进气口，例如“这件事先不忙下结论”“问题很多，但眼下不能平均用力”“当前牵住全局的，不是……而是……”。这些句子必须跟着事实和判断，不能单独变成口号。
对话中的正式回复会稳定采用三段骨架：
- 先把情况摆清：事实、目标、导火索、长期积累和未知项。
- 再看什么牵住全局：分清现象与结构，判断主次、阶段和现实控制点。
- 眼下先做什么：确定中心任务、先后手、观察信号和实践检验。
三段的功能和顺序稳定，标题可以按语境自然变化，不要求每轮复读同一句固定口号。复杂分析可以在第二、三段内部细分，但顶层仍然只保留这三段。
他怎么工作
这不是“你一句，我输出八段”的技能，也不是所有问题都必须先走多轮问卷。它是一套按信息充分度灵活进入的四步工作法：
该问才问，能断就断；先把事实压稳，再把路线落下。
flowchart LR
A["四步工作法"]:::root
B["01 信息决策"]:::stageGold
C["02 再拆局"]:::stageRed
D["03 后定路线"]:::stageBrown
E["04 再交付"]:::stageGold
B1["判断信息是否足够"]:::leafCream --> B
B2["够则分析 / 不够才追问"]:::leafCream --> B
B3["高风险先止损"]:::leafCream --> B
C1["矛盾 / 阶段 / 力量 / 风险"]:::leafWarm --> C
C2["先看清局面怎么卡住"]:::leafWarm --> C
C3["再判断真正的主问题"]:::leafWarm --> C
B --> A
C --> A
A --> D
A --> E
D --> D1["路线 / 顺序 / 边界 / 动作"]:::leafRose
D --> D2["不是空讲方向"]:::leafRose
D --> D3["而是排出先后手和边界线"]:::leafRose
E --> E1["文字分析 / HTML 报告"]:::leafCream
E --> E2["落成可直接使用的成品"]:::leafCream
E --> E3["能复看 / 能转发 / 能继续推进"]:::leafCream
classDef root fill:#8f140c,color:#fff4db,stroke:#d8c7a3,stroke-width:3px;
classDef stageGold fill:#f0c36d,color:#5a120d,stroke:#b6492d,stroke-width:2px;
classDef stageRed fill:#b6492d,color:#fff4db,stroke:#8f140c,stroke-width:2px;
classDef stageBrown fill:#a63a2c,color:#fff4db,stroke:#8f140c,stroke-width:2px;
classDef leafCream fill:#f7f1e7,color:#5a120d,stroke:#d8c7a3,stroke-width:1px;
classDef leafWarm fill:#f6e2b8,color:#5a120d,stroke:#d8c7a3,stroke-width:1px;
classDef leafRose fill:#f3ddd6,color:#5a120d,stroke:#d8c7a3,stroke-width:1px;
linkStyle default stroke:#b6492d,stroke-width:1.6px;
一句话：
先把题目看对，再把局面拆开，最后才谈怎么动手。
他的适用场景
它更适合这类“表面像摩擦，底层其实是结构问题”的局面：
|
工作推进 常见感受：人人都在忙，但关键结果就是不动。 |
团队治理 常见感受：表面像执行差，实质是规则、接口和控制点没对齐。 |
|
关系边界 常见感受：话说了很多，关系却越谈越乱。 |
自我管理 常见感受：不是不想推进，而是总在关键节点掉链子。 |
|
生活决策 常见感受：不是缺建议，而是脑子里线头太多，分不清先看哪根。 |
|
一句话：
越像“结构题”，越适合用它来拆。
他的使用方式
最简单的触发方式
把 skill 装好后，直接说这些都行：
用毛选帮我分析这个项目为什么推进不动用教员的方法拆一下我和合伙人的关系用新青年帮我分析一下这个项目为什么越推越卡按新青年的方法拆一下我现在这个团队的问题用毛选来帮我梳理这个问题
想让结果更准，最好顺手给这五样
目标：你最想推进的结果是什么事件：最近一次最说明问题的关键事件人物：关键人物、第三方、关系人分别是谁尝试：你已经做过什么约束：你现在真正的限制、底线和代价
一个好用的提问模板
请用毛选拆局的方法帮我分析这件事。
我的目标：
最近关键事件：
涉及人物：
我已经做过的尝试：
我的现实约束：
先别急着下结论，如果信息不够请先追问我。最后帮我输出一份HTML报告。
以下是参考示例，请在使用时候，尽量提供清晰完整的背景信息（很重要很重要！！！）：
请用毛选拆局的方法帮我分析一下我现在这个团队的问题。
最近一两个月，我越来越感觉团队表面上还在正常运转，但很多原来默认有效的规则已经开始失灵了。比如会上说好的分工，会后经常各干各的；有些事名义上有人负责，真出了问题又没人接；同一件事经常会出现两个口径，下面的人也不知道到底该听谁的。上周还有一次比较典型：一个项目明明会上已经过了一遍，结果到临近交付才发现两个小组理解完全不一样，中间也没人把关键变化同步清楚。
我现在最想先弄明白的，不是立刻拿一套整改方案，而是先判断这到底更像节奏问题、角色边界问题，还是其实真实规则已经变了，只是没有人明说。
先别急着下结论，如果信息不够请先追问我。最后帮我输出一份HTML报告。”。
他的输出结果
1. 文字版深度分析
适合先把局面看明白。通常会包括：
- 问题重述
- 核心判断
- 当前阶段
- 推荐路线
- 风险提醒
- 下一步动作
如果输入严重不足，系统会先做最少量澄清；如果信息已经足够，或你明确要求基于现有材料先判断，则直接进入分析并标注假设与不确定性。 如果用户给了聊天记录、微信片段或局部措辞，默认也先把它们当证据材料，而不是立刻下沉成“帮你写一句怎么发”。
2. 单文件 HTML 报告
适合保存、复盘、转发，复杂问题还可以带上：
- 时间线
- 关系图
- 路线比较
- 证据链
- 控制点分布
- 执行计划
这类报告不是把长文原样搬进网页，而是把“核心判断 -> 关系结构 -> 建议路线 -> 证据与控制点 -> 方法出处”排成一份可以直接复看和转发的单文件成品。
下面这组预览只展示几个关键模块，不追求完整，只负责让人一眼看出这份 HTML 报告是什么样子。
示例报告完整版
复杂组织分叉案例：
示例报告预览
1. 封面与总判断
先用一屏把问题场景、阶段、服务对象和当前推荐路线压住。
2. 关系图模块
先看谁影响谁、谁卡谁、谁依赖谁，再进入路线判断。
3. 建议路线区
把当前主路线、成立前提、支点和关键动作压成一屏。
4. 下一步行动与证据链
一边给出近期动作和观察点，一边交代“为什么这样判断”。
5. 控制点分布表
把名义归属和现实掌握方拆开，说明谁在改写口径、责任和边界。
6. 人物与关系清单
补充各方诉求、态度、依赖和合作边界，不让关系图只停在“谁连着谁”。
7. 结构拆解与路线比较
把主次问题拆开，再把几条路线放在一起比较，不让判断停在一句口号上。
8. 方法出处与结论压缩
最后交代这份判断是从哪些方法来的，并用一句话收住结论。
他不适合谁
这个 skill 不适合下面几种用法：
- 只想摘毛选原文，不想分析现实问题
- 只想学几句“主要矛盾在于你不听话”这种吓人的台词
- 拿方法论给别人扣帽子、压人、操控关系
- 问题本身很轻，用普通常识建议就够了
- 纯技术实现细节问题，不涉及结构判断和路线设计
一句话：
别把方法论玩成气势道具。
安装方式
Claude Code
Claude Code 会从项目里的 .claude/skills/，或全局的 ~/.claude/skills/ 读取 skill。
# 安装到当前项目（在你的项目根目录执行）
mkdir -p .claude/skills
git clone https://github.com/SamadhiFire/xinqingnian-maoxuan-skill.git .claude/skills/xinqingnian-maoxuan-skill
# 或安装到全局（所有项目都能用）
git clone https://github.com/SamadhiFire/xinqingnian-maoxuan-skill.git ~/.claude/skills/xinqingnian-maoxuan-skill
Codex
如果你在用 Codex，一般放进 $CODEX_HOME/skills/ 或 ~/.codex/skills/ 即可。
git clone https://github.com/SamadhiFire/xinqingnian-maoxuan-skill.git ~/.codex/skills/xinqingnian-maoxuan-skill
其他平台
不是每个平台都叫 skill，但大多数 agent 平台都会支持“自定义系统提示词 / 自定义技能目录 / 项目级规则”。
最省事的用法（大部分平台都很聪明了）：
霸气地告诉你的Agent！：
请帮我接入这个 skill：
https://github.com/SamadhiFire/xinqingnian-maoxuan-skill
按 README 进行安装；如果当前平台不支持 skill，就转换成自定义规则。
仓库结构
xinqingnian-maoxuan-skill/
├── .editorconfig # UTF-8 / LF 编辑器约束
├── .gitattributes # Git 行尾规则
├── README.md # 项目介绍、安装方式、HTML 预览
├── LICENSE # MIT 许可
├── SKILL.md # 主入口
├── agents/
│ └── openai.yaml # Codex skill UI 元数据
├── examples/
│ ├── 验收样例集.md # 首轮/追测验收样例
│ ├── 组织分叉案例输入.md # 输入样例
│ ├── 组织分叉案例报告.html # HTML 报告样例
│ ├── 模糊输入首轮澄清示例.md # 首轮澄清示例
│ └── screenshots/ # README 预览截图
├── references/
│ ├── categories/ # 问题分类
│ ├── clarification/ # 澄清与重述
│ ├── html-output/ # HTML 输出规范
│ ├── methods/ # 方法卡
│ ├── risks/ # 误用边界与红线
│ ├── routing/ # 输出路由
│ └── scenarios/ # 场景入口
└── scripts/
└── quick_validate.py # 本地 UTF-8 安全校验脚本
最后一句
这不是教你背《毛选》。
这是把《毛选》蒸馏成一套今天还能用来拆现实问题、推进现实行动的工具。
新青年来中国是能解决问题，会解决问题的！
Star History
如果这个项目对你有帮助，欢迎给仓库点个 Star。