菜单
将 Markdown 笔记扩写为带 frontmatter、Obsidian 双链且已脱敏的正式技术文章。Use when 用户提供 md 文件路径并希望整理草稿或半结构化笔记；真实信息需用 mock 信息替代，同时保留数量、结构和技术含义。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Turn a Chinese voiceover draft or spoken script into a PPT-style HTML slide deck, page-paced TTS narration, burned-in subtitles, imagegen cover art, and an aligned MP4 video. Use when the user provides a口播稿/讲稿/脚本 and asks to make a PPT-style video, narrated slide video, HTML slides with voiceover, Bilibili-style subtitles/cover, or to combine frontend-slides output, TTS audio, and slide timing into a reusable video workflow.
Optimize JavaScript, TypeScript, React, Vue, HTML, CSS, and Node.js architecture with emphasis on clean layered orchestration, pure unit-testable atomic functions, pure reusable orchestration functions, high cohesion, low coupling, type-defined module boundaries, reusable business-agnostic architecture modules, file size control, and maintainability. Use when reviewing, designing, or refactoring frontend, Node.js, full-stack, component, state, API, service, workflow, scheduler, pipeline, or orchestrator code.
Create stunning, animation-rich HTML presentations from scratch or by converting PowerPoint files. Use when the user wants to build a presentation, convert a PPT/PPTX to web, or create slides for a talk/pitch. Helps non-designers discover their aesthetic through visual exploration rather than abstract choices.
启动一个或多个干净上下文子代理执行独立审查，并把简洁审查结论返回给主代理。当用户要求子代理、独立审查、干净上下文审查、严格审查、架构审查、耦合审查、换个视角审查、审查代理、并行审查，或希望另一个代理在不继承完整对话上下文的情况下检查代码、文档、差异、方案或任务产物时使用。
Generate a daily work report from git commit history. Use when the user asks for a daily report, work summary, or mentions /daily-report. Supports specifying a date (e.g. "昨天的日报", "4月10日的").
Git commit workflow using conventional commits. Use when the user wants to commit files, asks for "git commit", "提交代码", "git add", or wants to follow a structured commit workflow. Triggers for any git staging/commit/push request.
| name | expand-to-article |
| description | 将 Markdown 笔记扩写为带 frontmatter、Obsidian 双链且已脱敏的正式技术文章。Use when 用户提供 md 文件路径并希望整理草稿或半结构化笔记；真实信息需用 mock 信息替代，同时保留数量、结构和技术含义。 |
将笔记内容扩写为专业技术文章，直接覆盖原文件。
用户会提供：文件路径（绝对路径或相对于当前目录的路径）
读取用户指定的文件，获取完整内容。如果文件不存在或无法读取，告知用户错误。
分析原文，判断：
如果原文包含真实信息或可能暴露内部上下文的信息，必须先脱敏，再扩写成文。
需要脱敏的内容包括：真实公司、团队、客户、人员、项目、产品、业务线、内部系统、仓库、服务、任务、工单、域名、IP、账号、密钥、手机号、邮箱、地址、会议链接、订单、合同、财务、指标明细、用户数据、日志、错误样本，以及能够组合推断真实身份或业务对象的上下文细节。
处理原则：
示例客户 A、项目 Alpha、任务类型 Y、内部系统 X<REDACTED> 或 mock 值示例：39 条 xxxx 任务 改为 39 条任务类型 Y，保留 39 条，替换具体任务名称。
在文件顶部添加 YAML frontmatter：
---
title: 文章标题
date: YYYY-MM-DD
tags: [tag1, tag2, tag3]
description: 一句话描述文章内容
---
规则：
title：从内容中提取或推断，无标题则基于主题生成date：当前日期（YYYY-MM-DD 格式）tags：根据内容推断技术标签，1-4 个为宜，标签内不带空格，用 - 连接多词标签（如 ai-tools）description：一句话概括核心内容，不超过 100 字title、description 和 tags 也不得包含未脱敏的真实信息新文档需要尽量建立 Obsidian 双链，让文章能融入知识库上下文。
处理规则：
[[文档名]]示例：
关联文档：[[000 示例系统产研流程总体设计]]、[[002 示例系统交付工程流程]]
保持原文核心信息，扩展为结构清晰、已脱敏的技术文章。
结构：正文标题从 H2 开始，frontmatter 中的 title 作为文章主标题。
风格：
要求：
将处理后的完整内容（frontmatter + 正文）覆盖写入原文件。