Menu
将 Markdown 笔记扩写为带 frontmatter、Obsidian 双链且已脱敏的正式技术文章。Use when 用户提供 md 文件路径并希望整理草稿或半结构化笔记；真实信息需用 mock 信息替代，同时保留数量、结构和技术含义。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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 + 正文）覆盖写入原文件。