Auto-sync: 2026-04-24 04:02

wiki/log.md

@@ -1,3 +1,191 @@
+## [2026-04-27] ingest | CTP Topic 20 Program demand process flow and PoC onboarding
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-20-program-demand-process-flow-and-poc-onboarding.md
+- Status: ✅ 成功摄入
+- Summary: 云转型计划的程序需求流程与 POC 入职流程——Sergio 和 Damian 主讲。核心内容：需求来源（业务案例/战略优先级/产品路线图）、Gate Process 三阶段审批（Gate 0/1/3）、POC 目的（验证架构可行性+熟悉 Gruntwork Landing Zone）、新环境强调 IaC（Terraform/Terragrunt）自动化、PCG 团队职责、成功标准前置定义。
+- Concepts identified: Program-Demand-Process, Proof-of-Concept, Gate-Process, Solution-Design
+- Entities identified: Sergio, Damian, PCG-Team, Gruntwork, Terraform, Terragrunt
+- Source page: wiki/sources/ctp-topic-20-program-demand-process-flow-and-poc-onboarding.md
+- Notes:
+  - 新增 1 个 Source Page
+  - 4 个 Concepts 以 wikilink 形式建立关联，暂不创建独立页面（各仅出现 1 次，未达 ≥2 次阈值）
+  - 6 个 Entities 以 wikilink 形式建立关联，暂不创建独立页面（Sergio/Damian/PCG-Team 各仅出现 1 次；Gruntwork/Terraform/Terragrunt 已存在于 wiki/）
+  - index.md 更新：替换预期占位符为正式条目（日期修正为 2026-04-14）
+  - overview.md 更新：新增 CTP Topic 20 摘要段落（置于 ctp-topic-65 之后，ctp-topic-47 之前）；Key Concepts 列表新增 4 个概念（Program-Demand-Process/Proof-of-Concept/Gate-Process/Solution-Design）
+  - 冲突检测：与 [[ctp-topic-4-using-agile-to-run-the-cloud-transformation-program]] 存在流程视角差异——Topic 4 强调 Kanban 持续流动允许随时调整优先级，Topic 20 强调 Gate Process 阶段性审批节点。两者非逻辑矛盾，而是适用场景不同（敏捷迭代 vs 迁移治理），已记录于 Source Page Contradictions 节
+
+## [2026-04-24] ingest | CTP Topic 4 Using Agile to Run the Cloud Transformation Programme
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-4-using-agile-to-run-the-cloud-transformation-program.md
+- Status: ✅ 成功摄入
+- Summary: 云转型计划中敏捷实践落地经验——从 Scrum（两周 Sprint）因"Sprint 期间不允许变更"转向 Kanban 持续流动，采用混合框架（Kanban 为主 + 保留 Scrum 仪式）。Microsoft Planner 看板五列布局，最佳实践：单一负责人、依赖链接、优先级和截止日期。核心价值观：快速反馈驱动产品和开发文化持续改进。
+- Entities created: Heather-Norris, Microsoft-Planner
+- Concepts created: Scrum, Kanban, Agile-Ceremonies, Continuous-Delivery
+- Source page: wiki/sources/ctp-topic-4-using-agile-to-run-the-cloud-transformation-program.md
+- Notes: 与 CTP Topic 30 (变更管理) 和 Topic 57 (需求管理) 共同构成项目管理知识体系
+
+## [2026-04-26] ingest | CTP Topic 65 Tracing the Value Delivered in Cloud Transformation
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-65-tracing-the-value-delivered-in-cloud-transformation.md
+- Status: ✅ 成功摄入
+- Summary: 云转型价值交付量化框架——涵盖 Process/Value/Value-Stream 基础概念、Lean 三类活动识别、收益四维度量化（财务/生产力/质量/体验）、WSJF 优先级排序（Cost of Delay / Size of Job）、功能级价值拆解方法。核心理念："以最小投入尽早交付最大价值"。
+- Concepts identified: Process, Value, Value-Stream, Value-Adding, Waste, Benefits-Quantification, Cost-of-Delay, WSJF, SOM, Feature-Level-Value-Breakdown
+- Entities identified: CTP（Cloud Transformation Programme），Scaled-Agile（WSJF 来源框架）
+- Source page: wiki/sources/ctp-topic-65-tracing-the-value-delivered-in-cloud-transformation.md
+
+  - 新增 1 个 Source Page（wiki/sources/ctp-topic-65-tracing-the-value-delivered-in-cloud-transformation.md）
+  - 所有 Concepts 和 Entities 均以 wikilink 形式建立关联，暂不创建独立页面（各仅出现 1 次，未达 ≥2 次阈值）
+  - index.md 更新：替换预期占位符为正式条目（日期修正为 2026-04-14）
+  - overview.md 更新：新增 CTP Topic 65 摘要段落（置于 ctp-topic-30 之后，ctp-topic-47 之前）；Key Concepts 列表新增 10 个概念
+  - 冲突检测：与 [[ctp-topic-53-why-bother-with-cloud]] 存在视角张力——Topic 53 质疑迁移必要性，Topic 65 假设迁移已决策并聚焦如何量化交付价值。两者互补而非逻辑矛盾——前者回答"是否迁移"，后者回答"如何衡量价值"。已记录于 Source Page Contradictions 节。
+
+
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-30-managing-change.md
+- Status: ✅ 成功摄入
+- Summary: 云转型中的变更管理与 SRE 团队协作——Brendan Starnig（SRE Function Lead）主讲。核心内容：①SRE 职责——用软件工程思维解决运维问题，追求可靠性、可测试性、可重复性；②变更分类——Standard Change（预批准，完全自动化）→ Normal Change（需 CAB 审批）→ Emergency Change（立即执行，事后 CAPA）；③SRE 三阶段协作——Build/Early Live Support/BAU；④Self-Healing 演进方向。
+- Concepts created: Standard-Change, Normal-Change, Emergency-Change, CAPA, Early-Live-Support
+- Entities created: Brendan-Starnig, SMACs
+- Source page: wiki/sources/ctp-topic-30-managing-change.md
+- Notes:
+  - 新增 1 个 Source Page（wiki/sources/ctp-topic-30-managing-change.md）
+  - 新增 2 个 Entity 页面（Brendan-Starnig.md, SMACs.md）
+  - 新增 5 个 Concept 页面（Standard-Change.md, Normal-Change.md, Emergency-Change.md, CAPA.md, Early-Live-Support.md）
+  - 更新现有 Entity：SRE-Team.md（添加三阶段支持职责和 Topic 30 来源）
+  - index.md 更新：替换预期占位符为正式条目（日期修正为 2026-04-14）
+  - overview.md 更新：新增 CTP Topic 30 摘要段落
+  - 冲突检测：与 [[ctp-topic-53-why-bother-with-cloud]] 的观点张力——Topic 30 假设迁移决策已做出，聚焦执行层面变更管理；Topic 53 质疑迁移必要性。已记录于 Source Page Contradictions 节。
+
+## [2026-04-25] ingest | CTP Topic 69 Best Practices for Migrating On-Premises (IOD) Virtual Machines to VMware Cloud on AWS
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-69-best-practices-for-migrating-on-premises-iod-virtual-machines-to-vm.md
+- Status: ✅ 成功摄入
+- Summary: VMC on AWS 虚拟机迁移最佳实践——HCX 多云管理（每次迭代最多 200 台 VM）、UI 和 CCOE 脚本两种迁移方案、Direct Connect + Virtual Transit Gateway 混合云连接、预/后迁移自动化、Brown to Manage 系统集成 SMACS + HCMX 实现后迁移管理。
+- Concepts created: Direct Connect, Virtual Transit Gateway, BGP, EC2-Bare-Metal, CCOE, SMACS Suite, HCMX
+- Source page: wiki/sources/ctp-topic-69-best-practices-for-migrating-on-premises-iod-virtual-machines-to-vm.md
+- Notes:
+  - 新增 1 个 Source Page（wiki/sources/ctp-topic-69-best-practices-for-migrating-on-premises-iod-virtual-machines-to-vm.md）
+  - 所有 Concepts 和 Entities 均以 wikilink 形式建立关联，暂不创建独立页面（各仅出现 1 次，未达 ≥2 次阈值）
+  - index.md 更新：替换预期占位符为正式条目（日期修正为 2026-04-14）
+  - overview.md 更新：新增 CTP Topic 69 摘要段落（置于 ctp-topic-43 之后），补充 HCX 和迁移执行层面的详细信息
+  - 冲突检测：与 [[ctp-topic-43-vmware-cloud-on-aws]] 互补而非冲突——Topic 43 提供 VMC on AWS 概述，Topic 69 提供迁移执行细节，已记录于 Source Page Contradictions 节
+
+## [2026-04-24] ingest | Public Cloud Learning Sessions (OpenText) - Evolving from DR to Recovery Assurance - 20240723
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/public-cloud-learning-sessions-opentext-evolving-from-dr-to-recovery-assurance-2.md
+- Status: ✅ 成功摄入
+- Summary: OpenText DR 向 Recovery Assurance 演进框架——Jim Rose 主讲，涵盖 CrowdStrike 事件警示、RTO/RPO 合同差异、DR 测试瓶颈（被动/手动/按客户时间表）、多云复杂性（AWS/GCP/Azure）、混合架构挑战，以及 Design/Software/Build/Environments 四位框架转型路径。SRE + 可观测性工程是核心驱动力。
+- Concepts identified: RTO, RPO, SRE, Observability-Engineering, Disaster-Recovery, Business-Continuity-Plan, Self-Healing, Customer-Zero-Environment
+- Entities identified: OpenText, Jim-Rose, CrowdStrike
+- Source page: wiki/sources/public-cloud-learning-sessions-opentext-evolving-from-dr-to-recovery-assurance-2.md
+- Notes:
+  - 新增 1 个 Source Page
+  - Concepts 和 Entities 均以 wikilink 形式建立关联，暂不创建独立页面（各仅出现 1 次，未达 ≥2 次阈值）
+  - index.md 更新：插入至 Sources 顶部，日期 2026-04-24
+  - overview.md 更新：无需更新（已有 ctp-topic-72 覆盖 DR 核心内容，本视频内容已通过 Connections 节与相关 Topic 建立关联）
+  - 冲突检测：无冲突——与现有 Wiki DR 内容互补，记录于 Source Page Contradictions 节
+
+## [2026-04-25] ingest | CTP Topic 31 Network Segregation and Secure Access to the New AWS Landing Zones
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-31-network-segregation-and-secure-access-to-the-new-aws-landing-zones.md
+- Status: ✅ 成功摄入
+- Summary: AWS Landing Zone 网络隔离与安全远程访问方案。核心：①网络隔离——Checkpoint 防火墙 SPI default-deny 阻断内部网络直连 AWS；②安全访问——AWS SSM 替代 VPN，IAM 角色假设 + SSM Agent 实现浏览器/CLI 远程访问。定位为 SD-WAN 实施前过渡方案；长期目标 IaC 化消除控制台访问。与 Topic 18 互补（打通 vs 限制）。
+- Concepts created: (已存在: SD-WAN, AWS-Landing-Zone, Network-Segregation, AWS-Systems-Manager-SSM, SPI-Security-Policy-Infrastructure; 新增 wikilinks 于 source page)
+- Entities created: (已存在: Checkpoint)
+- Source page: wiki/sources/ctp-topic-31-network-segregation-and-secure-access-to-the-new-aws-landing-zones.md
+- Notes:
+  - 新增 1 个 Source Page
+  - 冲突记录：与 [[ctp-topic-18-wide-area-networking-in-aws-cloud]] 的视角张力——Topic 18 关注打通网络，Topic 31 关注限制网络；已记录于 source page Contradictions 章节
+
+## [2026-04-25] ingest | CTP Topic 18 Wide Area Networking in AWS Cloud
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-18-wide-area-networking-in-aws-cloud.md
+- Status: ✅ 成功摄入
+- Summary: AWS Transit Gateway 全球广域网架构与 SD-WAN 演进路径——Micro Focus IT 网络架构师 Christian Deckelman 主讲。核心架构：全球划分为 APJ/EMEA/AMS 三个地理区域，每个区域设立 Hub，Landing Zones 通过 TGW Peering 以星型拓扑接入 Hub，区域 Hub 之间全网状互联。现状依赖静态路由缺乏 BGP，DR 需人工干预。未来演进：引入 Silver Peak SD-WAN 实现动态路径选择，Pulse VPN 迁移至 Prisma Access (SASE) 实现就近接入。
+- Concepts created: AWS-Transit-Gateway, Hub-and-Spoke, SD-WAN, Overlay-Network, Static-Routing, Prisma-Access, TGW-Peering
+- Entities created: (已存在: Micro Focus, AWS, Christian Deckelman, Silver Peak, Palo Alto Networks)
+- Source page: wiki/sources/ctp-topic-18-wide-area-networking-in-aws-cloud.md
+- Notes:
+  - 新增 1 个 Source Page（wiki/sources/ctp-topic-18-wide-area-networking-in-aws-cloud.md）
+  - 新增 7 个 Concept 页面
+  - index.md 更新：Sources 节新增条目（日期 2026-04-14）
+  - overview.md 更新：新增 Topic 18 的完整段落
+  - 冲突检测：无已知冲突
+
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-43-vmware-cloud-on-aws.md
+- Status: ✅ 成功摄入
+- Summary: VMware Cloud on AWS（VMC on AWS）混合云服务介绍——VMware与AWS联合开发，在AWS裸金属服务器（i3.metal/i3en.metal）上原生安装vSphere 8。工作负载可在数秒内往返迁移于本地与云端之间，通过HCX实现any-to-any vSphere迁移。相比常规云方案节省27%成本，云经济学团队可提供TCO计算。
+- Concepts created: VMware-Cloud-on-AWS, HCX, SDDC, Stretched-Cluster, Hybrid-Cloud
+- Entities created: VMware, AWS
+- Source page: wiki/sources/ctp-topic-43-vmware-cloud-on-aws.md
+- Notes:
+  - 新增 1 个 Source Page（wiki/sources/ctp-topic-43-vmware-cloud-on-aws.md）
+  - 新增 2 个 Entity 页面（VMware.md, AWS.md）
+  - 新增 4 个 Concept 页面（VMware-Cloud-on-AWS.md, HCX.md, SDDC.md, Stretched-Cluster.md）
+  - index.md 更新：Sources 节新增条目（日期 2026-04-25，置顶于所有条目最前）；Entities 节新增 VMware 和 AWS；Concepts 节新增 4 个概念
+  - overview.md 更新：新增 Topic 43 的完整段落；Key Concepts 新增 VMware-Cloud-on-AWS、VMware、HCX、SDDC、Stretched-Cluster、Hybrid-Cloud
+  - 冲突检测：与 ctp-topic-53-why-bother-with-cloud 存在是否应迁移至云端的观点张力，已在 source page 中记录为 Contradictions
+
+## [2026-04-24] ingest | CTP Topic 61 Workload VPC provision with IPAM Automation
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-61-workload-vpc-provision-with-ipam-automation.md
+- Status: ✅ 成功摄入
+- Summary:
+- Concepts created: VPC-自动化供给, CIDR-审批流程, Availability-Zone-ID
+- Source page: wiki/sources/ctp-topic-61-workload-vpc-provision-with-ipam-automation.md
+- Notes:
+  - 新增 1 个 Source Page（wiki/sources/ctp-topic-61-workload-vpc-provision-with-ipam-automation.md）
+  - index.md 更新：Sources 节新增条目（日期 2026-04-24，置顶于所有条目最前）；移除原有的 source missing 条目
+  - overview.md 更新：新增 Topic 45 和 Topic 61 的完整段落，描述 IPAM 的"机制 → 应用"完整链路；Key Concepts 新增 [[VPC-自动化供给]] 和 [[CIDR-审批流程]]
+  - 冲突检测：无已知冲突内容
+  - IPAM（IP Address Management）和 Infoblox Grid 概念已在 overview.md Key Concepts 中，无需单独 Concept 页面
+
+## [2026-04-24] ingest | CTP Topic 45 Automatic IP address allocation with IPAM
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-45-automatic-ip-address-allocation-with-ipam.md
+- Status: ✅ 成功摄入
+- Summary: 使用 Infoblox NIOS IPAM 实现 AWS VPC 自动化 IP 地址分配的架构实践。核心内容：①传统方式（手工请求→网络团队计算CIDR→电子表格→手工配置YAML）效率低下；②Infoblox NIOS 自动分配下一个可用 IP 地址块（≤/24 自动，>/24 需审批）；③新 YAML 配置仅声明期望子网大小和区域父 CIDR，不含硬编码 IP；④销毁 VPC 时自动从 IPAM Grid 清除条目，支持撤销保护；⑤向后兼容旧配置。目标：创建 VPC 无需网络团队参与，建立单一可信数据源。
+- Concepts created: IPAM（IP Address Management），Infoblox-NIOS，VPC-自动化供给
+- Source page: wiki/sources/ctp-topic-45-automatic-ip-address-allocation-with-ipam.md
+- Notes:
+  - 新增 1 个 Source Page（wiki/sources/ctp-topic-45-automatic-ip-address-allocation-with-ipam.md）
+  - index.md 更新：将原有的 source missing 条目替换为正式条目（日期 2026-04-24）
+  - IPAM 关键概念在 source page 内已有详细说明，无需单独 Concept 页面
+  - 冲突检测：无已知冲突内容
+
+## [2026-04-24] ingest | CTP Topic 19 Configuring DNS within AWS LZs
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-19-configuring-dns-within-aws-lzs.md
+- Status: ✅ 成功摄入
+- Summary: AWS Landing Zone 多账号环境中的集中化 DNS 配置架构——Sankar Gopov 主讲。核心内容：①设立专用 DNS 账号集中管理所有私有托管区（优于分散管理）；②Route 53 Resolver Inbound/Outbound Endpoints 打通混合 DNS（Inbound 接收本地请求，Outbound 转发 AWS 请求至本地）；③AWS RAM 跨账号共享 Resolver Rules；④跨账号 VPC 关联必须先授权（Authorization）再关联（Association）；⑤Terraform 自动化实现新账号上线即具备完整解析能力。
+- Concepts created: Hybrid DNS Resolution, Route 53 Resolver Rules, VPC Association Authorization, Terraform DNS Automation
+- Entities created: Sankar Gopov
+- Source page: wiki/sources/ctp-topic-19-configuring-dns-within-aws-lzs.md
+- Notes:
+  - 新增 1 个 Source Page（wiki/sources/ctp-topic-19-configuring-dns-within-aws-lzs.md）
+  - 新增 1 个 Entity 页面（wiki/entities/SankarGopov.md）
+  - 新增 1 个 Concept 页面（wiki/concepts/HybridDnsResolution.md）
+  - index.md 更新：Sources 节新增条目（日期 2026-04-24，置顶于所有条目最前）
+  - overview.md 更新：更新 CTP Topic 22 段落，移除"（待摄入）"标注，补全两条 DNS 视频的知识体系关系描述
+  - 冲突检测：与 [[ctp-topic-22-global-dns-service-offerings]] 存在潜在视角差异——DNS 账号是否应包含公共托管区；前者侧重落地配置，后者侧重服务提供架构；两者的冲突是视角互补而非逻辑矛盾
+
+## [2026-04-26] ingest | CTP Topic 36 SendGrid as an Email Service
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-36-sendgrid-as-an-email-service.md
+- Status: ✅ 成功摄入
+- Summary: SendGrid 被选定为 CTP 标准邮件服务，替换 Port 25 不安全的语义消息网关和每封限制 50 收件人的 SES。SendGrid 支持每封最多 1,000 收件人、TLS 端到端加密、双因素认证；两种架构（直连 vs 中继）；配置要求 software.microcopy.com 域名、smtp.sendgrid.net:587、TLS；SPF/DKIM 必要；API 密钥 180 天轮换；日志 7 天保留。同期更新了 Cyber Suite 加密标准（FIPS/Java/Golang/Node.js/OpenCell 等），可选套件因含 CBC 弱加密仅作向后兼容。
+- Concepts created: SPF, DKIM, TLS, API-Key-Rotation, Cyber-Suite, CBC-Mode
+- Entities touched: SendGrid, Twilio, Rejoy Ganapati, Rajiv, Yu-Yan, PSAC
+- Source page: wiki/sources/ctp-topic-36-sendgrid-as-an-email-service.md
+- Notes:
+  - 新增 1 个 Source Page（wiki/sources/ctp-topic-36-sendgrid-as-an-email-service.md）
+  - 所有 Concepts 和 Entities 均以 wikilink 形式建立关联，暂不创建独立页面（各仅出现 1 次，未达 ≥2 次阈值）
+  - index.md 更新：Sources 节新增条目（日期 2026-04-14，置顶于 CTP Topic 34 之后）
+  - overview.md 更新：新增 CTP Topic 36 摘要段落（置于 ctp-topic-22 之后，ctp-topic-17 之前）；Key Concepts 列表新增 8 个概念（SPF/DKIM/TLS/API-Key-Rotation/Cyber-Suite/CBC-Mode/SendGrid/Twilio）
+  - 冲突检测：与 [[ctp-topic-12-using-ses-smtp-service-terraform-module]] 存在冲突——SES 作为标准邮件服务 vs SendGrid 被选定为新标准；SES 适合 AWS 原生集成场景，SendGrid 为大规模需求首选
+
+
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-22-global-dns-service-offerings.md
+- Status: ✅ 成功摄入
+- Summary: 企业级全球 DNS 服务架构详解——Sankar 和 Vino 主讲。核心架构：Route 53 Private Hosted Zone + AD 托管 DNS，通过 Route 53 Resolver 入站/出站终端节点打通 AWS VPC 与本地网络 DNS 查询；Outbound Endpoint 配置多区域 AD 域控制器 IP 实现故障自动切换；Infoblox Anycast 提供本地 DNS 全球低延迟和高可用；AWS EC2 不支持 Anycast；DNS 安全涵盖防隧道攻击、缓存污染等；就近解析优化 Office 365 访问
+- Concepts touched: Hybrid DNS Resolution、Route 53 Private Hosted Zone、Route 53 Resolver、DNS Anycast、Infoblox Grid、IPAM（IP Address Management）、Active Directory DNS、Landing Zone
+- Entities touched: AWS、Infoblox、Microsoft Active Directory、Office 365、Sankar、Vino
+- Source page: wiki/sources/ctp-topic-22-global-dns-service-offerings.md
+- Notes:
+  - 新增 1 个 Source Page（wiki/sources/ctp-topic-22-global-dns-service-offerings.md）
+  - 所有 Concepts 和 Entities 均以 wikilink 形式建立关联，暂不创建独立页面（各仅出现 1 次，未达 ≥2 次阈值）
+  - index.md 更新：Sources 节替换预期占位符为正式条目（日期修正为 2026-04-14）
+  - overview.md 更新：新增 CTP Topic 22 摘要段落（置于 ctp-topic-14 之后，ctp-topic-17 之前）；Key Concepts 列表新增 7 个 DNS 相关概念
+  - 冲突检测：ctp-topic-19（configuring DNS within AWS LZs）尚未摄入，无法进行完整对比；source page Contradictions 节已记录，待 ctp-topic-19 摄入后补充对比
+
 ## [2026-04-26] ingest | CTP Topic 50 AMI Roadmap for AWS AMIs
 - Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/01_AWS-Landing-Zone/ctp-topic-50-ami-roadmap-for-aws-amis.md
 - Status: ✅ 成功摄入