@amaster.ai/employee-runtime-connector 0.1.1-beta.99 → 0.1.2

package/dist/templates//345/205/254/345/217/270/346/263/225/345/212/241/346/262/273/347/220/206/344/270/216/351/243/216/351/231/251/350/247/204/345/210/222/346/250/241/346/235/277.md

@@ -0,0 +1,431 @@
+# 公司法务治理与风险规划模板
+
+## 模板说明
+
+本模板用于法务角色基于 MirrorX 中可追溯的公司事实、公司战略与法律资产状态，编制公司级法务治理与风险规划。它的目标不是穷尽法律知识或追求“零风险”，而是让管理层能够在明确的法律边界、证据边界和剩余风险下做出经营取舍，并将重大缺口转化为可执行、可验收、可复盘的行动。
+
+- **适用于**：公司法务基线诊断、年度或半年度法务规划、融资/并购/上市前法务准备、新产品或新市场准入前的综合法务规划、重大业务转型的法务支撑方案。
+- **不适用于**：单份合同红线、单一争议处理、单项律师函、单次事件通知或其他已有专项任务格式的窄范围工作。
+- **产物定位**：管理决策与执行规划材料，不自动构成特定法域持牌律师出具的正式法律意见。
+
+<mirrorx_template_guidance>
+  <completion>章节齐全不代表完成。完成稿必须基于当前公司事实与可追溯材料，形成“事实与证据 → 适用性分析 → 义务或风险 → 对战略的影响 → 决策建议 → 行动与验收”闭环。通用法律知识、法规名称堆叠、模板复述、无公司证据的打分或空表不计为实质完成。</completion>
+  <scope>先明确法律主体、行业、业务模式、公司阶段、客户与交易类型、经营及数据处理地区、规划期、管理层待决策问题和明确非目标。按实际规模、阶段、行业、法域与风险暴露裁剪；无实质暴露的领域记录不适用理由后压缩或删除。</scope>
+  <company_facts>公司事实严格区分“已核验”、“企业声明但未核验”、“已过期”、“存在冲突”、“缺失”和“不适用”；不得以行业惯例、模型常识或无来源对话填补公司事实。冲突或过期事实不得支撑最终结论。</company_facts>
+  <evidence>每个会改变决策的事实、法律依据、合同义务或资产状态都要记录来源、文件或条款、版本/生效日期、数据截止日期与可靠性。优先使用官方法源、监管机关文件、生效合同、公司已批准制度和有效资产证明；搜索摘要、自媒体解读和未生效草案不能单独支撑结论。</evidence>
+  <applicability>不得仅因找到一部法律或标准就宣称适用。必须通过主体、地域、业务活动、产品、客户、数据类型/规模/流向、交易结构和时间效力逐项论证“已确认适用”、“可能适用”、“不适用”或“信息不足”。</applicability>
+  <decision_language>每项法务结论使用且仅使用一个主结论：“目前不可实施”、“需持牌律师或专业机构确认”、“履行前置条件后可实施”、“法律上可实施但存在待接受的商业风险”、“信息不足，暂不能判断”。分开表达强制性法律边界、合同风险、谈判诉求与商业上不明智；每项可谈判问题给出首选立场和可接受的备选底线。</decision_language>
+  <risk>风险等级与处理结论是两个不同维度。风险至少评估发生可能性、法律/财务/经营/声誉影响、现有控制有效性和时间紧迫性。明确的禁止性规定、强制准入条件、有效司法/行政命令或即将到期的法定义务不得被简单的数学分数降级。同时记录固有风险、现有控制、剩余风险与风险接受人。</risk>
+  <strategy_enablement>对每项会影响收入、现金流、客户、产品发布、融资、市场扩张或核心资产的公司战略举措，写明法律准入条件、可行路径、低风险替代方案、不做事项、剩余风险、人工决策人与决策时点。法务不以风险数量或审查份数替代对业务结果的贡献。</strategy_enablement>
+  <assets>法律资产盘点不仅记录“有/无”，还要核对权利主体、权属、版本、有效期、地域、覆盖范围、保管位置、责任人与证明材料。资产状态区分“当前有效且已核验”、“有效但存在缺陷”、“已过期/失效”、“声明存在但未核验”、“缺失”和“不适用”。</assets>
+  <targets>法务目标必须同时包含结果指标、领先指标、效率指标和风险护栏。每个指标写明定义、基线、目标或阈值、期限、数据来源与 Owner。“零重大事故”只能作为风险护栏，不能单独证明法务体系有效。</targets>
+  <initiatives>每项重大举措包含目标、现状差距、事实与依据、连续执行步骤、实际产物、前置依赖、资源与预算、Owner、里程碑、指标与验收标准、调整/停止条件、风险与应对。合同模板、台账、制度或系统上线是产物，不是最终经营结果；最终结果应表达为风险暴露降低、准入完成、交易效率提升、权利可主张性提升或损失减少等可观察变化。</initiatives>
+  <governance>明确业务部门、法务/合规、财务、人力、产品/技术/安全、内审或监督、管理层/董事会及外部律师的决策权、执行权、审核权和知情范围。小型企业可合并角色，但重大事项的业务责任人、法务复核人和最终风险接受人不得混为一个含混角色。</governance>
+  <professional_boundary>涉及特定法域的正式法律意见、诉讼/仲裁/行政调查、对外承诺或责任承认、和解或权利放弃、监管沟通、重大交易、股权/融资/关联交易、重大数据或跨境问题等事项，必须明确标记持牌律师、专业机构、管理层或董事会的复核/批准边界。模板只生成建议与行动候选；除非当前任务和 Server 合同明确授权，不得签署、发送、申报、提交、删除、和解、承认责任或创建外部效力。</professional_boundary>
+  <confidentiality>只引用与当前决策必要的商业秘密、交易条款和个人信息；不复制无关客户或项目的保密条款，不在可见范围过宽的产物中展示完整身份证件、银行账号、登录凭据、密钥、健康信息或其他非必要敏感信息。</confidentiality>
+  <data_gaps>影响适用性、重大风险、战略准入或预算决策的证据缺口必须进入“关键事实与证据缺口闭环表”，写明影响的判断、所需材料、补齐动作、Owner、截止日期和审定节点。在缺口关闭前使用条件化结论，不得标记为“正式版”或“可直接实施”。</data_gaps>
+  <report_metadata>交付稿在标题下依次给出报告日期、研究对象、研究范围、数据截止日期、规划周期、版本和文档状态七个紧凑字段，然后直接进入执行摘要；作者或编制方仅在任务明确提供时增加。</report_metadata>
+  <evidence_presentation>正文使用来源、日期、版本/效力、文件或条款、引用和措辞强度表达证据边界；主要来源集中放在附件。法规摘录不替代适用性分析。无法可靠支持且会影响决策的内容转入缺口表，不得猜测填充。交付稿遵循共享 Clean deliverables 契约。</evidence_presentation>
+  <length>执行摘要约 600–900 个中文字符且不超过一页；其他章节以完成决策单元为准，不为满足字数重复法规或通用建议。</length>
+  <delivery_cleanup>逐章确认所有保留内容均有实质结论、证据边界和可执行下一步；删除所有【占位符】、空表、不适用章节及整个 mirrorx_template_guidance 元素后，再进行最终校验与交付。</delivery_cleanup>
+</mirrorx_template_guidance>
+
+---
+
+| 项目 | 内容 |
+| --- | --- |
+| 报告日期 | 【YYYY-MM-DD】 |
+| 研究对象 | 【公司 / 法律主体 / 业务单元】 |
+| 研究范围 | 【业务、行业、地区、法域与主题边界】 |
+| 数据截止日期 | 【YYYY-MM-DD】 |
+| 规划周期 | 【YYYY-MM-DD — YYYY-MM-DD】 |
+| 版本 | 【V1.0】 |
+| 文档状态 | 【待核验 / 待决策 / 已批准】 |
+
+---
+
+## 一、执行摘要
+
+> 全文完成后撰写，供管理层在一页内完成核心判断。
+
+1. **总体结论**：【当前法务健康度、对公司发展的总体判断及证据强度】
+2. **对公司战略的影响**：【可直接推进、有条件推进、应调整或暂停的重大举措】
+3. **Top 3 法律风险或机会**：【事项、暴露、时间窗口与重要性】
+4. **管理层待决策事项**：【决策、选项、建议、剩余风险、决策人和最晚时点】
+5. **90 天优先行动**：【最多 5 项，说明 Owner、截止日期和验收结果】
+6. **外部律师/专业机构需求**：【事项、法域、输出形式和建议时点】
+
+---
+
+## 二、规划范围与决策问题
+
+### 2.1 公司发展目标与本次规划角色
+
+- 公司在规划期内的核心经营目标：【】
+- 本次法务规划需要保障的战略举措：【】
+- 管理层需要本报告回答的决策问题：【】
+- 明确不在本次范围内的事项：【】
+
+### 2.2 规划边界
+
+| 维度 | 本次范围 | 对法务判断的影响 |
+| --- | --- | --- |
+| 法律主体 | 【】 | 【签约、权利归属、责任承担等】 |
+| 业务与产品 | 【】 | 【行业准入、产品责任等】 |
+| 客户与交易 | 【】 | 【B2B/B2C/政府、线上/线下等】 |
+| 经营地区 | 【】 | 【适用法域、监管机关等】 |
+| 数据处理地区与流向 | 【】 | 【隐私、数据安全、跨境等】 |
+| 公司阶段 | 【初创/成长/成熟/融资/并购/上市准备】 | 【治理、投资人权利、尽调等】 |
+
+---
+
+## 三、公司事实与证据底稿
+
+### 3.1 关键公司事实
+
+| 事实项 | 当前内容 | 事实状态 | 来源/文件 | 日期/版本 | 对法务决策的影响 |
+| --- | --- | --- | --- | --- | --- |
+| 公司及关联主体 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 股权、出资与公司治理 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 产品、服务与商业模式 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 目标客户、渠道与交易流程 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 经营区域与跨境活动 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 数据类型、规模、用途与流向 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 员工、外包与用工方式 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 知识产权、技术与数据来源 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 重大合同、供应商与合作伙伴 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 融资、并购、资本或退出计划 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 诉讼、仲裁、投诉或行政调查 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 3.2 法律主体与权责关系
+
+| 主体 | 注册地/法域 | 股权与控制 | 实际业务 | 主要资产 | 主要义务/责任 | 证据状态 |
+| --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 3.3 证据质量结论
+
+- 可直接支撑决策的材料：【】
+- 仅为企业声明、待核验的材料：【】
+- 已过期或互相冲突的材料：【】
+- 因证据不足只能使用条件化结论的问题：【】
+
+---
+
+## 四、法律资产盘点与健康度
+
+### 4.1 法律资产范围
+
+按实际业务盘点：
+
+- 营业执照、公司章程、股东名册、出资证明、董事会/股东会文件及授权；
+- 许可证、资质、备案、认证、监管报告与续期记录；
+- 合同模板、在履行合同、重大合同、补充协议、担保及到期/续约记录；
+- 商标、专利、著作权、域名、软件、开源清单、商业秘密及员工/供应商成果归属；
+- 用户协议、隐私政策、数据处理协议、处理活动记录、授权/同意与数据事件材料；
+- 劳动合同、员工制度、薪酬/激励文件、保密/竞业/成果归属及外包人员文件；
+- 审批矩阵、签约权限、印章管理、法务制度、培训、审查和整改证据；
+- 投诉、争议、诉讼/仲裁、行政调查、和解、外部律师意见及相关证据保全。
+
+### 4.2 法律资产台账
+
+| 资产类型/名称 | 权利或义务主体 | 版本/编号 | 有效期/续期日 | 覆盖地区/业务 | 状态 | 证据位置 | Owner | 缺陷与行动 |
+| --- | --- | --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 4.3 资产健康度结论
+
+| 领域 | 覆盖完整性 | 权属/义务明确性 | 有效性 | 实际执行证据 | 对经营的影响 | 结论 |
+| --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+---
+
+## 五、适用法律与义务地图
+
+### 5.1 适用性判断方法
+
+通过“主体 + 地域 + 业务活动 + 产品/客户 + 数据 + 交易结构 + 时间效力”判断适用性。仅保留会影响当前战略、存量风险或必须持续履行的义务。
+
+### 5.2 义务地图
+
+| 业务活动 | 主体/法域 | 法律、监管、合同或制度依据 | 版本/生效日 | 适用性结论 | 核心义务/禁止 | 履行证据 | 状态 | Owner/截止日 |
+| --- | --- | --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【精确到文件或条款】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 5.3 按暴露检查的领域
+
+1. **公司治理与资本**：设立、出资、股权、董监高义务、授权、关联交易、融资、并购、退出、披露。
+2. **行业准入与持续监管**：许可、备案、资质、产品准入、广告/说明、报告和检查。
+3. **商务合同与供应链**：签约主体与权限、标准条款、付款/履约/验收、责任限制、赔偿、保密、终止、审计权、分包和续约。
+4. **数据、隐私、网络安全与 AI**：数据分类、处理依据、敏感信息、儿童信息、委托/共同处理、自动化决策、安全义务、事件响应、数据出境、训练数据和生成内容。
+5. **知识产权与商业秘密**：创造、获取、权属、登记、许可、转让、维护、维权、开源软件、第三方素材和保密措施。
+6. **劳动用工**：招聘、合同、规章制度、工时休假、薪酬社保、职务成果、保密/竞业、外包/派遣、奖惩、调岗与解除。
+7. **市场、销售与竞争**：广告与宣传主张、价格、促销、客户权益、平台责任、商业贿赂、反不正当竞争与反垄断。
+8. **财税与法务交叉**：付款、发票、税负承担、保证担保、关联交易、资金合规、会计记录和税务争议。
+9. **争议、调查与突发事件**：投诉、证据保全、诉讼/仲裁时效、行政调查、事件通知、和解权限、对外口径和复盘。
+10. **跨境经营**：境外投资、当地主体/用工/税务、数据跨境、出口管制、制裁、反商业贿赂、供应链和境外争议。
+
+---
+
+## 六、现状诊断与核心风险
+
+### 6.1 法务控制成熟度
+
+| 领域 | 规则/制度设计 | 责任与流程落地 | 实际运行 | 执行证据 | 监测与改进 | 主要结论 |
+| --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 6.2 风险分级口径
+
+- **重大**：可能导致业务不能合法开展、资质丧失、重大责任/损失、重大数据或人身事件、核心权利丧失或重大战略受阻；由公司级 Owner 负责并设定紧急时限。
+- **高**：已有明确暴露或控制缺口，足以改变重大交易、产品、人员或资产决策；由职能负责人在明确期限内整改。
+- **中**：尚未造成重大暴露，但会持续增加经营成本、交易摩擦或纠纷可能性；纳入计划并跟踪。
+- **低**：对当前经营影响有限，可通过例行流程处理；不得用低风险等级覆盖明确的强制义务。
+
+### 6.3 核心风险登记表
+
+| ID | 风险事项 | 相关公司事实 | 法律/合同依据 | 固有风险 | 现有控制及有效性 | 剩余风险 | 时间紧迫性 | 主结论 | 处置方案 | 风险接受人 |
+| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
+| L-01 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 6.4 根因级问题
+
+| 优先级 | 根因 | 表现与证据 | 影响的业务/资产/战略 | 为什么现有控制无效 | 需要改变的机制 |
+| --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+---
+
+## 七、公司战略与法务准入指导
+
+### 7.1 战略举措逐项评审
+
+| 公司战略举措 | 目标与业务价值 | 关键法务问题 | 主结论 | 前置条件 | 可行路径 | 低风险替代/谈判底线 | 明确不做事项 | 剩余风险 | 决策人/时点 |
+| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 7.2 法务支撑的战略取舍
+
+1. **建议优先支持的举措**：【为什么具备可行性，法务需做什么才能提速】
+2. **需调整后推进的举措**：【需改变的产品、交易、数据、主体或运营方案】
+3. **建议延后或停止的举措**：【硬性边界、证据、资源或风险原因】
+4. **建议保留的可逆试点**：【小范围、无外部不可逆效力、可取得新证据的试点及停止条件】
+
+### 7.3 重大事项法务 Gate
+
+| Gate | 触发条件 | 必需输入 | 法务产物 | 审批/决策人 | 通过标准 | 未通过处置 |
+| --- | --- | --- | --- | --- | --- | --- |
+| 新产品/重大功能上线 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 新市场/新法域进入 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 重大客户/非标合同 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 重大供应商/数据委托 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 融资/并购/股权或重大资产交易 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 争议和解/监管回应/对外公开声明 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+---
+
+## 八、法务战略目标与衡量体系
+
+### 8.1 法务战略目标
+
+| 目标 | 与公司战略的关系 | 定义/计算口径 | 当前基线 | 目标/阈值 | 期限 | 数据来源 | Owner |
+| --- | --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 8.2 指标组合
+
+按实际选用，不要为了指标数量全部保留。
+
+- **经营结果**：取得业务准入、交易因法务缺口延误率、合同损失/争议金额、核心权利可主张性、外部律师费用与预算偏差。
+- **领先指标**：重大合同法务覆盖率、高风险整改逾期数、资质按期续期率、数据处理活动/DPA 覆盖率、员工与供应商知识产权归属完整率、监管变化影响评估及时率。
+- **效率指标**：合同审查周期、标准模板使用率、非标条款比例、业务补材次数、法务响应 SLA、外部律师使用效率。
+- **风险护栏**：无证经营、资质中断、重大数据/人身事件、未授权对外承诺、重大权利丧失、重大行政/刑事暴露的触发阈值。
+
+### 8.3 法律风险偏好与接受权
+
+| 风险类型 | 硬性不可接受边界 | 可谈判/可试点区间 | 接受权限 | 必须的记录/审批 | 复审触发条件 |
+| --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+---
+
+## 九、重大法务举措
+
+> 只展开有实际暴露、能支撑战略或必须持续履行的举措。以下是候选领域，不是强制全选清单。
+
+### 9.1 举措卡通用格式
+
+#### 【举措名称】
+
+- **支撑的公司目标**：【】
+- **核心目标**：【】
+- **现状差距与证据**：【】
+- **适用义务/风险**：【】
+- **关键任务链**：【前一步产物如何成为下一步输入】
+- **实际产物**：【】
+- **最终经营结果**：【】
+- **资源、预算与外部支持**：【】
+- **Owner 与协作角色**：【】
+- **里程碑与期限**：【】
+- **衡量指标与验收标准**：【】
+- **继续、调整或停止条件**：【】
+- **实施风险与应对**：【】
+
+### 9.2 候选举措领域
+
+1. 公司治理、出资、授权与重大事项决策机制。
+2. 许可、资质、备案和持续监管义务管理。
+3. 合同分级、标准模板、审查红线、授权签署、履约与续约管理。
+4. 数据、隐私、网络安全、AI 及第三方数据处理治理。
+5. 专利、商标、著作权、软件/开源、商业秘密和成果归属全生命周期。
+6. 招聘、用工、绩效、激励、保密/竞业、外包和人员退出管理。
+7. 宣传主张、促销、客户权益、商业贿赂与竞争合规。
+8. 争议、调查、投诉、数据/知识产权事件响应与证据保全。
+9. 新法域、跨境投资、数据出境、出口管制、制裁与反商业贿赂。
+10. 法务知识、模板、义务日历、审批与证据留存的数字化。
+
+---
+
+## 十、实施路径、资源与优先级
+
+### 10.1 分阶段路线图
+
+| 阶段 | 时间 | 核心目标 | 关键任务 | 产物 | 阶段 Gate | 责任人 | 未达标处置 |
+| --- | --- | --- | --- | --- | --- | --- | --- |
+| 紧急止血 | 0–30 天 | 【处理重大暴露、即将到期义务或影响业务准入的缺口】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 基础建设 | 31–90 天 | 【补齐核心资产、制度、流程、授权和高风险整改】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 持续治理 | 3–12 个月 | 【形成监测、复盘、培训、抽查、事件响应和持续改进】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 10.2 优先级与并行上限
+
+| 举措 | 战略影响 | 风险降低 | 时间紧迫性 | 资源/周期 | 依赖 | 优先级 | 启动条件 |
+| --- | --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+- 当前可支撑的重大举措并行上限：【】
+- 关键路径：【】
+- 资源不足时的取舍顺序：【】
+- 本规划期明确不启动的事项：【】
+
+### 10.3 资源与预算
+
+| 资源类型 | 需求 | 用途 | 金额/工时 | 内部/外部 | 获取时点 | 审批人 | 成效标准 |
+| --- | --- | --- | --- | --- | --- | --- | --- |
+| 法务/合规人员 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 外部律师/专业机构 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 系统/数据/工具 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 培训/审计/认证 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+---
+
+## 十一、治理机制与运行节奏
+
+### 11.1 决策与责任矩阵
+
+| 事项 | 业务负责 | 法务/合规 | 财务/人力/技术/安全 | 审批/风险接受 | 外部律师 | 留存证据 |
+| --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【R/A/C/I】 | 【R/A/C/I】 | 【R/A/C/I】 | 【】 | 【】 | 【】 |
+
+### 11.2 例行运行节奏
+
+| 节奏 | 触发/频率 | 输入 | 产物 | 参与者 | 升级条件 | 证据留存 |
+| --- | --- | --- | --- | --- | --- | --- |
+| 来件合同与紧急事项分流 | 【每周/持续】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 合同/资质/义务到期回顾 | 【每月】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 法规与监管变化评估 | 【每月/实时事件】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 合规与风险复盘 | 【每季】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 法务战略与制度全面回顾 | 【每年/战略变化时】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 11.3 持续监测与预警
+
+| 监测项 | 数据来源 | 阈值/触发事件 | 检查频率 | 首个动作 | 升级对象 | 关闭证据 |
+| --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+---
+
+## 十二、突发事件、人工审批与外部律师边界
+
+### 12.1 突发事件升级矩阵
+
+| 事件 | 触发条件 | 立即保全的证据 | 首次响应时限 | 内部牵头人 | 需通知/复核对象 | 对外动作授权 | 结束与复盘标准 |
+| --- | --- | --- | --- | --- | --- | --- | --- |
+| 数据/网络安全事件 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 知识产权或商业秘密事件 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 重大合同违约/争议 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 行政调查/执法/司法程序 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+| 重大用工/人身/安全事件 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 12.2 必须由人工或专业人员决定的事项
+
+- 特定法域的正式法律意见或律师专属工作。
+- 向监管机关、法院、仲裁机构、客户、员工或公众发送具有法律效力的文件。
+- 承认责任、和解、放弃权利、停产/停服、重大整改或公开披露。
+- 重大合同、担保、投资、融资、股权、并购、关联交易与重大资产处置。
+- 涉及重要/核心数据、大规模敏感个人信息、复杂数据出境或重大安全事件的最终判断。
+- 职业资格、行业许可、税务、财务、技术或安全判断中超出法务职责的专业结论。
+
+### 12.3 外部律师/专业机构使用计划
+
+| 事项 | 使用外部支持的原因 | 目标法域/专业 | 需要的产物 | 内部对接人 | 时间/预算 | 完成标准 |
+| --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+---
+
+## 十三、关键事实与证据缺口闭环
+
+| 缺口 | 影响的适用性/风险/决策 | 当前只能作出的条件化结论 | 所需数据/材料 | 补齐动作 | Owner | 截止日 | 审定节点 | 逾期处置 |
+| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+---
+
+## 十四、管理层决策与行动清单
+
+### 14.1 待决策事项
+
+| 决策事项 | 推荐方案 | 备选方案 | 选择依据 | 主要取舍 | 剩余风险 | 决策人 | 最晚决策日 | 未决策后果 |
+| --- | --- | --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+### 14.2 可转化为 MirrorX 任务的行动候选
+
+> 本表只定义行动候选。是否创建、分派或执行任务，仍以当前任务和 Server 授权合同为准。
+
+| 任务标题 | 目标/原因 | 建议 Owner 角色 | 前置输入 | 期限 | 产物 | 验收标准 | 必需审批 Gate | 依赖/阻塞 |
+| --- | --- | --- | --- | --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 | 【】 |
+
+---
+
+## 十五、附件
+
+1. **主要来源与法源表**：名称、发布/签署主体、版本、公布日、生效日、效力状态、适用条款、官方/内部来源链接或文件引用。
+2. **完整法律资产台账**。
+3. **完整义务日历**：义务、触发条件、周期/截止日、Owner、复核人、履行证据、逾期处置。
+4. **完整风险登记表与整改跟踪表**。
+5. **重大合同与续约清单**。
+6. **知识产权、数据处理、用工和许可资质专项清单**（仅在适用时）。
+7. **外部律师意见与待咨询问题清单**（注意权限与保密范围）。
+
+### 模板方法参考
+
+> 以下材料用于模板的治理方法参考，不当然成为任何公司的适用法或个案结论。编制时必须核验当前有效版本和对本公司的适用性。
+
+- GB/T 35770-2022《合规管理体系 要求及使用指南》（等同采用 ISO 37301:2021）。
+- GB/T 29490-2023《企业知识产权合规管理体系 要求》。
+- 有关企业合规管理的当前有效法律、监管文件、行业规则、公司章程与内部制度。
+- 中央企业可直接核验《中央企业合规管理办法》等适用要求；非中央企业只可在说明非强制适用的前提下参考其治理方法。
+
+---
+
+## 裁剪使用指南
+
+1. **初创公司**：优先保留主体与出资、授权签约、知识产权归属、基础用工、产品/数据准入和融资准备；不建设超出规模的复杂组织。
+2. **成长型公司**：强化合同履约、供应商、数据、员工、知识产权、新市场 Gate 和持续监测，并建立可度量的审查与整改节奏。
+3. **集团/多主体公司**：强化主体地图、关联交易、授权与印章、资产归属、集团制度适用范围和分子公司证据。
+4. **强监管行业**：优先处理准入、持续资质、产品/服务边界、信息披露、数据、监管报告和突发事件管理。
+5. **拟融资/并购/上市公司**：强化股权与出资、重大合同、关联交易、资产权属、用工、数据、争议、披露和尽调整改可追溯性。
+6. **跨境公司**：按每个主体、国家/地区、业务活动和数据/资金/货物流向建立适用性地图，并明确当地持牌律师复核点。

package/dist/templates//345/206/205/345/256/271/345/217/221/345/270/203/344/272/244/346/216/245/345/215/225/346/250/241/346/235/277.md

@@ -0,0 +1,128 @@
+# 内容发布交接单
+
+## 内部执行要求（交付前删除）
+
+适用角色：产品/市场硅基员工和实际任务维护者。与本次选用的渠道模板一起读取，当前任务、权限、验收和执行合同优先。
+
+### 制作与交付
+
+- 区分内容生产、发布跟进和效果复盘范围。纯内容任务交付约定成品后按原验收结束；短视频必须有成片，图文必须有所需图片。不要把“未要求发布”理解为只需脚本。
+- 正文、实际媒体、交接记录分开：发布正文只含采用标题和正文/话题/链接；备选标题、事实来源、待确认项、制作提示词不进入可复制正文。
+- 同一任务文档中的版本号以真实 revision 为准；媒体使用实际成果/附件的稳定标识，保留版本及可用内容校验值。不能用手写 V1 或浮动“最新文件”冒充固定快照。
+- 本模板产生两类独立文档：每个渠道投递项自己的《发布包清单》，以及各投递项共用的《内容发布交接记录》。下方两部分必须分别保存，不能把整份模板作为一个确认目标。纯发布稿仍单独保存，清单不是对外发文正文。
+- 每个投递项使用独立且稳定的清单文档 key（如 publication-p01、publication-p02）。清单列明正文的真实 document/revision 身份、实际媒体文件及顺序、账号、执行方式和授权时间范围；保存后从返回值取得清单 documentId/revisionId，作为发布包版本引用，不将该 revisionId 反写进同一清单造成自引用改版。
+- 发文确认的 issue_document target 绑定该投递项清单的 issueId/key/documentId/revisionId，不能只绑定纯正文或动态交接记录。当前交互支持 artifactRefs 时附上同一任务的实际媒体供查看；artifactRefs 仅便于定位文件，不能替代清单中的固定成员身份。
+- 清单成员必须可按固定版本取得：正文用真实 revision，媒体优先使用不会原地替换的实际附件。仅有可修改的 work product、工作区路径或浮动 URL 时，先通过已提供能力交付固定文件；稳定 ID 本身不证明内容不可变。能力不足时不发起“成品已就绪”确认。
+- 修改正文、封面、视频、顺序、账号、执行方式或授权时间范围时，保存新文件/正文版本，并在该投递项原清单 key 上生成新 revision，再按当前合同替换旧确认。不能只更新素材或新建无关联清单让旧请求继续有效。原 key 受锁定等限制时，使用当前明确支持的失效/替代路径并保留关联；没有可用路径就记录阻塞，不绕过锁定另开无关联文档。其它渠道的清单保持原版；后续发布只取对应确认清单中的成员。
+- 续办时先调用 `mirrorx_read_issue` 读取当前确认状态、目标版本与结果，按 `evidencePage.nextOffset` 翻页直到包含全部相关投递项；确认通过只对其绑定版本有效，不代表已发布。不要根据旧评论或交接记录推断谁仍待确认。
+- 动态交接记录每次更新都要核对全文：投递摘要、各渠道详情、审核安排和归档状态必须与同一份当前证据一致。某项已确认后，移除其它段落把它写成“当前待确认”的过期描述；需保留的历史记录注明当时日期和后续结果。保存后读回全文核对，不能只在末尾追加进展。
+- 动态交接记录只引用清单版本与确认回执，记录进度、发布证据和复盘；回填结果不改清单。服务端不会自动监测清单引用的正文或媒体变化，以上更新顺序由执行者负责，不能宣称模板建立了自动锁定机制。
+- 页面与附件必须实际可获取；本地工作区路径只是诊断信息，按当前成果上传能力交付。文件缺失、制作或质检失败时继续修复或记录真实能力阻塞，不把内容制作转给人工。
+
+### 人工协作
+
+- 从任务概览的当前有效确认/等待入口处理正式决定，不用普通评论替代审批、验收、外部等待解除或任务恢复。批注帮助定位修改点，本身不代表已退回或已续办。
+- 发文版本确认明确账号、包版本、素材和范围；任务最终验收遵循原验收合同。人工同意发文不代表实际已发布，包含发布的任务不能在看稿确认后提前完成。
+- 人工一次提交版本、账号、实际时间/时区、链接/截图和操作者即可；通过已有合法续办更新交接记录并返回引用。反馈已保存与交接记录已更新分开报告；当前仅记录评论时不能承诺自动更新。
+- 某渠道回填只更新该投递项，其他渠道继续保留实际等待与负责人；同一任务的普通 request_confirmation 逐项串行处理，新建一个会取代之前的待确认请求。不要同时创建 P01/P02/P03 三张待确认卡；确需独立并行审核时按既有规则安排关联任务，其余外部等待仍按当前合同保留。
+- 没有发布证据时记录“人工报告已发，待补证据”，不宣称已验证。发布失败、取消、撤下和延期记录原因与来源，不标成成功。
+- 外部发布人未加入系统时由有权限的人交接并代录，标明实际操作者、代录人及依据；写下姓名不代表开户、授权、提醒或已通知。不得自动向他人发送消息。
+- 交接单是普通任务文档，进度词不是系统 Task 状态。负责人需主动查看相关任务；日期不会自动创建提醒、发布日历或全局待发筛选。
+- 写稿任务已结束后新增发布跟进，按现有显式后续/关联任务方式承载，不把已完成任务持续当作待发队列。
+
+### 发布连接器预留
+
+- 当前发布方式为人工。本模板不接入或启用真实发文接口，不因“连接器就绪”自动改为连接器发布。
+- 稳定投递身份为“源任务 ID + 任务内投递编号”。重试保留投递身份，另记尝试编号；有意再次发布才新建投递项。后续 Helige 应用或结构化服务保留这些映射。
+- 后续连接器使用同一固定发布包、账号与时区；凭据只通过受治理连接对象解析，不写入任务/Wiki。执行方式、账号、包版本和时间窗口都在授权范围内，改变后重新核对授权。
+- 连接器接入后，受理、上传、平台审核/处理、已公开发布分别核验；收到符合原验收的实际回执才能结算。超时或结果未知先查询原尝试，不盲目重试、重复付费或同时改成人工。
+- 只有确认旧尝试失败/已取消且不会继续发布，才允许受授权的人工接管；保留尝试、平台对象标识和结果来源。取消计划不等于删除已发布内容，撤下需单独明确安排。
+- 成功的连接器回执自动整理到同一投递项，不要求人工手抄；提供商无幂等/对账能力时保留不确定结果，不承诺恰好一次。具体接口在实际接入时验证，本模板中的字段不是新增 API。
+
+### Wiki 与复盘
+
+- 当前进度以相关任务及最新证据为准；Wiki 保存确认内容、截至某时的历史发布记录与有来源的复盘，不充当发布队列或新授权。
+- 使用当前已提供且获授权的 Wiki 操作，普通用户只需打开已返回的成果链接，不要求进入开发模式。没有可用能力时保留任务成果，明确归档未安排/失败及负责处理方。
+- 普通运营任务先用 Wiki 读取工具在当前公司默认共享空间查重；不要调用未开放的 `wiki_write`，也不要猜测或索取 operationId。需要归档时先保存一份独立归档文档，包含已确认发布包的准确版本、稳定成果引用、来源任务和确认回执，以及未发布/待审核限制；不修改已确认的清单或媒体。
+- 归档正文中的来源必须是可点击 Markdown 链接：复用 `mirrorx_read_issue` 返回的 `issue.href`、`interactions[].href`、`documents[].href` 和 `workProducts[].href`；编号仅作为补充，不能代替链接。文档入口指向可变文档，不是固定版本深链：在链接旁注明真实 revision/第 N 版，已确认版本优先链接到绑定该版本的确认卡预览。媒体入口便于查看，仍须保留实际固定文件身份；不持久化临时签名下载地址。
+- 使用 `runtime_action.describe(upsert_external_wait)` 获取当前合同，通过 `upsert_external_wait` 提交 `reasonCode=wiki_operation_context_missing`、`ownerType=user`、`actionKind=approval` 和 `wikiPublicationSelection`：绑定归档文档的 `documentKey/expectedRevisionId` 及 `destination` 的默认 Wiki、共享空间和稳定 `wiki/...md` 路径；已有页面更新须提供刚读取的准确 `expectedPageHash`，新页面不覆盖现有内容。这是任务页的受控归档入口，不是外部平台发文。
+- 归档等待是本轮最后一个动作；不要通过 `update_parent(status=in_progress)` 写结果说明，该状态由服务端维护。绑定成功时服务端会保存等待归档说明，随后结束本轮。交接记录在提交前只能写“待登记归档”，不能预写成功；后续有真实回执再更新。收到服务端真实成功回执后再读取页面、核对来源与版本、将链接记入独立交接记录；失败、版本变化或成功未关联时保留明确待处理状态，不冒充已归档，不重复提交确认或生成媒体。没有准确归档文档或目标权限时先报告缺口。
+- 核对目标 Company/空间、来源和读者权限；明确 Wiki 是原验收必交时取得成功页面与版本后才能完成，否则不擅自追加归档门禁。
+- 原始图片/视频留在成果/附件中，Wiki 保存内容说明与稳定来源引用，不假定任务摄取会复制视频或 Office 原件，不持久化临时签名地址。
+- 同一来源版本复用现有归档；重试归档不重复生成或再次发布。新任务复用旧内容时重新核对产品事实和有效期。
+- 效果数据保留来源、区间、观察时间和缺口；缺失不当零，累计快照不相加，跨渠道曝光不当去重人数。只在原约定/后续授权范围内复盘或安排周期任务。
+- 删除本内部要求及所有占位符。单篇任务可裁剪表格为简短字段，多渠道保留逐项详情供手机阅读，不重复维护多份状态。
+
+# 发布包清单 · 【P01】（每个投递项单独保存）
+
+## 1. 本次确认范围
+
+- 产品/主题、源任务及稳定投递编号：【】
+- 渠道、账号与必要的非敏感标识：【】
+- 执行方式、指定发布人及允许的时间范围/时区：【】
+- 本次确认的范围与必要限制：【确认以下整套成品用于上述账号；不代表已发布】
+
+## 2. 固定成品成员
+
+| 成员/用途 | 实际任务及文档或附件标识 | 固定 revision 或不可变文件标识/可用校验值 | 顺序/插入位置 | 查看或取得方法 |
+| --- | --- | --- | --- | --- |
+| 纯发布正文 | 【】 | 【实际 revisionId】 | 【】 | 【无版本深链时写明文档→版本历史→第 N 版，再复制/下载】 |
+| 封面、图组或完整视频 | 【实际文件；按需要逐项列出】 | 【】 | 【】 | 【实际成果入口】 |
+
+## 3. 核对依据
+
+- 成品检查结果、事实/品牌/素材来源与必要限制：【】
+- 本次改动及与上一清单版本的关系：【首版明确为首版】
+
+以上为待确认的静态范围。确认决定、清单自身的实际版本引用、发布情况与后续复盘记录在下方独立交接记录中，不回写本清单。
+
+# 内容发布交接记录（单独保存，持续更新）
+
+## 1. 跟进范围
+
+- 产品/主题、源任务：【】
+- 本次交付/发布/复盘范围：【】
+- 当前维护负责人、最近更新人及时间：【】
+
+## 2. 投递摘要
+
+| 投递编号 | 渠道/账号 | 发布包清单版本 | 执行方式 | 发布人 | 拟发布时间/时区 | 当前情况/下一步 | 结果引用 |
+| --- | --- | --- | --- | --- | --- | --- | --- |
+| 【P01】 | 【】 | 【】 | 人工 | 【】 | 【】 | 【】 | 【未发布时明确】 |
+
+投递编号在源任务内稳定保留。各项当前事实只在本交接单维护，其他计划/任务/Wiki 引用此处并注明来源与截至时间。
+
+## 3. 按投递项的详情
+
+### 【P01：渠道/账号】
+
+- 稳定身份：【源任务 + 投递编号】
+- 对应发布包清单及真实文档版本：【清单 issueId/key/documentId/revisionId；成员只在该清单维护】
+- 审核人、决定、确认时间和原交互/记录引用：【】
+- 执行方式、实际账号和允许的时间范围：【】
+- 当前进度与未完成事项、负责人：【】
+- 变更/取消/延期原因及确认依据：【】
+
+#### 执行尝试与结果
+
+| 尝试编号 | 执行方式/操作者 | 实际时间/时区 | 实际采用版本 | 结果及来源 | 链接/证据 | 后续动作 |
+| --- | --- | --- | --- | --- | --- | --- |
+| 【有实际执行才填写】 | 【人工；后续可为连接器】 | 【】 | 【】 | 【人工确认/连接器回执/待核验】 | 【】 | 【】 |
+
+后续连接器可记录非敏感的连接对象、请求及平台内容标识；当前人工执行不编造这些字段，也不把未经验证的回填说成已核验发布。
+
+## 4. 效果与复盘（按本次范围保留）
+
+| 投递编号 | 观察时间/统计区间 | 数据来源 | 指标、数值与口径 | 缺口/限制 |
+| --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【】 | 【】 |
+
+- 基于证据的结论及局限：【】
+- 下一步动作与负责人：【】
+
+## 5. 成果归档
+
+- 是否属于原任务必交/另行安排：【】
+- 目标 Company/空间与来源引用：【】
+- 实际状态：【未安排/待处理/失败/成功及依据】
+- Wiki 页面、版本/操作结果及任务回链：【成功后填写实际引用】

package/dist/templates//345/206/205/345/256/271/350/256/241/345/210/222/344/270/216/346/216/222/346/234/237/346/250/241/346/235/277.md

@@ -0,0 +1,52 @@
+# 内容计划与排期
+
+## 内部执行要求（交付前删除）
+
+适用角色：市场硅基员工主责，产品硅基员工提供产品事实和用户问题。
+
+- 计划以当前 Issue 内的文档交付，一行选题不会自动创建 Issue、定时任务或提醒。需要独立负责人和独立验收时，再通过当前受支持的任务操作安排关联任务。
+- 同一主题可以有多个渠道版本，不默认铺满全部平台。区分“内容准备完成时间”和“拟发布时间”，注明时区；日期只是计划，不是调度成功。
+- 引用真实用户问题、产品事实与历史内容，说明为何值得做。不要以“必爆”等无法验证的承诺替代选题理由。
+- 按实际任务规模安排单次/周/月周期，不为单篇稿件强制增加整月计划。
+- 默认由硅基员工完成文案、实际图组、短视频成片；人工负责发布。只有明确要求脚本时才以脚本为交付。
+- 阅读同一 Runtime Template Catalog 的《内容发布交接单模板.md》。计划只记录计划事实；开始制作/投递后，当前进度引用承担跟进的任务和交接单，避免两份动态清单冲突。
+- 现有运行时能力决定是否能执行。未授权时不创建自动化；不把文档中的排期说成届时会提醒。
+- 删除本节、占位符和无关章节，交付可审阅计划。
+
+## 1. 本期范围
+
+- 产品/活动、目标受众：【】
+- 内容目标及依据：【】
+- 计划周期、资料截止日期及时区：【】
+- 渠道与账号：【未指定账号时明确待指定】
+- 当前维护负责人：【】
+
+## 2. 选题与排期
+
+| 内容编号 | 主题及选题理由 | 渠道/账号 | 成品形式 | 制作负责人 | 计划交付时间 | 拟发布时间/时区 | 人工发布人 | 制作/跟进任务引用 |
+| --- | --- | --- | --- | --- | --- | --- | --- | --- |
+| 【C01】 | 【】 | 【】 | 【图文/完整视频】 | 【】 | 【】 | 【】 | 【】 | 【未创建时明确】 |
+
+内容编号在本计划内稳定保留。任务间引用同时标明源任务，不把不同任务的 C01 混为同一项。
+
+## 3. 按内容的执行说明
+
+### 【内容编号与主题】
+
+- 对用户的具体价值、核心信息和行动引导：【】
+- 产品/数据/案例的事实来源：【】
+- 需要的图组、封面、视频及可用原件：【】
+- 当前制作能力与未满足条件：【】
+- 审核人、业务确认范围：【】
+- 排期依赖及失效条件：【】
+- 开始执行后的当前跟进位置：【任务及交接单引用】
+
+## 4. 观察与调整
+
+| 内容编号 | 观察时点/区间 | 指标及口径 | 数据获取方式 | 调整依据 |
+| --- | --- | --- | --- | --- |
+| 【】 | 【】 | 【】 | 【人工回填/实际可用读取能力】 | 【】 |
+
+## 5. 需要确认的事项
+
+【只列影响选题、内容真实性、制作或发布时间的真实缺口；明确谁处理和恢复条件。】