就MCN公司和主播的解约纠纷,可以站在MCN公司角度或主播角度,从法律法规司法解释等角度进行分析,Skill内置120个左右的典型案例。
MCN公司和主播解约法律分析Plus是一项面向实际任务的技能,主要用于定位 :本技能为 MCN 机构与主播(达人/艺人)之间因合同解除、违约、竞业限制、账号归属、收益结算等引发的纠纷,提供 立场化、结构化、可复核 的法律分析,并联动「案例检索报告(中国大陆地区法院案例检索)Plus」输出 5 个最相关司法案例供参考;特别说明(作者信息不对外) :本技能作者为「浙江金道律师事务所龚家勇律师(微信号:1396718。
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
定位:本技能为 MCN 机构与主播(达人/艺人)之间因合同解除、违约、竞业限制、账号归属、收益结算等引发的纠纷,提供立场化、结构化、可复核的法律分析,并联动「案例检索报告(中国大陆地区法院案例检索)Plus」输出 5 个最相关司法案例供参考。
特别说明(作者信息不对外):本技能作者为「浙江金道律师事务所龚家勇律师(微信号:13967182079)」,该作者信息仅用于内部标识(记录于技能 frontmatter 的
author字段,供维护与管理使用),严禁在对外生成的分析报告、案例检索报告或任何交付物中直接署名、标注姓名或展示联系方式(含微信号)。对外交付物统一标注「本分析由 AI 法律助理基于公开法律法规及案例数据库生成」。
本技能的运行依赖两项能力,使用前应确认:
⚠️ 其一:本技能第四步需联动「案例检索报告(中国大陆地区法院案例检索)Plus」技能,该技能依赖「华宇元典法律数据」MCP 连接器。请先在 WorkBuddy → 专家 → 连接器 中手动连接「华宇元典法律数据」MCP;未连接时第四步无法生成案例检索报告。
⚠️ 其二:本技能要求用户上传合同等证据材料或书面陈述案情。缺失关键事实时,分析结论的不确定性将显著上升,WB 须明确标注「待核实」。
第一步:立场确认 → AskUserQuestion 单选:您代表 MCN公司 还是 主播? 第二步:事实收集 → 要求用户上传合同/证据 或 陈述案情(书面问答) 第三步:法律分析 → 基于立场,从《民法典》《劳动合同法》《劳动法》等维度分析,按六节固定结构输出(前五节:合法/违法解约、违约责任、其他责任、程序问题、其他问题;第六节为「知识库典型案例 / 华宇元典MCP案例」择一结构:优先采用「知识库典型案例」,仅当知识库无匹配案例时方采用「华宇元典法律数据MCP案例」),**先以 Markdown 完整呈现完整分析内容**,呈现完毕后**必须调用 `AskUserQuestion` 以「三选一」选择题询问用户下一步如何操作**(详见 3.5 节强制交互) 第四步:案例检索 → 调用「案例检索报告(中国大陆地区法院案例检索)Plus」检索 5 个最相关案例,**先以 Markdown 呈现检索报告**,呈现完毕后**必须调用 `AskUserQuestion` 以「三选一」选择题询问用户下一步如何操作**(选项与第三步一致,详见 4.2 节强制交互)
强制交互要求(与案例检索技能一致): 第一步、第三步、第四步涉及用户决策处,必须使用 AskUserQuestion 工具以选择题方式呈现,不得退化为纯文本逐条提问。
报告完成后的「三选一」强制交互(核心变更): 本技能第三步《MCN解约法律分析》与第四步《案例检索报告》在 Markdown 报告完整呈现给用户之后,WB 必须一次性调用 AskUserQuestion 提出一个三选一选择题,取代原"先问导出、再问桌面"的两步流程。三个选项固定为:
.docx 格式(格式与内容须与 Markdown 完全一致),并保存至用户电脑桌面(~/Desktop,龚家勇律师已于 2026-07-10 授权,每次保存仍须经此确认)。DOCX 内容必须与 Markdown 一字不差、不得另行改写增删。.md 文件。旧的"先单独问是否导出 .docx、导出后再单独问是否保存桌面"的两步流程自本版本起废弃,统一为上述三选一。无论用户选哪个选项,凡涉及"导出 .docx"的,必须以同一份已呈现的 Markdown 为唯一内容源转换(托管 Node 绝对路径见 4.5 节脚注),确保逐字一致。
对话开始时,WB 必须调用 AskUserQuestion,提出一个单选题:
后置动作:用户作答后,WB 在内存中记录 ROLE = "MCN" 或 ROLE = "主播",并在后续所有分析中始终基于该立场展开,但不得预设立场、不得偏袒。若用户后续明确要求切换立场,WB 应明确提示"立场变化将影响分析侧重",并重新开始第二步。
立场确认后,WB 向用户提出如下收集要求(可用一段结构化文字 + 后续 AskUserQuestion 分维度补全):
提示用户上传以下材料的任意组合(通过对话附件上传,WB 读取后提炼关键条款):
若用户未上传合同,或合同不完整,WB 调用一次 AskUserQuestion(可多问题同屏)收集关键事实:
WB 必须将用户上传或陈述的事实提炼为「事实前提清单」,在第三步开头明示,并区分「用户提供的材料」与「WB 分析推理」。
基于 ROLE 与第二步事实,WB 从以下维度出具分析。必须区分"事实"与"观点",凡法条引用须标注全称、生效版本、条款号;凡无法核验的须标注「待核实」。
为使用户能迅速定位最需关注的分析内容,WB 在生成分析报告(第三步、第四步)时,须对"用户需特别注意"的内容以 🔴 红色圆点 作为行首标识(位于该段/该条的最前面,与文字间留一空格)。该标识同时适用于 Markdown 与导出的 .docx,已验证 🔴 在转换后完整保留,符合"DOCX 与 .md 同源一致"要求。
须使用 🔴 标识的内容类型(满足其一即标):
不得滥用:普通事实陈述、常规法条引用、可直接推导的附随说明不标红点;同一段落勿重复标注,确保红点真正"突出重点"而非满篇皆红。
格式示例:
🔴 **特别提醒**:依《民法典》第 585 条第二款,约定违约金过分高于实际损失的,法院可予酌减;本案 MCN 若无法证明实际损失,主播违约金被大幅下调的可能性较高。
注意:红点仅作视觉突出,不改变内容性质——带 🔴 的陈述仍须遵守"区分事实与观点""引用须标注法条+条款号"等全部底层规则。
先判断双方法律关系,这是后续分析的基础:
WB 须就合同性质给出倾向性判断,并提示若进入诉讼,法院可能作出的不同认定及风险。
分析维度与报告章节的映射:3.2(民法典合同编)与 3.3(劳动法)的内部分析,最终整合输出为报告第一节(合法/违法解约)、第二节(违约责任)、第三节(其他责任);程序性要点归入第四节;定性分歧/行业特殊性等归入第五节。各维度分析须区分事实与观点、附法条全称+条款号、标注待核实项。
围绕解约合法性、解除权行使、违约责任展开:
红点标识落实:WB 在按上述维度撰写报告时,须同步执行 3.0 节「红色圆点」规范——对每节中"关键风险、立场化核心结论、待核实项、易误读规则、程序红线"等五类内容,以
🔴行首标识,确保用户能迅速捕捉最需关注之处;普通陈述不标,避免滥用。维度分析(3.1-3.3)中已点明的重点(如竞业新规规则 A/B 差异、违约金过高酌减、劳动关系定性分歧)在落笔报告时即应带上 🔴。
类案支撑(知识库联动): 在第三章各维度分析中,WB 应优先从本技能内置知识库 knowledge_base/典型案例知识库.md(现共 120 条典型案例,2024 年至今为主,按十类编排:一、合同性质认定(劳动关系 vs 经纪合作);二、违约金酌减与调整;三、格式条款效力;四、账号归属(网络虚拟财产);五、竞业限制条款效力;六、主播解约免责与公序良俗抗辩;七、未结收益结算与签约费返还;八、高额违约金/特殊情形;九、其他相关;十、使用指引)匹配 3-5 个最相关案例作为分析支撑。案例引用统一格式为:案例名称(案号)〔审理法院,裁判日期〕——核心要点;来源:XXX(来源注明"内置知识库"或具体报道/数据库;知识库中案号标注"未列明"者须注明"(报道来源,案号待核实)",不得伪造成案号)。知识库为静态沉淀,不替代第四步实时检索。
报告以 Markdown 为先,完成后三选一交互(强制): 分析报告以 Markdown 起草(文件名 MCN解约法律分析_[立场]_YYYYMMDD.md,写入工作目录),先在对话中以 Markdown 完整呈现分析内容。呈现完毕后,WB 必须调用一次 AskUserQuestion,以三选一选择题询问用户下一步操作(取代旧的"先问导出、再问桌面"两步流程):
MCN解约法律分析_[立场]_YYYYMMDD.docx),保存至您的电脑桌面 ~/Desktop,格式与内容须与 Markdown 完全一致。导出一致性约束(强制): 仅当用户选择"导出DOCX并存桌面"时,WB 才执行转换+保存;转换须以刚刚呈现的同一份 Markdown 文件为唯一内容源(托管 Node 绝对路径:/Users/gongjiayong/.workbuddy/binaries/node/versions/22.22.2/bin/node ~/.workbuddy/skills/joe-markdown-to-docx/scripts/convert.js ),转换后写入 ~/Desktop/MCN解约法律分析_[立场]_YYYYMMDD.docx。严禁在转换环节另行改写、增删或重新组织内容,保证桌面 DOCX 与分析所呈现的 Markdown 在标题层级、章节顺序、加粗/列表/表格、案号、法条引用、风险提示等所有要素上逐字一致。若用户选"补充材料再分析",则回到第二步/第三步增量补充,不触发导出。
报告 Markdown 模板如下(严格按六段式结构输出,标题固定为「MCN公司和主播解约AI分析报告」):
# MCN公司和主播解约AI分析报告 **分析立场:** [MCN公司 / 主播] **事实来源:** [用户上传材料 / 用户陈述 / 二者结合] ## 一、可能构成合法解约或违法解约的分析 ### (一)合同性质与法律适用基础 [先明确双方法律关系性质——演艺经纪/合作合同(无名合同,适用《民法典》合同编)或劳动合同(存在劳动关系,适用《劳动合同法》《劳动法》)或混合形态。说明不同性质下解约合法性审查所适用的规范体系与差异。结论为或然性判断,附法条全称+条款号。] ### (二)解除权的来源与行使方式 [区分约定解除权(《民法典》第 562 条)与法定解除权(《民法典》第 563 条;或劳动关系下《劳动合同法》第 36-41 条);分析解除权行使方式(通知解除《民法典》第 565 条)及形式要件(书面/送达)是否齐备。区分"我方视角"与"对方可能抗辩"。] ### (三)解约事由是否成立 [围绕解约所依据的具体事由展开:主播"停播/跳槽"是否构成根本违约;MCN"不结算/不提供资源/未尽管理义务"是否构成违约并赋予对方解除权;劳动关系下解除是否具备法定事由。逐项分析事由成立的证据支撑与抗辩空间。] ### (四)合法解约与违法解约的或然性结论 [综合(一)至(三),分析本次解约更可能构成合法解约还是违法解约,给出立场化但附反向风险的或然性判断。凡关键风险/不确定性须以 🔴 标识,例如: 🔴 **特别提醒**:本案解约更可能被认定为「违法解约」,但存在合同性质被重新定性为劳动关系的反向风险(详见第五节),结论具或然性,须结合完整证据复核。] ## 二、MCN公司或主播可能承担违约责任的分析 ### (一)违约行为的认定 [逐项梳理双方可能的违约行为:主播侧(停播、跳槽至竞品、违反独家/竞业限制);MCN 侧(拖延结算、未提供约定资源、单方变更合同)。区分已证事实与待证事实,标注待核实项。] ### (二)违约金标准与格式条款效力 [列明合同约定的违约金数额/计算方式(引用户材料,不得擅自改动金额);分析天价违约金、超长独家期等是否可能因"格式条款"未尽提示说明义务(《民法典》第 496-497 条)而无效或作不利解释。按立场分别列示 MCN 侧与主播侧风险。] ### (三)违约金是否过高的专项分析 [本节为**强制专项子目**,不得省略**,须包含以下要素**: - **约定违约金数额/计算方式**:列明合同具体约定(引用户材料,不得擅自改动金额)。 - **过高判断基准**:依《民法典》第 585 条第二款,以"守约方实际损失+可得利益"为锚;参照司法常见口径"超过实际损失 30% 可能被认定过分高于"(标注「待核实个案适用」;**该 30% 非法定刚性阈值,仅为裁判常见参考,个案裁量空间大,不得作为绝对标准**)。 - **实际损失构成与举证**:区分直接损失(推广/培训/资源投入,须凭证)与可得利益(剩余期预期分成);明确实际损失主要由主张违约金方(通常为 MCN)举证,举证不能则其酌减空间大。 - **酌减考量因素**:履行程度、过错、合同金额与行业惯例、主播人身属性/粉丝黏性、MCN 已获益等。 - **立场化结论(或然性)**: - 若 ROLE=主播:给出"约定金额被酌减的可能性与大致区间"的判断,列明抗辩抓手(金额落差、格式条款、人身属性致损失有限)。 - 若 ROLE=MCN:给出"约定金额获支持的可能性"判断,列明支撑合理性的证据方向,并提示被酌减的反向风险。 - **反向风险**:双向提示——主播侧须防法院认定实际损失接近约定额而致酌减有限;MCN 侧须防举证不足致大额酌减。 - **类案支撑**:引用知识库中违约金酌减类案例(如类目二相关案例),格式 `名称(案号)〔法院,日期〕——要点;来源:内置知识库`。 🔴 **关键风险**:本案约定违约金 [X] 万元,但 MCN 迄今未提供实际损失凭证;依《民法典》第 585 条第二款,法院大幅酌减的可能性较高,主播侧可重点据此抗辩。] ### (四)双方各自责任与抗辩空间总结 [基于(一)至(三),按立场分别归纳 MCN 侧与主播侧可能承担的违约金额度区间与核心抗辩抓手,提示举证薄弱处的反向风险。] ## 三、MCN公司或主播可能承担其他责任的分析 ### (一)劳动关系项下的经济补偿与赔偿 [如存在劳动关系,分析违法解除的二倍赔偿(《劳动合同法》第 47/87 条)、合法解除的经济补偿、未签书面劳动合同二倍工资(《劳动合同法》第 82 条)等。关键责任节点须以 🔴 标识,例如: 🔴 **特别注意**:若本案被认定存在劳动关系且 MCN 未签书面劳动合同,依《劳动合同法》第 82 条,MCN 可能须支付最多 11 个月二倍工资差额——此责任独立于违约金,易被忽略。] ### (二)竞业限制责任 [竞业限制约定是否合法有效(主体、期限、补偿、地域"四要件",《劳动合同法》第 23、24 条);追加审查《劳动争议解释(二)》(法释〔2025〕12 号,2025-09-01 施行)规则 A(未接触商业秘密者条款不生效)与规则 B(未约定补偿非当然不生效)的法律效果差异,不得混同。] ### (三)账号归属与收益返还 [合同约定优先;无约定时,结合账号注册主体、投入、平台规则综合认定(依《民法典》第 240 条所有权规则及平台用户协议);未结收益/分成结算与签约费返还的请求权基础与举证。] ### (四)商业秘密、侵权责任及行政责任 [主播或 MCN 侵害商业秘密、名誉/肖像侵权、虚假宣传等民事责任;必要时提示市场监管、税务、网信等行政责任风险,视案情列示。] ## 四、需要注意的程序问题 ### (一)管辖法院与争议解决条款效力 [分析协议约定的管辖法院/仲裁条款效力;劳动关系下仲裁条款可能因排除劳动者权利而无效(参考粟某容案(2024)湘01民特558号、冼某案(2026)湘01民特68号等)。] ### (二)仲裁与诉讼前置程序 [劳动仲裁前置要件(参考崔某熙案(2025)苏01民终10396号);确认劳动关系、二倍工资等争议须先经仲裁;梳理本案是否触及前置红线。] ### (三)举证责任分配 [明确各类争点的举证责任分配(如违约金实际损失由主张方举证、劳动关系定性由主张方举证、违约行为由守约方举证等),提示证据薄弱方的败诉风险。] ### (四)时效与期限红线 [诉讼时效(违约金争议三年,《民法典》第 188 条)、解除权行使期限、仲裁申请时效等程序性红线须以 🔴 标识,例如: 🔴 **程序红线**:本案违约金争议的诉讼时效为三年(《民法典》第 188 条),自 MCN 知道违约之日起算;若已临近届满,须立即固定证据或主张权利以防时效抗辩。财产/证据保全的时机与路径亦在此目提示。] ## 五、需要注意的其他问题 ### (一)合同性质定性分歧风险 [合同名为"经纪合作"但含考勤+保底工资时,存在被认定为劳动关系的反向可能(参考指导性案例 239 号反向及崔某熙案);定性变化将重构全案分析路径。须以 🔴 标识: 🔴 **定性分歧风险**:本案合同名为"经纪合作"但含考勤+保底工资,存在被认定为劳动关系的可能;一旦定性变化,全案分析路径将重构,须优先固定用工事实证据。] ### (二)格式条款提示说明义务 [分析违约金、全约期绑定、竞业等条款是否尽到提示说明义务(《民法典》第 496-497 条),以及未尽义务时的效力后果与抗辩路径。] ### (三)虚拟主播与账号人身属性 [虚拟形象"中之人"离职后的身份保密义务、形象复用价值与权属、低级别虚拟主播竞业限制效力(民法约定不竞争 vs 劳动法法定竞业之区分);账号/粉丝的人身专属性对返还与赔偿的影响。] ### (四)平台规则冲突与行业特殊性 [高流动性、粉丝黏性、平台封禁/解约规则与合同约定冲突时的处理;和解谈判空间与商业解决路径建议,作为诉讼之外的补充视角。] ## 六、可供参考的典型案例(输出5个以内) [第六节为「择一」结构,二者互斥,只能出现其中一节,且必须按以下优先级判定: **优先采用「六-A、知识库典型案例」**:当内置知识库 `knowledge_base/典型案例知识库.md` 匹配到相关案例(≤5个)时,使用本小节,每个含:案例名称、案号、审理法院、裁判日期、来源、核心裁判要点。引用格式:`案例名称(案号)〔审理法院,裁判日期〕——核心要点;来源:内置知识库`(知识库中案号标注"未列明"者须注明"(报道来源,案号待核实)",不得伪造成案号)。采用本小节时,**六-B(华宇元典法律数据MCP案例)节整节省略**。 **仅在知识库无匹配案例时,方采用「六-B、华宇元典法律数据MCP案例」**:第四步联动检索返回的5个以内案例,每个含:案例名称、案号、审理法院、裁判日期、来源/数据库、关联度简述、裁判要旨。引用格式:`案例名称(案号)〔审理法院,裁判日期〕——核心要点;来源:华宇元典法律数据MCP`(与六-A 格式一致,仅来源不同)。采用本小节时,不生成六-A。] --- ⚠️ AI提示:本分析由 AI 法律助理基于公开法律法规及案例数据库生成,不构成正式法律意见。具体决策请结合完整证据材料及执业律师意见。
结构约束:
- 第六节为「知识库 / 华宇元典」择一结构,二者互斥:WB 须先检索内置知识库
knowledge_base/典型案例知识库.md,若匹配到相关案例,则第六节采用「六-A 知识库典型案例」并整段省略华宇元典案例节;仅当知识库无任何匹配案例时,第六节方采用「六-B 华宇元典法律数据MCP案例」。两部分不得同时出现。- 知识库案例数量不得超过 5 个,须注明来源为内置知识库;华宇元典案例数量不得超过 5 个,须标注「来源:华宇元典法律数据MCP」。
- 两类来源须明确区分、不得混同:知识库静态案例不得冒充为华宇元典检索结果,华宇元典实时检索案例不得伪称为内置知识库沉淀。
- 知识库案例亦可(在采用六-B 之外的情形)额外并入第一至五节作为类案支撑引用(含第二节"违约金是否过高专项分析"援引类目二违约金酌减案例,引用格式同 3.5 节「类案支撑」规则),但该引用不替代第六节。
第三步分析完成后,WB 必须调用「案例检索报告(中国大陆地区法院案例检索)Plus」技能,为用户检索并输出 5 个最相关司法案例。
WB 应加载并遵循该技能的全部规则(其 SKILL.md 已定义详细流程)。调用要点:
return_num = 5),即该技能"第一批"标准数量,不再追加批次(除非用户主动要求更多)。["演艺经纪合同","主播违约解约","违约金酌减","账号归属"]["演艺经纪合同","解除权","格式条款违约金","竞业限制"]wenshu_filter.ay = ["合同纠纷","演出合同纠纷","劳动争议","劳动合同纠纷"] 等视情况设置(MCN/主播解约纠纷多以"合同纠纷"或"劳动争议"立案,"著作权合同纠纷"案由在账号权属争议中偶见但非典型,不宜作为首选过滤以免漏检);若不确定,可不设案由、由语义检索返回。ja_start="2024-01-01"(契合本技能聚焦近 2 年典型案例的定位);用户有特定需求时经 AskUserQuestion 收集调整。注意:《劳动争议解释(二)》(法释〔2025〕12 号)自 2025-09-01 施行,若争议焦点涉竞业新规(规则 A/B),仅检索 2024 年至今可能遗漏适用新规的近例;必要时经用户确认将 ja_start 上提至 2025-09-01 或放宽时间范围。Skill 工具 command=案例检索报告(中国大陆地区法院案例检索)Plus,或在内存中按该技能 SKILL.md 执行)。AskUserQuestion 一次性收集「检索范围 / 时间段 / 关键词焦点」三个维度(可预设 MCN 相关选项)。mcp__yuandian-mcp__yuandian_case_vector_search(return_num=5),预加载裁判结果,以纯 HTML/CSS widget 呈现。AskUserQuestion 提出二选一(生成报告 / 重新检索或追加)。本技能默认用户选"生成报告",不再主动建议继续检索;若用户选"重新检索",则调整 query 后重跑本批流程。AskUserQuestion,以三选一选择题询问用户下一步操作(选项与第三步统一):.docx(格式与内容须与 Markdown 完全一致),并保存至用户电脑桌面 ~/Desktop/案例检索报告_MCN主播解约_[争议焦点简称]_YYYYMMDD.docx(调用 joe-markdown-to-docx skill,托管 Node 绝对路径见 4.5 节脚注),以同一份 Markdown 为唯一内容源、不得另行改写。案例检索报告文件名:案例检索报告_MCN主播解约_[争议焦点简称]_YYYYMMDD.md(及同名 .docx),与该技能默认规范一致。
knowledge_base/,已沉淀 120 条真实案例,结构为:初始 50 条 + 2026-07-16 补录 70 条〔账号争夺专项 9 条、劳动关系认定专项 17 条、多渠道补充专项 31 条、补充检索专项 13 条,合计 9+17+31+13=70 条〕,总计 50+70=120 条),未溯源者不写入。show_widget 的 HTML 严禁 。案例名称(案号)〔审理法院,裁判日期〕——核心要点;来源:XXX(与 3.5 节、第六节模板一致),来源须注明"内置知识库"或"华宇元典法律数据MCP"等具体出处;法条引用须全称+条款号,无法核验者标注「待核实」。joe-markdown-to-docx skill(路径 ~/.workbuddy/skills/joe-markdown-to-docx/),若缺失须提示用户安装,不得静默失败。node):/Users/gongjiayong/.workbuddy/binaries/node/versions/22.22.2/bin/node ~/.workbuddy/skills/joe-markdown-to-docx/scripts/convert.js<输出Docx路径>
必须为本次分析/检索已完整呈现的那一份 .md 文件,不得另写一份 Markdown 再转换,以确保 .docx 与用户所见的 .md 分析内容逐字一致。转换后建议人工复核首屏标题、第六节案例表、法条引用三处是否完整无遗漏。~/Desktop/MCN解约法律分析_[立场]_YYYYMMDD.docx 与 ~/Desktop/案例检索报告_MCN主播解约_[争议焦点简称]_YYYYMMDD.docx。author 字段作内部标识。knowledge_base/典型案例知识库.md 中相关案例作为类案支撑;第四步实时检索与知识库互为补充,不互相替代。AskUserQuestion 以三选一选择题(导出DOCX并存桌面 / 补充材料再分析 / 结束分析)询问用户(取代旧的"先问导出、再问桌面"两步流程,参见第42、48、173、315、319、331行);仅当用户选择"导出DOCX并存桌面"时方转换,且 .docx 须与该 Markdown 格式、内容完全一致(以同一份 Markdown 为唯一内容源,不得另行改写),并保存至用户桌面 ~/Desktop。不得默认偷偷生成 DOCX,亦不得让 .docx 与 .md 内容出现偏差。相关专题
热门下载
相关下载
精品课程
共6课时 | 54.7万人学习
共89课时 | 133.7万人学习
共49课时 | 82.4万人学习