メニュー
根据用户提供的30-100字大意/主题，按照云辉个人随笔风格扩写成800-1500字的中文文章。适用于用户说"帮我扩写这段话""按我的风格写一篇文章""把这个想法写成一篇随笔""帮我把这段话展开写成文章"等需要仿写个人随笔风格的场景。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
维护可配置 Markdown 知识库（sources_dir→wiki→output）：源材料抽取预处理、定向归集、摄入编译、主题命名、知识点五段结构、源材料总结、写盘前 wiki 查重（A/B/C）、Q&A、编译/健康报告、索引与维护日志；也支持第二大脑核心页、自我模型、表达风格、使用反馈回写、多模态资料入库、对象型页面编译、人物事实与我的判断分离、项目当前结论、已废弃观点管理；支持半自动书本镜像/方法论镜像。在用户提到初始化/编译 wiki、人物/项目档案、对象页、多模态资料、先总结再入库、查重、归集知识点、问知识库、书本镜像、方法论镜像、按我的方法论输出、Obsidian 式互链或 AGENTS 契约驱动的工作流时使用；完整触发词与模板见 references/reference.md。
产品规划总控 skill。用于做产品规划、从需求调研到功能清单再到开发/原型规划的轻量编排；根据用户目标决定调用 product-requirements-researcher、project-feature-list-generator、project-development-planner 等产品规划相关 skill。统一要求产物保存到当前项目的“项目管理”目录，不单独创建 projects 工作目录；不做调研统计文档，只在必要时保存调用报告和功能清单。Use when the user wants lightweight product planning orchestration, deciding which planning skills to use, coordinating requirement research, feature lists, prototypes, PRD, or development planning.
通过深度、迭代式访谈收集软件需求并生成正式调研报告。Use when the user wants 需求调研、需求访谈、澄清需求、产品规划、写 PRD、设计产品、需求分析、生成调研报告；也用于 AI 开发前的 0-1 项目/产品/模块建设启动，当用户只给出模糊想法而要求开始开发时，先用 AskUserQuestion 访谈澄清，判断是 AI 直接开发还是实地调研考察，再形成足以转化为功能的需求调研报告。
辅助编程与原型规划 skill。读取 product-requirements-researcher 的需求调研报告和 project-feature-list-generator 的功能清单，规划开发内容、推荐并确认技术框架、把功能清单做成可视化页面；当用户要求做原型时，聚焦前端界面、交互和设计，不强调真实数据、后端和接口实现。Use when the user wants development planning, coding preparation, feature visualization, prototype creation, or turning feature lists into an implementation plan.
根据调研报告、对话上下文、解决方案或原有功能清单进行需求功能化，生成能指导开发的项目功能清单。适用于 product-requirements-researcher 完成需求挖掘后，把需求转成功能点，并补充为支撑业务闭环所需的系统功能。先生成 MD 供确认，确认后导出为 XLSX。Use when the user wants to convert requirements into development-ready feature points from research reports, current context, solution documents, or existing feature lists.
生成中文历史类短文的 Skill。当用户提任何与历史相关的问题、话题或需求时使用，包括但不限于：帮我生成一篇关于XX的历史类内容、写一段关于XX的历史背景介绍、生成一篇历史故事、问XX是怎么回事、问某个历史人物/事件/制度的情况、问某段历史的来龙去脉等。输出300-600字的大白话历史短文，语言自然平实客观，可用少量生动比喻但不堆砌，减少结构化输出、夸张词汇、引号和破折号，内容需符合主流史学共识。当用户说 学习history-writer的新作品、更新history-writer Skill、帮我优化历史类内容的写法 时，触发学习流程，读取samples文件夹里的作品并更新本Skill。
| name | yunhui-style-writer |
| description | 根据用户提供的30-100字大意/主题，按照云辉个人随笔风格扩写成800-1500字的中文文章。适用于用户说"帮我扩写这段话""按我的风格写一篇文章""把这个想法写成一篇随笔""帮我把这段话展开写成文章"等需要仿写个人随笔风格的场景。 |
本 Skill 用于将用户提供的30-100字大意扩写成800-1500字的云辉风格个人随笔。
理解大意：从用户提供的30-100字中提取核心主题和情感基调
选择切入点：确定一个具体的事件、经历或触发点作为文章开头
展开写作：
检查润色：
以下AI味问题必须避免：
禁止的AI味表达：
检查方法：统计关键词出现次数，若单一表达超过5-6次且分布集中，应替换为同义词或改写句式。
云辉风格适合以下类型的主题：
详细的文章范例见 references/sample-essays.md，现收录11篇不同主题和时期的代表性文章（涵盖2008-2026年）。写作前建议阅读参考，把握语言节奏和情感表达方式。早期作品（2008-2016）更偏向情感浓烈、诗文混合及校园生活；成熟期作品（2024-2025）更偏向冷静思辨、社会观察；2026 年的新文章则明显强化了 AI 语境下的职场焦虑、效率崇拜、劳动感错位与社会结构观察。
2026 年新增文章显示，云辉风格在以下方向上进一步成形：
本 Skill 支持持续学习进化：
最近总在想，人为什么要努力工作。努力了也不一定有回报，不努力又会焦虑。感觉自己陷入了一个死循环，既想躺平又不敢彻底躺平。
最近总在琢磨一个问题：人为什么要努力工作？
这个问题困扰我很久了。说实话，我不是那种天生勤奋的人，能躺着绝不坐着，这是我骨子里的惰性。但偏偏又没办法心安理得地躺平，总觉得不做点什么就对不起谁似的。
前两天刷到一篇文章，标题大概是"我为什么不再努力工作了"，我像抓住救命稻草一样点了进去。说来也好笑，我看这类文章的目的，其实就是想给自己找个合理的借口——你看，不是我一个人这么想，大家都觉得努力没意义。
可是看完之后呢？该焦虑还是焦虑。
我分析过自己的心态，大概是这样的：如果我不努力，我会担心被淘汰、被边缘化、被时代抛弃。但如果我努力了，好像也看不到什么明显的回报。升职加薪轮不到我，项目做好了功劳是领导的，做砸了锅是自己的。你说这努力有什么意义？
可是不努力呢？那种虚度光阴的负罪感会一直跟着你。我有时候摸鱼摸到心虚，总觉得背后有双眼睛在盯着我，总担心哪天被领导叫去谈话："小郑啊，你最近状态不太对啊。"
于是我就陷入了一个怪圈：努力的时候觉得没意义，不努力的时候又焦虑。左右都不是，进退两难。
我想起以前看过李敖的一段话，大意是说他喜欢读书，因为读书让他愉悦。我当时就在想，如果一件事能让你发自内心地感到快乐，那它就不叫"努力"，而是享受。可问题是，工作不是读书，大部分人的工作都是为了糊口，哪来什么发自内心的快乐？
也许问题出在"努力"这个词本身。我们从小被教育要努力，好像努力就一定会有回报。但现实告诉我们，努力只是必要条件，不是充分条件。你努力了不一定成功，但不努力大概率会失败。
那我为什么还要努力？
想来想去，大概只有一个理由说服了我：努力的意义不在于获得什么外在的东西，而在于对得起自己。我不想将来回头看的时候，觉得自己曾经是个混日子的人。哪怕最后一事无成，至少我可以说，我尽力了。
当然，这话说起来容易，做起来难。大部分时候我还是会摸鱼，还是会焦虑，还是会在努力和躺平之间反复横跳。
也许这就是普通人的常态吧。既没有彻底躺平的勇气，也没有拼命内卷的动力。就这样不上不下地活着，偶尔自我怀疑一下，然后继续往前走。
说到底，人生没有标准答案。努力也好，躺平也罢，关键是自己能接受就行。与其纠结该不该努力，不如想想怎么让自己过得舒服一点。
毕竟，日子是自己的。
