diff --git a/assignments/lesson1/Limited-time.md b/assignments/lesson1/Limited-time.md
new file mode 100644
index 0000000..3c7da86
--- /dev/null
+++ b/assignments/lesson1/Limited-time.md
@@ -0,0 +1,220 @@
+# 开源商业模式分析报告
+
+## 学员GitHub用户名: Limited-time
+
+## 选择的商业模式
+
+Linux 基金会商业模式
+
+## 分析内容
+
+## 1. 商业模式概述
+
+Linux基金会采用“非营利架构支撑商业价值”的独特开源商业模式，以“中立治理”为核心信任基石，构建“企业-开发者-高校”三方共生的生态网络。其本质是通过专业团队运营开源项目，整合跨领域技术资源并主导行业标准制定，一方面为全球开发者提供免费开源技术与协作平台，另一方面通过面向企业的增值服务实现可持续运营，最终形成“技术协同创造价值、多元服务实现变现”的生态闭环。2025年托管微软DocumentDB项目并吸引AWS、谷歌联合支持的案例，进一步印证了其“供应商中立枢纽”的核心定位。
+
+## 2. 收入来源
+
+Linux基金会的收入结构均衡且可持续，2023年2.63亿美元营收主要来自四大板块，形成“核心收入稳、增值收入活”的格局：
+
+- **分级会员费（占比45%）**：核心收入来源，按权益分级定价——白金会员年缴50万美元（13家，含华为、微软）、黄金会员年缴10万美元（11家，含百度、谷歌）、白银会员年缴5000-20000美元（约1275家），会员可获得标准制定话语权、优先技术支持等核心权益；
+- **项目支持费（占比26%）**：企业针对特定项目的定向资助，如Kubernetes、RISC-V等，2024年新增155个项目带来6700万美元收入，2025年DocumentDB项目的跨厂商资助进一步扩充该板块规模；
+- **培训与认证（占比20%）**：推出Linux开发、Kubernetes管理等认证体系，2024年培训240万人、认证10万+专业人才，形成“人才培养-企业招聘”的商业闭环，OpenSSF推出的网络安全技能框架也带动了安全领域培训收入增长；
+- **活动与赞助（占比9%）**：每年举办157场全球活动（如Open Source Summit），吸引9万+与会者，收入来自企业冠名、展位租赁，同时为开发者提供差旅支持以扩大参与度。
+
+## 3. 社区与生态
+
+Linux基金会已构建全球最具影响力的开源生态之一，形成“规模庞大、协同高效、价值闭环”的发展格局：
+
+- **社区规模**：截至2025年，聚集1.5万个组织成员、管理850+关键项目，旗下OpenSSF项目拥有118家机构支持和1519名技术贡献者，形成覆盖企业、开发者、高校的多元参与网络；
+- **生态建设举措**：一是项目矩阵化管理，覆盖Linux内核、云原生（Kubernetes）、AI（DocumentDB）、硬件（RISC-V）等领域，实现技术协同；二是人才供应链建设，通过“开源之夏”、高校课程共建培养人才，认证体系直接对接企业招聘；三是标准输出，主导POSIX、云原生等行业标准，2025年推动DocumentDB成为首个开源文档数据库标准引擎；
+- **生态价值体现**：RISC-V与Linux内核适配降低硬件厂商开发成本，汽车软件项目服务数百万辆量产车，DocumentDB通过PostgreSQL扩展解决企业数据一致性痛点，生态协同效应显著。
+
+## 4. 竞争优势
+
+相较于传统商业软件“闭源垄断、高成本、强绑定”的模式，Linux基金会的商业模式具有五大核心优势：
+
+- **成本优势**：基础技术与工具完全开源，企业无需支付高额软件授权费，仅按需购买增值服务，显著降低技术投入门槛；
+- **中立性信任优势**：三层治理架构避免单一企业控制，微软、AWS等竞争对手可共同参与DocumentDB等项目，这种中立性成为吸引多元主体的核心磁场；
+- **生态创新优势**：1.5万组织的集体创新远快于单一企业研发，如Kubernetes的迭代速度是传统商业容器软件的3倍；
+- **标准壁垒优势**：主导的Kubernetes、DocumentDB等成为行业标准，企业采用开源标准可避免供应商锁定，如DocumentDB解决了NoSQL领域的碎片化问题；
+- **安全合规优势**：OpenSSF推出AI/ML安全白皮书、CRA合规指南等工具，帮助企业应对开源安全与合规风险，这是传统商业软件难以提供的生态级服务。
+
+## 5. 挑战与风险
+
+尽管生态成熟，Linux基金会的商业模式仍面临四大核心挑战，部分风险在AI时代进一步凸显：
+
+- **商业化与社区的平衡难题**：企业会员的商业诉求可能与社区开源精神冲突，如Red Hat曾因闭源部分工具引发社区争议，DocumentDB的MongoDB兼容目标也需平衡企业利益与社区需求；
+- **云厂商生态掠夺风险**：AWS等云厂商利用开源项目提供托管服务却低比例回馈社区，如AWS自有DocumentDB与Linux基金会项目形成竞争，可能分流生态资源；
+- **合规与安全压力升级**：开源许可证种类复杂（Apache 2.0、GPL等），企业易陷入知识产权纠纷；同时欧盟《网络弹性法案》（CRA）增加了开源项目的合规成本，需持续输出指南与工具应对；
+- **AI开源的商业化瓶颈**：大模型训练成本高、迭代快（6个月一次大版本更新），开源LLM的变现路径尚未清晰，DocumentDB等AI相关项目的长期盈利模式仍需验证。
+
+## 6. 个人见解
+
+Linux基金会的商业模式核心价值在于重构了技术生产关系——将“单一企业研发”转化为“全球协同创新”。这种模式的可持续性，本质上依赖“中立性-价值创造-多元变现”的三角支撑：中立性建立信任吸引参与，协同创新创造技术价值，分层服务实现商业回报。
+
+从行业发展来看，其模式在AI时代既有机遇也需调整：一方面，DocumentDB、OpenSSF等项目证明开源能解决AI领域的标准化与安全痛点；另一方面，需针对AI项目特性优化变现逻辑，如推出大模型微调认证、异构芯片适配服务等新增值点。
+
+对企业而言，参与Linux基金会生态应摒弃“零和思维”：芯片厂商可通过标准制定扩大市场，软件企业可借助生态降低适配成本，这种“共建共享”正是开源商业模式超越传统商业软件的核心魅力。未来，随着云厂商从“掠夺”转向“共生”（如AWS参与DocumentDB项目），以及合规体系的完善，该模式有望在AI开源浪潮中进一步放大价值。
+
+
+
+# 参考（豆包）
+
+## Linux基金会及开源商业模式全景分析报告
+
+**报告摘要**：本报告以Linux基金会为核心研究对象，系统拆解其“中立治理+生态赋能+多元变现”的商业模式内核，结合Apache基金会、Red Hat等典型案例，归纳开源领域4类主流商业模式的特征与适用场景。通过分析2023-2025年行业数据，总结开源商业模式的共性规律与核心矛盾，并对AI时代开源商业化的发展趋势提出预判，为企业参与开源生态提供决策参考。
+
+### 一、核心标杆
+
+Linux基金会成立于2000年，2007年由开源开发实验室（OSDL）与自由标准组织（FSG）整合而成，是全球最具影响力的开源生态枢纽。截至2025年，其已聚集1.5万个组织成员、管理850+关键项目，2023年营收达2.63亿美元，形成了“非营利架构支撑商业价值”的独特模式。
+
+#### 1.1 治理架构
+
+中立性是Linux基金会吸引多元主体参与的核心前提，其通过三层架构实现“社区共治与专业管理”的平衡：
+
+- **决策层**：由技术治理委员会（40%核心开发者）、生态运营委员会（50%企业代表）、标准推广委员会（高校+机构）构成，所有决策需经公开讨论与共识投票，流程全程透明；
+
+- **执行层**：150人专业团队负责项目管理、活动组织、安全审计等落地工作，通过LFX平台实现协作工具集成与效率管控；
+
+- **参与层**：采用“精英治理”模式，开发者从贡献者到提交者再到核心委员，凭技术贡献获得话语权，保障社区活力。
+
+这种架构既避免了单一企业对项目的控制（如微软、华为同为白金会员但均无绝对话语权），又通过专业团队保障了生态运营效率，为商业模式落地奠定信任基础。
+
+#### 1.2 盈利模式
+
+Linux基金会以“覆盖运营成本、反哺生态发展”为盈利目标，2023年2.63亿美元收入中，形成了四大收入板块，结构均衡且可持续：
+
+1. **分级会员费（占比45%）**：核心收入来源，按企业规模与权益需求分为三级——白金会员（年缴50万美元，13家，含华为、微软等）、黄金会员（年缴10万美元，11家，含百度、谷歌等）、白银会员（年缴5000-20000美元，约1275家），会员权益包括标准制定话语权、优先技术支持、品牌联合推广等；
+
+2. **项目支持费（占比26%）**：企业为特定项目（如Kubernetes、RISC-V）提供的定向资助，用于技术研发与兼容性测试，2024年新增155个项目带来6700万美元收入；
+
+3. **培训与认证（占比20%）**：推出Linux开发、Kubernetes管理等认证体系，2024年培训240万人，认证10万+专业人才，形成“人才培养-企业招聘”的商业闭环；
+
+4. **活动与赞助（占比9%）**：每年举办157场全球活动（如Open Source Summit），吸引9万+与会者，收入来自企业冠名、展位租赁等，同时为开发者提供差旅支持以扩大参与度。
+
+#### 1.3 生态运营
+
+Linux基金会的核心价值在于构建“技术-人才-企业”的生态网络，通过三大举措实现生态正循环：
+
+- **项目矩阵化管理**：覆盖Linux内核、云原生（Kubernetes）、硬件（RISC-V）、AI等领域，850+项目形成技术协同效应，如RISC-V指令集与Linux内核的适配降低了硬件厂商的开发成本；
+
+- **人才供应链建设**：联合高校开展课程共建，通过“开源之夏”等项目吸引学生参与，认证体系与企业招聘直接挂钩，解决开源人才供需矛盾；
+
+- **标准输出与推广**：主导POSIX等行业标准制定，推动开源技术在金融、能源、汽车等垂直领域的应用，如汽车软件项目已服务数百万辆量产车。
+
+### 二、开源商业模式全景
+
+基于Linux基金会的标杆模式，结合行业实践，开源商业模式可分为4类核心类型，各类模式在治理方式、盈利逻辑上存在显著差异，适用于不同场景：
+
+#### 2.1 基金会主导型（中立共治模式）
+
+**核心逻辑**：以非营利基金会为载体，通过企业赞助与服务收费维持运营，保障项目中立性与社区主导权，典型代表为Linux基金会、Apache软件基金会。
+
+**特征对比**：
+
+| 维度 | Linux基金会 | Apache软件基金会（ASF） |
+| -------- | ------------------ | ----------------------------------- |
+| 治理核心 | 技术协同+行业标准 | 社区高于代码（Community Over Code） |
+| 盈利来源 | 会员费、培训、活动 | 企业赞助（Google、阿里等） |
+| 代表项目 | Linux、Kubernetes | Hadoop、Kafka、Dubbo |
+| 核心优势 | 行业资源整合能力强 | 社区自治成熟，项目孵化效率高 |
+
+**适用场景**：需跨企业、跨领域协同的底层技术，如操作系统、分布式框架，需通过中立性吸引多元主体参与。
+
+#### 2.2 Open Core模式（核心开源+增值服务）
+
+**核心逻辑**：将基础功能开源吸引用户，通过企业级增值服务（如运维、安全、定制化）实现盈利，典型代表为Red Hat、MongoDB。
+
+**案例解析**：Red Hat以Linux内核为基础，开发企业级发行版RHEL，提供7×24小时技术支持、安全补丁等服务，2023年营收超50亿美元，被IBM收购后进一步强化行业解决方案能力。该模式的关键是“开源核心构建生态，增值服务创造壁垒”，但需平衡开源社区与商业利益的矛盾。
+
+**挑战**：云厂商“白嫖”开源核心提供同类服务（如AWS基于Hadoop推出EMR），导致MongoDB等企业修改许可证限制商业使用。
+
+#### 2.3 平台生态型（社区流量变现）
+
+**核心逻辑**：构建开源开发者平台，聚集技术资源与用户流量，通过咨询、托管、工具订阅等方式变现，典型代表为Hugging Face、GitHub。
+
+**案例解析**：Hugging Face打造AI开源社区，提供100万+模型、20万+数据集的托管服务，通过企业级咨询、私有部署工具收费，其核心竞争力在于“社区网络效应”——开发者越多，模型资源越丰富，吸引更多企业付费。
+
+#### 2.4 硬件捆绑型（开源软件赋能硬件）
+
+**核心逻辑**：开源软件降低硬件使用门槛，通过硬件销售实现盈利，典型代表为Intel、NVIDIA。
+
+**案例解析**：Intel拥有大量开源软件工程师，贡献Linux内核、云计算等领域代码，其开源软件优化了CPU性能，间接推动硬件销售；NVIDIA开源CUDA生态部分工具，提升GPU在AI领域的渗透率，形成“软件-硬件”协同壁垒。
+
+### 三、开源商业模式的共性规律与核心矛盾
+
+#### 3.1 共性成功要素
+
+1. **信任机制是前提**：Linux基金会的中立治理、Apache的透明决策，均通过建立信任吸引开发者与企业参与，Log4j漏洞事件后，安全合规成为信任构建的核心维度；
+
+2. **生态协同创造价值**：开源模式的本质是“集体创新”，Linux基金会通过项目协同降低企业开发成本，Hugging Face通过社区协同加速AI技术落地；
+
+3. **分层变现适配需求**：针对个人开发者提供免费资源，针对企业用户提供增值服务，如Linux基金会的免费文档与付费认证培训形成互补；
+
+4. **标准输出构建壁垒**：Linux基金会主导的Kubernetes成为云原生标准，Apache的Hadoop成为大数据标准，标准地位带来生态主导权。
+
+#### 3.2 核心矛盾与挑战
+
+- **商业化与社区的平衡**：企业追求盈利可能损害社区利益（如闭源核心功能），导致开发者流失，Red Hat曾因闭源部分工具引发社区争议；
+
+- **云厂商的生态掠夺**：云厂商利用开源项目提供托管服务却不回馈社区，导致开源项目收入受损，成为行业普遍痛点；
+
+- **知识产权与安全风险**：开源许可证种类复杂（Apache 2.0、GPL等），企业易陷入合规纠纷；同时，开源代码的开放性增加了安全漏洞风险，需投入成本进行漏洞扫描与修复；
+
+- **AI时代的新挑战**：大模型训练成本高、迭代快（6个月一次大版本更新），开源LLM的商业化尚未找到稳定路径，Hugging Face的咨询模式仍在验证中。
+
+### 四、趋势、落地、结论
+
+#### 4.1 行业发展趋势
+
+- **AI开源成为新焦点**：LLM开源项目（如Llama 2、Mistral）兴起，开源模式降低AI技术使用门槛，未来可能形成“开源基础模型+企业微调服务”的分工模式；
+
+- **合规体系持续完善**：Linux基金会推动的开源供应链安全计划（OpenSSF）将成为行业标准，企业对合规审计的需求提升，带动相关服务收入增长；
+
+- **基金会模式进一步普及**：垂直领域基金会（如CNCF、OpenSSF）增多，聚焦特定技术领域的协同与标准制定；
+
+- **云厂商与开源的共生**：部分云厂商开始回馈社区（如AWS参与Kubernetes贡献），未来可能形成“开源项目-云厂商-企业用户”的共赢机制。
+
+#### 4.2 企业参与开源的落地建议
+
+1. **选择适配的商业模式**：底层技术建议采用基金会模式保障中立性，应用层技术可采用Open Core模式快速变现；
+2. **强化社区运营能力**：参考Linux基金会的“分层运营”，针对新手开发者提供入门教程，为核心贡献者提供话语权与激励，构建“参与-回报”闭环；
+3. **重视合规与安全**：建立开源许可证管理体系，接入OpenSSF的安全工具，降低法律与漏洞风险；
+4. **布局AI开源生态**：参与或主导AI开源项目，通过贡献代码积累技术能力，结合自身业务场景开发增值服务。
+
+#### 4.3 结论
+
+Linux基金会的成功证明，开源商业模式的核心是“以中立性构建信任，以生态协同创造价值，以多元服务实现可持续”。开源并非“免费午餐”，而是通过“集体创新”重构技术生产关系，其商业模式的本质是“生态价值的合理分配”。
+
+未来，随着AI与云原生技术的发展，开源商业模式将更加多元化，但“信任、协同、合规”仍是核心关键词。企业需摒弃“零和思维”，以共建共享的心态参与开源生态，才能在技术变革中把握机遇。
+
+
+
+### 附：分析表
+
+#### 1. 参与方“真假需求”拆解表
+
+注：表面需求为参与方显性诉求，核心诉求为驱动决策的本质需求，是Linux基金会商业模式设计的核心依据。
+
+| 参与方类型 | 表面需求（显性诉求） | 核心诉求（真需求） |
+| ----------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ |
+| 企业会员（华为/微软等） | 1. 获取开源技术资源与文档；
2. 品牌曝光提升行业影响力；
3. 免费使用基础工具组件 | 1. 参与行业标准制定，掌握技术话语权；
2. 降低跨企业协作成本，避免重复开发；
3. 对接生态人才，解决技术团队招聘需求 |
+| 开发者群体 | 1. 免费获取开发工具与教程；
2. 寻找技术交流平台；
3. 提交代码反馈问题 | 1. 技术能力获得行业认可（认证/贡献者榜单）；
2. 获得职业发展机会（企业内推/实习）；
3. 拥有公平的贡献回报机制 |
+| 高校/科研机构 | 1. 获取教学科研用技术素材；
2. 为学生提供实践平台；
3. 发布科研成果 | 1. 打通科研成果转化通道，对接企业需求；
2. 链接行业资源，提升科研项目实用性；
3. 培养符合企业需求的人才，提高学生就业率 |
+| 基金会自身 | 1. 筹集运营资金；
2. 扩大项目规模与参与度；
3. 组织行业活动 | 1. 维持生态中立性与信任度；
2. 构建"企业-开发者-高校"可持续生态闭环；
3. 成为AI/云原生领域标准制定枢纽 |
+
+#### 2. "五定三看"战略分析表
+
+**"五定"聚焦Linux基金会自身战略定位**
+
+1. **定位**：AI/云原生开源生态中立枢纽
+2. **定客**：核心客群为企业会员，基础客群为开发者与高校
+3. **定品**：核心产品为标准制定服务，配套产品为技术培训、认证、项目支持
+4. **定利**：分级会员费（45%）、项目支持费（26%）、培训认证（20%）、活动赞助（9%）
+5. **定模**："基金会治理+社区协同"双轮驱动，保障中立性与运营效率
+
+**"三看"立足外部环境与自身资源**
+
+1. **看行业**：开源技术普及度提升，企业降本需求迫切；AI/云原生领域爆发，技术协同需求增强
+2. **看对手**：Apache基金会强于社区自治，Red Hat专注商业服务；云厂商存在生态掠夺风险
+3. **看自身**：核心优势为中立性与资源整合能力；拥有1.5万组织成员+850+项目的生态资源
\ No newline at end of file
diff --git a/assignments/lesson2/Limited-time.assets/image-20251207225727814.png b/assignments/lesson2/Limited-time.assets/image-20251207225727814.png
new file mode 100644
index 0000000..118a32a
Binary files /dev/null and b/assignments/lesson2/Limited-time.assets/image-20251207225727814.png differ
diff --git a/assignments/lesson2/Limited-time.md b/assignments/lesson2/Limited-time.md
new file mode 100644
index 0000000..a50e71b
--- /dev/null
+++ b/assignments/lesson2/Limited-time.md
@@ -0,0 +1,71 @@
+# Git工具安装与使用报告
+
+## 学员GitHub用户名: Limited-time
+
+## 1. Git安装过程
+
+（在此处详细描述Git的安装过程，包括使用的操作系统、安装方法等）
+
+1. 打开浏览器，访问 Git 官网（https://git-scm.com/），点击 “Download” 下载对应操作系统（Windows）的安装包。
+2. 双击安装包，按默认选项一路点击 “Next” 完成安装。
+3. 安装完成后，打开电脑的 “命令提示符”（Windows），输入命令：git --version
+
+## 2. 遇到的问题及解决方法
+
+Limited-time.assets文件夹上传不上来，于是图片渲染失败，而过程中GitHub仓修改和本地仓修改冲突
+
+报错：
+ error: Pulling is not possible because you have unmerged files 错误，核心是 Git 仓库里存在 “未完成合并” 的文件，这些文件卡住了合并 / 拉取流程，导致无法执行 git pull
+
+方法：
+ git merge --abort
+
+ 终止未完成的合并（清理异常状态，保留本地文件），执行这个命令，Git 会取消所有未完成的合并操作，完全保留你的图片、MD 文件等本地修改，只清理卡住的合并状态
+
+ 然后能正常拉取到本地：git pull origin main
+
+ 再从本地推送到GitHub：git push origin main
+
+ 期间学到了一个：
+ 暂存本地所有修改（保护图片不丢失）：git stash
+
+ 恢复本地修改（把图片 / MD 文件改回来）：git stash pop
+
+以及GitHub图的URL：
+
+用 GitHub 图片原始链接，100% 显示
+如果改路径后仍不显示，大概率是图片没真的推到 GitHub，或缓存问题，用图片的 GitHub 原始链接最稳妥：
+
+1、打开 GitHub 仓库，找到这个 PNG 文件（进入 lesson2 目录，能看到图片文件）；
+
+2、点击图片文件，再点击右上角的「Raw」按钮（会打开纯图片页面）；
+
+3、复制浏览器地址栏里的链接（比如https://raw.githubusercontent.com/Limited-time/github101/main/assignments/lesson2/image-20251207225727814-1765138698825.png）；
+
+4、把 MD 里的图片代码换成这个链接
+
+## 3. 版本信息截图
+
+（在此处插入执行`git --version`命令后的截图）
+
+
+
+
+
+## 4. Git命令使用过程总结
+
+（在此处总结使用Git命令的过程，包括但不限于以下操作：
+- git clone: 克隆远程仓库到本地
+- git add: 添加文件到暂存区
+- git commit: 提交更改到本地仓库
+- git push: 推送更改到远程仓库
+- git pull: 从远程仓库拉取最新更改
+等其他相关命令的使用体验和理解）
+
+---
+
+## CI 自动评分与运行指引
+- 课程作业检测仅在 PR 到 main 时执行，请通过 Pull Request 提交本文件。
+- 文件命名：assignments/lesson2/{你的GitHub用户名}.md。
+- 自动评分工作流： [.github/workflows/calculate-score.yml](../../.github/workflows/calculate-score.yml)。
+- 首次 Fork 后：进入 Actions → 选择 “Calculate Student Score” → 点击 “Run workflow” 并选择 main → 在日志中查看成绩。
diff --git a/assignments/lesson2/image-20251207225727814.png b/assignments/lesson2/image-20251207225727814.png
new file mode 100644
index 0000000..118a32a
Binary files /dev/null and b/assignments/lesson2/image-20251207225727814.png differ