awesome-copilot CMS 开发插件实战指南主题、插件、媒体管线与静态导出全流程【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot本指南围绕 awesome-copilot 仓库中的 cms-development 插件 展开介绍如何借助 GitHub Copilot 在 WordPress、Shopify、Drupal、Webflow、AEM 等主流 CMS 平台上完成主题/模板开发、插件与扩展开发、后台编辑界面、媒体上传管线、Markdown 渲染以及静态导出流水线的全链路工作。读完本文你将掌握该插件的安装方式、内置四项技能的定位与触发时机、跨平台“接线缝owning seam”定位方法论以及可直接落地的 Markdown 转 HTML 与“准代码quasi-code”转生产代码的实战方案。一、插件定位一个面向 CMS 开发的技能工具包cms-development是 awesome-copilot 社区维护的一个插件Plugin其定位在 plugin.json 中描述为Skills for CMS development across themes, plugins, admin tooling, media workflows, markdown rendering, and static export pipelines.即覆盖六个核心工作面主题themes与模板templates插件plugins、应用apps、模块modules与扩展extensions后台admin与编辑器editor界面媒体media与上传upload处理内容模型content models、分类法taxonomy与元数据metadata渲染管线render pipelines与静态导出static export流程在仓库体系里插件是一组“围绕特定主题/工作流组织的相关技能集合”可通过 GitHub Copilot CLI 或 VS Code 直接安装而 awesome-copilot 本身作为默认插件市场无需额外配置见 docs/README.plugins.md。二、安装与使用方式2.1 通过 Copilot CLI 安装在插件 README 中给出了唯一一条安装命令copilot plugin install cms-developmentawesome-copilot此外根据 docs/README.plugins.md 的说明你还可以在交互式会话中浏览市场/plugin marketplace browse awesome-copilot2.2 通过 VS Code 安装打开扩展搜索视图输入agentPlugins浏览可用插件或打开命令面板Command Palette执行Chat: Plugins。安装后相关技能会在对应任务场景中被自动调用技能通常由 Copilot 依据描述自动匹配触发无需手动切换。2.3 插件清单与技能映射插件 README 的“Whats Included”表格列出了四项技能其功能定位如下技能说明content-management-systems跨平台的 CMS 工作流覆盖 WordPress、Shopify、Drupal、Webflow、AEM 等涵盖主题、插件、后台面板、内容模型、媒体管线与静态导出markdown-to-htmlMarkdown 渲染、转换与 HTML 输出工作流quasi-coder解读网页设计描述从简写、准代码与自然语言描述实现代码web-coder前端、浏览器与 HTTP 相关工作CMS 任务常依赖的基础能力对照 plugin.json 的extensions.com.github.awesome-copilot.skills字段可以看到插件实际挂载了三个技能目录./skills/content-management-systems/、./skills/markdown-to-html/、./skills/quasi-coder/。其中web-coder在插件 README 中被列为支撑性技能负责前端/浏览器/HTTP 基础能力插件元数据声明的技能路径以仓库中实际存在的三个技能目录为准。三、何时使用该插件当工作重心落在以下任一场景时就应当安装并使用 cms-development 插件在任何 CMS 平台上开发或定制主题themes与模板templates构建或修改插件、应用apps、模块或扩展处理后台/编辑器界面、内容表单或发布流程处理媒体上传、资源管线或创作文件存储实现或调试 Markdown 渲染与内容转换构建静态导出、部署或服务端渲染输出管线建模内容类型、分类法taxonomy、slug、元数据或迁移 schema四、核心技能一content-management-systemsCMS 平台工作流该技能的完整定义位于 skills/content-management-systems/SKILL.md其适用平台包括 WordPress、Shopify、Wix、Squarespace、Drupal、WooCommerce、Joomla、HubSpot CMS Hub、Webflow、Adobe Experience Manager 及类似系统。4.1 技能聚焦的“关键接缝”技能将 CMS 工作聚焦在六个“接缝seams”上themes and templates主题与模板plugins, apps, modules, and extensions插件、应用、模块与扩展admin and editor interfaces后台与编辑器界面media and upload handling媒体与上传处理content models, taxonomy, and metadata内容模型、分类法与元数据render pipelines and static export flows渲染管线与静态导出流程4.2 触发时机当用户提到下述任一情况时应触发该技能提及 WordPress、Shopify、Drupal、Joomla、Webflow、Squarespace、Wix、WooCommerce、HubSpot CMS Hub 或 Adobe Experience Manager 等 CMS 平台任务是主题开发、模板修改或 CMS 内的设计系统工作任务涉及插件、模块、应用或扩展点任务涉及编辑器 UX、预览、分类法、slug、SEO 字段或发布行为任务涉及上传、媒体库、创作资源、Markdown 渲染或静态导出。4.3 第一遍First Pass流程动手修改前技能要求先完成三步定性识别平台类别自托管 CMS、SaaS 站点构建器、电商平台还是混合/无头headless系统定位负责实现的接缝包括主题/模板层插件/应用/模块/扩展层后台/编辑器表面内容模型或存储层媒体管线导出、部署或渲染管线检查平台约束哪些可以本地编辑哪些是创作内容authored content而非代码媒体应该放在哪里最终站点是服务端渲染、静态导出还是远程托管4.4 CMS 通用规则遵循平台对主题、模块、模板部件或区块的命名与目录约定除非平台明确合并否则保持主题资源与用户上传媒体的分离优先使用结构化内容字段而不是把重要元数据塞进展示标记里将预览、slug、分类法、摘要、meta 字段与发布状态视为一等公民在配置、主题选择或内容输入无效时采用安全默认值与优雅回退修改编辑器/后台行为时要串联追踪存储字段、校验规则、预览路径与最终渲染路径。4.5 六大常见工作流主题与模板Themes and Templates从模板加载器或主题运行时入手而不是下游的 include保留平台的模板层级与局部模板命名约定展示层改动尽量贴近模板与共享主题辅助函数。插件、应用与模块Plugins, Apps, and Modules在平台的扩展接缝处添加行为而不是把逻辑散落到模板中让迁移、种子数据与配置更新显式化并纳入版本管理平台要求激活或注册时文档化扩展的安装假设。后台与编辑器 UXAdmin and Editor UX表单与存储的内容模型保持对齐内容转换较复杂时优先提供面向作者的预览校验、CSRF 或等价防护与权限设置要和周围后台代码保持一致。媒体与上传Media and Uploads创作媒体使用专用上传路径装饰性或主题自有的图片放在当前主题目录默认采用约定位置创作媒体用uploads/主题资源用img/除非平台有更强约定CMS 支持可配置媒体目录时暴露该设置并提供安全回退。内容模型与迁移Content Models and Migrations清晰区分内容实体页面、文章、产品、条目、集合、分类法与设置优先使用迁移文件或可导出的 schema 定义而非临时运行时变更让 slug、发布日期、摘要、规范元数据与分类法关系保持结构化。Markdown、HTML 与静态导出Markdown, HTML, and Static Export修改渲染器前先判定 Markdown 是创作输入、中间内容还是构建输出渲染器改动尽量配套预览或校验对静态导出的 CMS构建变更后要验证重写后的永久链接permalinks与资源路径。4.6 定位负责接缝Identifying the Owning Seam无论何种平台先把代码库映射到以下 CMS 角色再定位负责接缝运行时引导runtime bootstrap与请求路由后台/编辑器控制器及其视图模板主题加载、模板层级与共享模板辅助函数内容、分类法与设置的仓储/模型/schema/迁移文件Markdown 或内容转换工具静态导出、部署或渲染管线入口先走到负责接缝再做“能保持 CMS 结构的最小改动”。4.7 平台对照速查表skills/content-management-systems/references/cms-platform-workflows.md 提供了常用平台、扩展表面与媒体约定的紧凑映射平台主要扩展表面媒体与资源约定备注WordPress主题、插件、模板部件、hooks主题资源在活动主题内创作媒体走 uploads 风格路径适合模板层级、分类法、自定义字段与本地/静态导出工作流WooCommerceWordPress 主题与插件 产品/目录扩展与 WordPress 相同基础约定产品图视为创作媒体先当作 WordPress 处理再应用电商专属内容与后台规则Shopify主题、Liquid sections、blocks、apps、metafields主题资源与托管店铺媒体是两回事数据要跨改版存活时优先 app 或 metafield 接缝而非主题 hackWix站点构建器表面、apps、内容集合、自定义元素托管媒体库 编辑器管理资源偏好编辑器安全改动勿假设具备文件系统级访问Squarespace模板、代码注入、内容集合、电商设置通过平台托管的资源库扩展点更窄、托管约束更强Drupal主题、模块、内容类型、views、分类法托管文件与主题资源分离适合结构化内容、企业级工作流与迁移密集改动Joomla模板、模块、组件、插件托管媒体 模板自有资源模板与扩展分离注意路由与内容组件边界HubSpot CMS Hub主题、模块、模板、serverless 函数、CRM 关联内容托管文件管理器 主题资源内容、营销与 CRM 关注点紧密耦合WebflowDesigner、CMS collections、components、embeds、有限代码导出托管资源与 CMS 集合媒体导出约束很重要区分哪些能随导出存活、哪些依赖托管 CMS 特性Adobe Experience Manager组件、模板、内容片段content fragments、体验片段、工作流DAM 管理资源 组件资源企业治理、创作工作流与内容片段模型驱动大多数改动媒体黄金法则Media Rule of Thumb主题自有图片属于主题/模板包用户创作图片属于平台的 uploads 或媒体库流程若项目两者都支持在配置与代码路径中保持二者分离。五、核心技能二markdown-to-htmlMarkdown 渲染与转换完整技能定义位于 skills/markdown-to-html/SKILL.md定位是“将 Markdown 文档转换为 HTML 的专家技能”对标marked.js、pandoc、gomarkdown/markdown等工具以及jekyll、hugo这类基于 Markdown 的模板系统。它同时支持 CLI 与 Node.js 工作流覆盖 GFM、CommonMark 与标准 Markdown 风格。5.1 触发时机用户要求“convert markdown to html”“transform md files”用户要“render markdown”为 HTML 输出需要从 .md 文件生成 HTML 文档正在用 Markdown 内容构建静态站点正在构建把 Markdown 转 HTML 的模板系统正在为既有模板系统开发工具、组件或自定义模板想预览 Markdown 的渲染 HTML 效果。5.2 基础转换对照Essential Basic Conversions技能要求转换脚本或工具能处理单文件、批量转换与高级配置。其核心示例Markdown 输入 → HTML 输出如下输入Markdown # Level 1 ## Level 2 One sentence with a [link](https://example.com), and a HTML snippet like pparagraph tag/p. - ul list item 1 - ul list item 2 1. ol list item 1 2. ol list item 1 | Table Item | Description | | One | One is the spelling of the number 1. | | Two | Two is the spelling of the number 2. | js var one 1; var two 2; function simpleMath(x, y) { return x y; } console.log(simpleMath(one, two));输出HTMLLevel 1Level 2One sentence with a link, and a HTML snippet likepparagraph tag/p.ul list item 1ul list item 2ol list item 1ol list item 2…var one 1; var two 2; function simpleMath(x, y) { return x y; } console.log(simpleMath(one, two));**代码块转换**围栏代码块转换为 precode classlanguage-xxx 结构包含可见反引号的内容需保留反引号原样输出。 **折叠区Collapsed Sections转换**details/summary 块内嵌 Markdown 时内部标题、列表、格式化与代码块都要分别转换为对应 HTML 元素。 **数学表达式转换**行内 $...$ 与块级 $$...$$ 数学公式转换为 MathML如 math-renderermath xmlnshttp://www.w3.org/1998/Math/MathML…/math/math-renderer例如 Cauchy-Schwarz 不等式可转换为完整的 msup/munderover/msub 结构。 **表格转换**普通管道表格转为 tabletheadtrth 结构对齐标记:---、:---:、---:对应转换为 th alignleft|center|right。 ### 5.3 基于 marked.js 的工作流 **前置条件**Node.js 已安装全局安装 npm install -g marked 或本地安装 npm install marked。 **CLI 配置**创建 ~/.marked.json 持久化选项 json { gfm: true, breaks: true }或使用自定义配置文件marked -i input.md -o output.html -c config.jsonCLI 选项参考选项说明-i, --input file输入 Markdown 文件-o, --output file输出 HTML 文件-s, --string string解析字符串而非文件-c, --config file使用自定义配置文件--gfm启用 GitHub Flavored Markdown--breaks将换行转为br--help显示所有选项安全警告marked 不会净化输出 HTML。对不可信输入必须配合净化器import { marked } from marked; import DOMPurify from dompurify; const unsafeHtml marked.parse(untrustedMarkdown); const safeHtml DOMPurify.sanitize(unsafeHtml);推荐净化器DOMPurify首选、sanitize-html、js-xss。支持的 Markdown 风格原始 Markdown 100%CommonMark 0.31 约 98%GFM 约 97%。常见问题排查问题解决方案文件开头的特殊字符去除零宽字符content.replace(/^[\u200B\u200C\u200D\uFEFF]/,)代码块不高亮接入 highlight.js 等语法高亮器表格不渲染确保设置gfm: true换行被忽略选项中设置breaks: trueXSS 隐患使用 DOMPurify 净化输出5.4 基于 pandoc 的工作流前置条件安装 pandoc如需 PDF 输出还需 LaTeXmacOS 用 MacTeX、Windows 用 MiKTeX、Linux 用 texlive。快速转换方法# Markdown 转 HTML pandoc input.md -o output.html # 独立文档含页头/页脚 pandoc input.md -s -o output.html # 显式指定输入/输出格式 pandoc input.md -f markdown -t html -s -o output.html过滤器Filter交互模式直接运行pandoc输入 Markdown 后按 Ctrl-DLinux/macOS或 Ctrl-ZEnterWindows例如输入Hello *pandoc*!会输出pHello empandoc/em!/p。格式互转# HTML 转 Markdown pandoc -f html -t markdown input.html -o output.md # Markdown 转 LaTeX pandoc input.md -s -o output.tex # Markdown 转 PDF需 LaTeX pandoc input.md -s -o output.pdf # Markdown 转 Word pandoc input.md -s -o output.docxCLI 选项参考选项说明-f, --from format输入格式markdown、html、latex 等-t, --to format输出格式html、latex、pdf、docx 等-s, --standalone生成带页头/页脚的独立文档-o, --output file输出文件按扩展名推断格式--mathml将 TeX 数学转换为 MathML--metadata titleTitle设置文档元数据--toc生成目录--template file使用自定义模板安全警告pandoc 忠实处理输入。转换不可信 Markdown 时建议使用--sandbox禁用外部文件访问、处理前校验输入、浏览器展示时净化 HTML 输出pandoc --sandbox input.md -o output.html支持的 Markdown 风格Pandoc Markdown 100%原生CommonMark 完整用-f commonmarkGFM 完整用-f gfmMultiMarkdown 部分支持。常见问题排查PDF 生成失败需安装 LaTeXWindows 编码问题先运行chcp 65001缺少独立页头加-s数学不渲染用--mathml或--mathjax表格不渲染检查管道符与破折号语法。5.5 基于 gomarkdown/markdown 的工作流前置条件Go 1.18安装库go get github.com/gomarkdown/markdownCLI 工具go install github.com/gomarkdown/mdtohtmllatest。简单转换Gopackage main import ( fmt github.com/gomarkdown/markdown ) func main() { md : []byte(# Hello World\n\nThis is **bold** text.) html : markdown.ToHTML(md, nil, nil) fmt.Println(string(html)) }CLI 工具go install github.com/gomarkdown/mdtohtmllatest mdtohtml input.md output.html # 输出到文件 mdtohtml input.md # 输出到 stdout自定义解析器与渲染器package main import ( github.com/gomarkdown/markdown github.com/gomarkdown/markdown/html github.com/gomarkdown/markdown/parser ) func mdToHTML(md []byte) []byte { // 带扩展的解析器 extensions : parser.CommonExtensions | parser.AutoHeadingIDs | parser.NoEmptyLineBeforeBlock p : parser.NewWithExtensions(extensions) doc : p.Parse(md) // 带标志的 HTML 渲染器 htmlFlags : html.CommonFlags | html.HrefTargetBlank opts : html.RendererOptions{Flags: htmlFlags} renderer : html.NewRenderer(opts) return markdown.Render(doc, renderer) }解析器扩展parser.CommonExtensions表格、围栏代码、自动链接、删除线等、parser.AutoHeadingIDs为标题生成 ID、parser.NoEmptyLineBeforeBlock块前无需空行、parser.MathJaxLaTeX 数学的 MathJax 支持。渲染器标志html.CommonFlags通用输出标志、html.HrefTargetBlank链接加target_blank、html.CompletePage生成完整页面、html.UseXHTML生成 XHTML 输出。安全警告gomarkdown 不净化输出 HTML不可信输入需配合 Bluemondayimport ( github.com/microcosm-cc/bluemonday github.com/gomarkdown/markdown ) maybeUnsafeHTML : markdown.ToHTML(md, nil, nil) html : bluemonday.UGCPolicy().SanitizeBytes(maybeUnsafeHTML)常见问题排查Windows/Mac 换行不解析用parser.NormalizeNewlines(input)表格不渲染启用parser.Tables数学不渲染启用parser.MathJaxXSS 用 Bluemonday 净化。5.6 基于 Jekyll 的静态站点工作流前置条件Ruby 2.7.0、RubyGems、GCC 与 Make安装gem install jekyll bundler。快速上手# 创建新站点 jekyll new myblog cd myblog bundle exec jekyll serve # 本地预览 http://localhost:4000 # 构建静态站点 bundle exec jekyll build # 输出到 _site JEKYLL_ENVproduction bundle exec jekyll build # 带 live reload / drafts 的开发模式 bundle exec jekyll serve --livereload bundle exec jekyll serve --drafts常用命令jekyll new path建站、jekyll build构建到_site、jekyll serve构建并本地服务、jekyll clean清理生成文件、jekyll doctor检查配置问题serve 选项包括--livereload、--drafts、--port port默认 4000、--host host默认 localhost、--baseurl url。安全配置示例_config.ymlexclude: - Gemfile - Gemfile.lock - node_modules - vendorMarkdown 处理器配置markdown: kramdown kramdown: input: GFM syntax_highlighter: rouge支持的风格Kramdown默认100%CommonMark 与 GFM 通过 jekyll-commonmark / jekyll-commonmark-ghpages 插件RedCarpet 已弃用。5.7 基于 Hugo 的静态站点工作流快速上手# 创建新站点 hugo new site mysite cd mysite git init git submodule add https://github.com/theNewDynamic/gohugo-theme-ananke themes/ananke echo theme ananke hugo.toml # 创建内容 hugo new content posts/my-first-post.md # 开发服务器含 drafts hugo server -D # 构建到 public hugo hugo --minify构建选项-D, --buildDrafts含草稿、-E, --buildExpired含过期内容、-F, --buildFuture含未来内容、--minify压缩输出、--gc构建后垃圾回收、-d, --destination path输出目录。Server 选项--bind ip、-p, --port port默认 1313、--disableLiveReload等。安全配置示例hugo.toml[security] enableInlineShortcodes false [security.exec] allow [^go$, ^npx$, ^postcss$] [security.funcs] getenv [^HUGO_, ^CI$] [security.http] methods [(?i)GET|POST] urls [.*]Goldmark 渲染配置[markup] [markup.goldmark] [markup.goldmark.extensions] definitionList true footnote true linkify true strikethrough true table true taskList true [markup.goldmark.renderer] unsafe false # 设 true 允许原始 HTML常见问题排查路径 404 检查baseURL主题不加载检查themes/或 Hugo Modules原始 HTML 不渲染设unsafe true图片不加载检查static/目录结构。5.8 安全总原则无论使用哪种转换工具技能都强调同一安全主线转换工具默认不净化 HTML面向不可信输入时必须在渲染链路末端增加净化环节marked 配 DOMPurify、pandoc 用--sandbox、gomarkdown 配 Bluemonday。六、核心技能三quasi-coder准代码解释与实现完整技能定义位于 skills/quasi-coder/SKILL.md定位是“专家级 10x 工程师技能”从简写shorthand、准代码quasi-code和自然语言描述中解读意图并实现生产级代码弥合不同技术背景协作者与专业代码实现之间的鸿沟。6.1 触发时机协作者提供简写或准代码收到可能含拼写错误或术语错误的代码描述与技术水平参差的团队成员协作将大方向想法转化为详细、可交付的实现将自然语言需求转化为功能代码将混合语言的伪代码解释为目标语言处理带有start-shorthand与end-shorthand标记的指令。6.2 协作者技术水平评估技能要求先评估协作者对工具、语言与最佳实践的掌握程度再决定纠偏力度高置信度90%信任其技术合理的方案仅做拼写/语法的小修正按描述专业落地仅在明显有利时提出优化中等置信度30%-90%批判性评估方案、酌情提出更优替代、补齐缺失的错误处理与校验、应用其可能遗漏的专业模式低置信度30%补偿术语错误或误解、寻找达成目标的最佳路径、将描述翻译为正确技术实现、选用正确的库/方法/模式。6.3 补偿规则Compensation Rules超过 90% 确定协作者方法不正确或非最佳实践 → 寻找并实现更优方案超过 99% 确定协作者缺乏工具专业知识 → 补偿错误描述并使用正确实现超过 30% 确定协作者描述有误 → 应用专家判断并做必要修正对意图或需求不确定 → 先提出澄清问题再实现。当方法明显次优时始终把目标goal置于方法method之上。6.4 简写语法规范简写区块由语言注释标记包围起始标记${language:comment} start-shorthand结束标记${language:comment} end-shorthand例如 JavaScript// start-shorthand () add validation for email field () check if user is authenticated before allowing access // end-shorthand简写指示符规则以()开头的行表示需要解释的简写约 90% 是注释式意图描述、10% 是伪代码结构必须转换为实际可运行的代码实现时 ALWAYS 删除()行。解释流程通读整个简写区块 → 识别目标 → 评估技术准确性 → 确定最佳实现 → 用生产级代码替换简写行 → 为目标文件类型应用合适语法。注释处理REMOVE COMMENT表示最终实现中删除该注释NOTE表示实现时需考虑的重要信息自然语言描述转换为有效代码或适当文档。6.5 完整示例从简写到生产代码协作者输入JavaScript 文件// start-shorthand () create function that validates user input () check email format is correct () make sure password is at least 8 characters () return true if valid, false otherwise // end-shorthand步骤 1评估水平——协作者知道需要校验但使用通用词汇而非具体库名评估为中等置信度30%-90%。步骤 2解读意图——目标创建输入校验函数需求邮箱格式检查、密码长度检查输出布尔返回值。步骤 3专家级实现/** * Validates user registration input * param {string} email - User email address * param {string} password - User password * returns {boolean} True if input is valid, false otherwise */ function validateUserInput(email, password) { // Validate email format using standard regex pattern const emailRegex /^[^\s][^\s]\.[^\s]$/; if (!emailRegex.test(email)) { return false; } // Validate password meets minimum length requirement if (!password || password.length 8) { return false; } return true; }专家决策要点使用标准邮箱正则、补充 JSDoc、包含 null/undefined 检查、描述性函数名、返回布尔值、删除所有()简写行。6.6 高级用法混合语言伪代码例如 Python 中() use forEach to iterate over users array应转为 Python 原生模式# Filter adult users from the users list adults [user for user in users if user.get(age, 0) 18]非代码动作简写可能请求运行命令、创建文件、抓取数据、生成图形等非代码动作实现后同样删除简写行。复杂多步逻辑如登录检查 重定向 数据加载 错误处理的 TypeScript 流程应转换为带鉴权检查、路由、数据获取与错误处理的完整实现。6.7 陷阱规避清单不要在任何文件中遗留()行不要盲目照搬错误的技术描述要应用专家判断不要让简单请求过度复杂化不要忽略大方向要理解目标而非单行不要居高临下要尊重地翻译与实现不要跳过错误处理即使未被提及也要补充专业级错误处理。七、技能之间的协同关系从 CMS 开发的实际任务流看三项技能构成了一条完整链路content-management-systems负责回答“改哪里”——定位平台类别、负责接缝与最小改动方案markdown-to-html负责回答“内容怎么渲染”——处理创作内容到 HTML/静态导出的转换环节quasi-coder负责回答“描述怎么落地”——把产品/设计侧的非技术描述翻译为生产级代码web-coder提供前端、浏览器与 HTTP 基础能力支撑上述工作流中涉及浏览器行为与网络交互的部分。例如一个典型场景在 WordPress 上开发自定义主题时content-management-systems 指导你从模板层级与 hooks 入手、把创作媒体放在 uploads 风格路径quasi-coder 把设计师的“准代码”备注转换为可用的 PHP 模板片段而 markdown-to-html 则处理博客正文的 Markdown 渲染与静态导出管线。八、插件元数据与仓库结构速览插件清单 plugins/cms-development/README.md插件元数据名称、版本 1.1.0、关键词、技能挂载路径plugins/cms-development/plugin.jsonCMS 平台技能 skills/content-management-systems/SKILL.md平台对照速查 skills/content-management-systems/references/cms-platform-workflows.mdMarkdown 转换技能 skills/markdown-to-html/SKILL.md准代码实现技能 skills/quasi-coder/SKILL.md插件体系总览与安装说明 docs/README.plugins.md从 plugin.json 的keywords字段cms、content-management-system、wordpress、shopify、drupal、theme、plugin、media、static-site也可以印证该插件的定位边界它不是一个通用 Web 开发插件而是精确聚焦 CMS 领域的主题、插件、媒体与静态站点能力。该插件采用 MIT 许可证属于 awesome-copilot 社区贡献的插件集合README.md的一部分可通过上述 Copilot CLI 或 VS Code 方式直接安装使用。【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考