diff --git a/LICENSE.md b/LICENSE.md
new file mode 100644
index 0000000..de04b1e
--- /dev/null
+++ b/LICENSE.md
@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2025 Gitconomy Research
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.
diff --git a/developer-thinking/assets/generative-from-compression-to-crystallization.svg b/developer-thinking/assets/generative-from-compression-to-crystallization.svg
new file mode 100644
index 0000000..44ffe2c
--- /dev/null
+++ b/developer-thinking/assets/generative-from-compression-to-crystallization.svg
@@ -0,0 +1,85 @@
+
diff --git a/developer-thinking/assets/generative-maker-vs-generator.svg b/developer-thinking/assets/generative-maker-vs-generator.svg
new file mode 100644
index 0000000..1ac5d87
--- /dev/null
+++ b/developer-thinking/assets/generative-maker-vs-generator.svg
@@ -0,0 +1,88 @@
+
diff --git a/developer-thinking/assets/generative-navingational-mindsets-for-generators.svg b/developer-thinking/assets/generative-navingational-mindsets-for-generators.svg
new file mode 100644
index 0000000..3d268a4
--- /dev/null
+++ b/developer-thinking/assets/generative-navingational-mindsets-for-generators.svg
@@ -0,0 +1,73 @@
+
diff --git a/developer-thinking/生成者时代创造心法的一些思考.md b/developer-thinking/生成者时代创造心法的一些思考.md
new file mode 100644
index 0000000..0f25bbf
--- /dev/null
+++ b/developer-thinking/生成者时代创造心法的一些思考.md
@@ -0,0 +1,113 @@
+# 生成者时代创造心法的一些思考——从Maker到Generator
+
+## 1. 生成式的物理学
+
+如果你最近也沉浸在使用AIGC工具进行创作,是否偶尔会感到一种奇特的“失重感”?
+
+仿佛你手中那支用了多年的画笔,突然拥有了自己的生命。你依然是它的主人,引导着它的走向;但同时,你又成了一名观众,好奇地注视着它在画布上渲染出你从未预料到的色彩与纹理。你既在创造,又在见证。这种感觉,一半是掌控,一半是释放;一半是意图的延伸,一半是惊喜的降临。
+
+我时常在这种失重感中思考,我们这一代创造者的身份,似乎正在经历一场安静而深刻的变迁。
+
+
+*图:Maker和Generator范式比较*
+
+我们曾无比熟悉并赞美那个属于“创客”(Maker)的时代。它的信条如磐石般坚固:`bit (蓝图) -> (物理化) -> atom (实体)`。那是一个在坚实大地上建造庇护所的过程,每一步都清晰、可控、有迹可循。我们是建筑师,是工程师,我们的快乐源于将脑中的蓝图,精确无误地复刻到物理世界之中。
+
+而今,我们似乎都成了“生成者”(Generator)。我们的新信条,`prompt` `(意图) -> (涌现) -> presence (显现)`,则更像是在一片充满可能性的流体中航行。
+
+这种从“建造”到“生成”的转变,其底层逻辑究竟是什么?或许,我们可以用“**压缩与结晶**”的比喻,为这种“失重感”找到一个物理上的锚点。
+
+
+*图:从“建造”到“生成”转变的内核*
+
+大模型对海量人类知识的训练,是一个极致的**压缩**过程。它的目标并非记忆,而是提炼出数据背后不可言说的“规律”与“感觉”。最终,它形成了一片蕴含了所有知识可能性的、高度过饱和的“**潜力溶液**”。
+
+而我们的每一次提示(**`prompt`**),都像一颗投入这片溶液的**晶核**——一个带有明确意图的结构种子。
+
+就在意图注入的瞬间,**坍缩**发生了。那片原本无序流动的、包罗万象的潜力溶液,会迅速响应“晶核”的召唤,围绕着它定向排列、固化,瞬间**“结晶”**出一座独一无二、结构精巧的“思维晶体”——即我们眼前生成的作品。
+
+这个从**压缩**到**坍缩**,再到**结晶**的过程,完美地解释了为何我们既是创造者,又是见证者。我们提供了决定晶体结构和品类的那颗“晶核”(意图),而晶体生长所依托的庞大物质基础(潜力溶液)和其背后深邃的物理规律(模型算法),则超出了我们的直接掌控。理解了这一点,我们便明白,要想在这片溶液中结晶出伟大的作品,关键在于找到并守住那几个最核心的支点。
+
+---
+
+## 2. 寻找支点 —— 创造过程的四个“思想实验”
+
+要在这片流动的海洋中航行,首先要找到几个不会漂移的“思想支点”。
+
+### 追问一:在这场人机共创中,什么是“唯我所有”的?
+
+这是一个关乎身份认同的根本问题。当我凝视着AI在数秒内生成一幅堪比专业画师的作品时,焦虑感难免会浮现。它的算力、它所“学习”过的海量数据、它背后的技术模型,都不是我所拥有的。那么,在这场共创中,我不可替代的价值究竟是什么?
+
+思来想去,答案似乎有两个。第一,是**创作意图**。AI不知道“为什么”要创造,它没有愿望、没有梦想、没有需要被解决的痛点。那个最初的、想要“描绘一片赛博朋克雨夜的孤独感”或“设计一个体现环保理念的logo”的念头,完全且仅来自于我。我是那颗独一无二的“晶核”的提供者。第二,是**审美直觉**。面对AI生成的十座“晶体”,判断哪一座“成色”更好、哪一座“结构”更接近我想要的感觉,这个能力源于我过往所有的生命经验、文化积淀和个人品味。
+
+算力、数据、技术都可以被商品化,但意图的设定和审美的裁决,是我们作为创造者最后的、也是最坚固的堡垒。这是我们的第一个支点。
+
+### 追问二:我们说出的话(`prompt`),等于我们心中的画吗?
+
+我时常为提示词的“词不达意”而苦恼。我明明在脑海中有了一个清晰的画面,但无论如何遣词造句,似乎都无法100%地将其转述给AI。这让我意识到一个基本事实:语言,是对思想的编码和压缩,而非思想本身。
+
+一个高维度的、充满情感和模糊细节的内心“意图”,在被压缩成一串低维度的、线性的文字“提示词”时,信息必然会丢失和变形。因此,期待用一个完美的“晶核”去精确遥控“潜力溶液”的每一次反应,从一开始或许就是一种妄念。
+
+这让我释然了。提示词的本质,或许不是“精确的工程指令”,而更像是**“不精确的诗意导航”**。它的魅力,恰恰在于它的模糊性为“结晶”过程留下了即兴发挥的空间。接受并善用这种“不精确性”,是我们的第二个支点。
+
+### 追问三:AI的“思考”,是一条直线吗?
+
+我们习惯了确定性的工具。按下一个按钮,就有一个确定的结果。但AIGC不同。它的“结晶”过程,并非一个按部就班的工匠在逐步搭建作品,它更像一个神秘的自然现象。微小的“晶核”形态差异,可能导致最终“晶体”结构的巨大变化。
+
+这个过程充满了概率性。这意味着,惊喜和意外,是这个系统的**“常态”,而非“异常”**。试图完全消除意外,就像是命令过饱和溶液必须结晶出你预设的那个完美形状一样,违背了系统的本性。理解并拥抱这个概率性的过程,是我们的第三个支点。
+
+### 追问四:我们得到的,是“答案”还是“回响”?
+
+当AI终于生成了一幅令人惊艳的图像时,我最初的反应是:“我得到了答案!”但很快我便发现,如果我再次投入同一颗“晶核”,可能会得到另一座同样精彩、但细节迥异的“晶体”。
+
+这说明,我得到的并非唯一的、最终的“正确答案”,它更像是我的意图——那颗投入溶液的晶核——所引发的**一次“结晶”尝试**。对于这颗晶核,有无数种可能的结晶方式,我看到的只是其中之一。
+
+这个支点告诉我们,创造的终点,绝不在于“生成”的那一刻。那一刻,仅仅是对话的开始。
+
+---
+
+## 3. 航行心法 —— 基于支点的三个思维涌现
+
+当我们内心有了这四个稳固的支点,我们与这片“潜力溶液”互动的方式,也将自然发生转变,涌现出全新的“水性”。
+
+
+*图:生成式思维的涌现*
+
+### 思维涌现一:身份的融合——从“建造者”到“对话者”与“策展人”
+
+既然我的核心价值是提供“晶核”(意图)和评判“晶体”的成色(审美),那么我的工作就不再是单向的指令。
+
+我的身份,首先涌现为一名**“对话者”**。我将提示词视为与“潜力溶液”的对话,通过观察每一次“结晶”的产物,来校准我下一颗“晶核”的形态与纯度。这个过程充满了启发与互动,我的意图在与AI的对话中,变得越来越清晰。
+
+随后,我的身份涌现为一名**“策展人”**。我会生成大量不同的“晶体”,然后运用我的审美,从中筛选、打磨、组合,最终呈现一场由我定义的“结晶艺术展”。这策展的“最后一公里”,定义了我的作者身份。
+
+### 思维涌现二:过程的寻宝——拥抱“诗意的模糊”
+
+既然“结晶”过程天然带有不确定性,那么最理性的做法,就是拥抱这种不确定性。
+
+我的思维,从追求一个确定的结果,涌现为**享受一场“结晶实验”**。我的提示词是实验参数,每一次生成都是一次有趣的实验现象。创造的乐趣,不再仅仅是最终完成时的如释重负,更在于观察参数微调后,“晶体”形态和光泽那令人惊奇的演变。
+
+### 思维涌现三:素材的新生——将“意外”视为礼物
+
+在“结晶实验”中,必然会出现许多“瑕疵品”或“异形晶体”。我最初的反应是将其视为失败。
+
+但后来,一种新的思维涌现了:**为什么不将这些“意外结晶”视为一种全新的“创作素材”呢?**
+
+那块结构奇特的“晶体”,或许正开辟了一个全新的美学方向。我开始尝试围绕这些意外进行二次创作,追问:“如果这就是初始结构,它能生长成什么?”这是一种化“实验意外”为“科学发现”的高阶心法。它让我明白,AI带来的最大价值,或许不是更高效率地实现我的已知,而是不断地、慷慨地,将我认知之外的“未知”作为礼物,呈现在我的面前。
+
+---
+
+## 4. 一篇等待回应的“漂流瓶”
+
+写到这里,我深知,以上所有的思考,都还处于一个非常早期的、个人化的阶段。它不是结论,更像是一个被我扔进思想海洋的“漂流瓶”,记录着我作为一个航行者当下的困惑、挣扎与感悟。
+
+这些“心法”的有效性,无疑需要更多创作者的实践、更多认知科学的研究、甚至更多基于数据的案例分析来验证和迭代。但分享的意义,或许就在于此——让一个人的思考,成为激发更多人思考的涟漪。
+
+在这片正在涌现的创造新大陆上,您,又发现了哪些属于自己的航行心法?
+
+期待您的声音。
+
+---
+
+## 许可声明
+本文档采用[知识共享署名-相同方式共享4.0国际许可协议(CC BY-SA 4.0)](https://creativecommons.org/licenses/by-sa/4.0/deed.zh)进行许可,© 2025 Gitconomy Research社区
diff --git a/docs/assets/community-report-oct-infographic.html b/docs/assets/community-report-oct-infographic.html
new file mode 100644
index 0000000..3a7b54e
--- /dev/null
+++ b/docs/assets/community-report-oct-infographic.html
@@ -0,0 +1,411 @@
+
+
+
+
+
+ Gitconomy 社区运营报告 (2025年10月)
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/docs/assets/dac-color-scheme.svg b/docs/assets/dac-color-scheme.svg
new file mode 100644
index 0000000..09f0825
--- /dev/null
+++ b/docs/assets/dac-color-scheme.svg
@@ -0,0 +1,78 @@
+
diff --git a/docs/assets/dac-font-scheme.svg b/docs/assets/dac-font-scheme.svg
new file mode 100644
index 0000000..bc0956c
--- /dev/null
+++ b/docs/assets/dac-font-scheme.svg
@@ -0,0 +1,61 @@
+
diff --git a/docs/assets/gitconomy-community-infographic-design-guideline-example.html b/docs/assets/gitconomy-community-infographic-design-guideline-example.html
new file mode 100644
index 0000000..e2b8cde
--- /dev/null
+++ b/docs/assets/gitconomy-community-infographic-design-guideline-example.html
@@ -0,0 +1,188 @@
+
+
+
+
+
+ Gitconomy社区信息图实现范例
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/docs/assets/ocd-contribution-workflow.svg b/docs/assets/ocd-contribution-workflow.svg
new file mode 100644
index 0000000..641d62a
--- /dev/null
+++ b/docs/assets/ocd-contribution-workflow.svg
@@ -0,0 +1,91 @@
+
diff --git a/docs/assets/ocd-core-principles.svg b/docs/assets/ocd-core-principles.svg
new file mode 100644
index 0000000..c347c0f
--- /dev/null
+++ b/docs/assets/ocd-core-principles.svg
@@ -0,0 +1,86 @@
+
diff --git a/docs/guides/Gitconomy Research社区文字简介.md b/docs/guides/Gitconomy Research社区文字简介.md
new file mode 100644
index 0000000..6053d63
--- /dev/null
+++ b/docs/guides/Gitconomy Research社区文字简介.md
@@ -0,0 +1,37 @@
+# Gitconomy Research社区文字简介
+
+## 1. 一句话简介 (Slogan)
+
+**Gitconomy Research:一个探索人类智慧与机器智能协同(DMIO)的开源实践社区,致力于践行“协作即贡献,贡献即要素”的未来价值网络。**
+
+---
+
+## 2. 100字简介
+
+Gitconomy Research 是一个探索人机协同新范式的开源实践社区。我们致力于从 **DIY (Do It Yourself)** 到 **DMIO (Do Machine Intelligence with Others)** 的全新协作模式,将机器智能作为核心生产引擎,由社区集体智慧共同引导。我们坚信“协作即贡献,贡献即要素”的核心宣言,旨在构建能够精确度量并公平回报一切价值贡献的开源基础设施。我们欢迎所有对未来协作充满热情的“生成者”加入,共同定义开源的下一个时代。
+
+---
+
+## 3. 250字简介
+
+Gitconomy Research 是一个专注于探索人类智慧与机器智能深度协同的开源实践社区。我们的核心是开拓一种名为 **DMIO (Do Machine Intelligence with Others)** 的下一代协作范式,即“与他人一起,共同执行机器智能”。在这种模式下,AI不再仅仅是工具,而是由社区共同引导、策略性驱动的核心生产引擎,旨在将集体智慧注入机器的“生成”过程,实现个体无法企及的创造高度。
+
+我们的所有实践都建立在两大宣言之上:**协作即贡献**,它定义了社区的行动准则,视每一次有效互动为根本贡献;以及**贡献即要素**,它定义了社区的经济模型,视所有贡献为应被度量和公平回报的核心生产要素。
+
+我们通过开放项目、工作坊和资源共建等方式,欢迎全球的开发者、研究者和思想家加入我们,共同构建支撑DMIO范式与未来价值网络的开源工具及协议,一起成为这个新时代的开拓者。
+
+---
+
+## 4. 完整文字简介
+
+Gitconomy Research 是一个致力于探索人类智慧与机器智能深度协同的开源实践社区。我们坚信,新纪元的开启呼唤着全新的协作范式与价值主张。因此,我们的所有实践都建立在一个清晰的价值循环之上,其源头是我们的两大核心宣言。
+
+首先,我们信奉**协作即贡献**。这不仅是我们的行动准则,更是我们对价值来源的根本定义。我们深信,社区的蓬勃活力并非源自个体的孤立创造,而是源于成员间富有意义的互动与紧密连接。每一次有效的沟通、每一次成功的协同、每一次赋能他人的分享,均被视为对社区最根本的贡献。在此基础上,我们提出了**“贡献即要素”**的经济宣言。我们坚定主张,所有获社区认可的贡献,均应被视为与资本、传统劳动同等重要的核心生产要素。它必须得到精确的度量、公正的认可,并有权分享社区增长所创造的价值。一个定义了价值的来源,一个定义了价值的归宿,两者结合,构成了我们社区公平、透明且持续发展的价值引擎。
+
+为践行这一理念,我们正积极推动从 **DIY (Do It Yourself)** 到 **DMIO (Do Machine Intelligence with Others)** 的协作范式演进。DMIO意味着我们‘与他人携手,共同执行机器智能’,将AI视为核心生产引擎,而社区集体则扮演引导者与策略师的角色。
+
+我们的核心研究领域正是围绕这一范式展开,主要包括:1) DMIO协作模式与工作流,探索人机协同进行任务分解、执行与整合的最佳实践;2) 贡献度量衡(Contribution Metrics),设计能够量化并识别多样化协作贡献(如提出关键问题、优化AI提示、组织协调等)的算法与模型;3) 社区治理与激励机制,研究如何在开放社区中实现基于贡献的自动化价值分配与决策。
+
+我们的研究机制完全秉持开放与协作的精神。社区的研究活动主要以项目制和提案驱动的方式进行。任何成员都可以发起一个研究项目(Research Proposal),明确其目标、方法和预期成果。项目一旦获得社区响应,将立即组建一个开放的协作小组,利用Git进行异步协作与版本控制,确保研究过程中的所有讨论、实验和数据均得到透明记录。我们鼓励跨学科的碰撞,通过定期的线上研讨会和工作坊分享阶段性成果,并依赖同伴评审(Peer Review)和集体智慧来迭代我们的研究方向与成果。
+
+我们所有的研究成果,包括理论框架、软件工具和知识产出,都致力于最大程度地开放与共享。为此,社区的知识内容产出普遍采用知识共享署名-相同方式共享 4.0 国际许可协议(CC BY-SA 4.0),而所有相关的代码和软件工具则遵循 MIT开源许可证。这确保了任何人都能自由使用、修改及分发我们的成果,同时要求衍生作品以同等开放的方式回馈社区。我们邀请所有对未来充满好奇的开拓者加入我们,在人机协作生成的时代,用协作定义贡献,用贡献定义价值。
diff --git a/docs/guides/Gitconomy开放课程内容设计规范和贡献指南.md b/docs/guides/Gitconomy开放课程内容设计规范和贡献指南.md
new file mode 100644
index 0000000..9ed80b7
--- /dev/null
+++ b/docs/guides/Gitconomy开放课程内容设计规范和贡献指南.md
@@ -0,0 +1,145 @@
+# Gitconomy开放课程内容设计规范和贡献指南
+
+## 1. 概述
+
+本文档定义了为Gitconomy开放课程项目贡献内容的标准与工作流程。其目标是确保所有课程内容在质量、结构和协作方式上保持一致性。每一位贡献者都应将此文档作为创建和修改课程内容的主要参考。
+
+---
+
+## 2. 核心原则
+
+所有课程内容的构思与撰写,都应遵循以下五项基本原则。它们是确保课程具有高质量、实用性和社区活力的基础。
+
+
+*图:Gitconomy开放课程开发原则*
+
+### 2.1 模块化与可组合性原则
+
+课程内容需被设计成独立的、可重用的模块。每个模块应聚焦于单一、明确的学习目标,并能与其他模块灵活组合。这种设计使得内容易于维护、更新和复用,学习者也可以根据需求构建个性化的学习路径。
+
+### 2.2 内置协作钩子原则
+
+讲义不应是静态的最终交付物,而应是持续协作的起点。在内容的关键节点,应主动设置协作入口,例如标记`[社区挑战]`、``[观点征集]`或`[代码改进]``。这些“钩子”旨在邀请学习者参与内容的迭代,将学习过程转化为社区贡献。
+
+### 2.3 实践驱动原则
+
+理论必须与实践相结合。每个核心概念讲解之后,必须附带一个可操作的动手任务。任务目标应是具体、可验证的产出,例如提交一个能够运行的代码脚本、完成一次开源工具的部署,或向一个真实项目提交 `Pull Request`。
+
+### 2.4 社区维护的资源池原则
+
+用一个由社区共同维护的动态资源列表,取代传统的、由作者指定的静态“参考文献”。在讲义中为此部分预留结构,并明确鼓励社区成员通过提交`Pull Request`的方式来填充和更新,确保资源的时效性与广度。
+
+### 2.5 透明化版本控制原则
+
+内容的演进历史本身就是重要的学习资源。所有变更必须通过 Git 进行管理,并在讲义头部的`[Changelog]`中清晰记录。透明的版本历史不仅展示了内容的迭代过程,也构成了对所有贡献者工作的永久记录。
+
+---
+
+## 3. 内容结构规范
+
+所有讲义必须严格遵循以下标准结构,以保证内容的一致性和机器可读性。
+
+### 3.1 文件头信息
+
+每个Markdown文件的顶部必须包含一个 YAML Frontmatter块,用于定义元数据。
+
+```yaml
+---
+title: "[课程名称]"
+author: "[创建者姓名]"
+version: "[版本号] - [YYYY-MM-DD]"
+license: "CC BY-SA 4.0"
+contributors:
+ - "[作者1]"
+ - "[贡献者1]"
+ - "[贡献者2]"
+---
+```
+
+### 3.2 更新日志
+
+紧随 Frontmatter 之后,用于记录关键的版本迭代(ChangeLog)。
+
+```markdown
+## Changelog
+- **v0.1 (YYYY-MM-DD, @作者ID):** 创建讲义初始草案。
+- **v0.2 (YYYY-MM-DD, @贡献者ID):** 新增“XX案例分析”模块,修正“YY代码示例”。
+```
+
+### 3.3 课程概览
+
+课程概览为学习者提供了课程的“导航地图”,旨在课程开始前清晰地设定学习预期。它通过结构化的方式,快速阐明了课程的核心学习目标、所需的前置知识、最适合的目标人群以及大致的时间投入。一个明确的概览能够帮助学习者快速判断课程是否符合自身需求,从而做出高效的学习决策。
+
+| 类别 | 要求 |
+| :--- | :--- |
+| **学习目标** | 列出3-5个明确、可测量的成果。例:“能独立使用 ModelScope 完成一个文本生成 API 的部署”。 |
+| **前置要求** | 清晰列出所需的基础技能,并为关键知识点提供高质量的学习资源链接。 |
+| **目标人群** | 明确受众。例:“面向有 Python 基础,希望进入 AIGC 领域的0-2年经验开发者”。 |
+| **预计时长** | 完成课程(含实践)所需的大致时间。 |
+
+### 3.4 核心内容
+
+这是讲义的主体部分,承载了课程的核心知识体系。本节规范旨在确保知识的组织与呈现方式清晰、有逻辑且易于吸收。通过强制要求使用知识结构图、分层组织、可运行的代码示例和贴近现实的案例分析,我们旨在将复杂的概念分解为易于理解的模块,从而优化学习者的认知流程。
+
+ - **知识结构图:** 必须在内容开始处提供一个使用图即代码绘制的可视化知识结构图(svg格式)。
+ - **关键定义:** 对核心术语进行简明扼要的定义。
+ - **分层组织:** 采用清晰的章节、小节结构(H2, H3, H4)。优先使用列表、表格来组织信息。
+ - **代码示例:** 所有代码片段必须可直接复制运行、附带必要的注释,并优先采用主流开源工具。
+ - **案例分析:** 优先结合中国国内的真实业务场景进行讲解。
+
+### 3.5 实践环节
+
+实践环节是连接理论知识与实际应用能力的关键桥梁,是课程价值的核心体现。本节规范的目标是设计出能够有效检验和巩固学习成果的实践任务。通过提供从零到一的动手项目、鼓励协作的社区挑战以及明确的评估标准,我们确保学习者不仅仅是被动接收信息,而是能主动运用所学知识解决具体问题。
+
+ - **动手项目:** 设计一个从0到1的可实操项目,步骤清晰,产出明确。
+ - **协作挑战:** 设计需要学习者分组或在社区内寻求帮助才能完成的任务。
+ - **评估标准:** 提供一份自评清单(Checklist),明确定义项目“完成”或“优秀”的标准。
+ - **常见问题(FAQ):** 预判并列出新手在实践中可能遇到的3-5个典型问题及其解决方案。
+
+### 3.6 资源与社区
+
+本节规范不仅要求提供高质量的进阶学习资源,更重要的是,它为学习者将学习成果反哺社区提供了清晰的路径。通过动态的资源池和明确的贡献指南,为学习者的持续成长提供支持,完成“学习者”到“贡献者”的身份转变闭环
+
+ - **核心资源:** 列出2-3个最关键的必读/必看补充材料。
+ - **进阶探索:** 提供给希望深入研究的学习者的额外资源或技术路径。
+ - **社区资源池:** 见2.4原则,此处仅留标题或少量示例,并明确鼓励社区贡献。
+ - **贡献指南:** 清晰指引学习者如何对本讲义提 Issue 或 Pull Request。
+
+---
+
+## 4. 贡献工作流与标准
+
+### 4.1 内容风格
+
+一个一致的、专业的风格可以显著提升学习者的阅读体验和信息获取效率。规范内容涵盖了语言语调、格式化以及内容的可访问性,确保课程对所有用户都友好且易于理解。
+
+ - **语言:** 采用直接、简洁、中性的技术文档风格。使用第二人称“你”与读者对话,保持鼓励性和包容性。避免学术化、官僚化的术语。
+ - **可访问性(A11y):** 所有图片、图表必须提供详尽的文本替代描述(Alt Text)。确保色彩对比度符合 WCAG 标准。
+ - **视角:** 避免“唯一正确答案”的论调,客观呈现不同技术方案的优缺点。
+
+### 4.2 贡献流程
+
+遵循一个统一的、基于 Git 的工作流,是保障社区协作有序进行和内容质量可控的关键。该流程涵盖了从创建分支到发起合并请求(Pull Request)并参与评审的全过程。
+
+
+*图:Gitconomy开放课程贡献流程试示意图*
+
+1. **Fork 仓库:** 将官方课程仓库 Fork 到你自己的账户下。
+2. **创建分支:** 从 `main` 分支创建一个新的特性分支,并为其指定一个描述性的名称(如 `fix/typo-in-chapter-1` 或 `feat/add-docker-example`)。
+3. **提交修改:** 在新分支上进行修改,并确保你的提交信息清晰、规范。
+4. **发起 Pull Request (PR):** 将你的特性分支向上游仓库的 `main` 分支发起一个 Pull Request。在 PR 的描述中,清晰说明你做了什么、解决了什么问题。
+5. **代码评审:** 至少需要一位课程维护者(Maintainer)进行评审。请根据评审意见进行讨论和修改。
+6. **合并:** PR 被批准后,将由维护者合并到主分支。
+
+### 4.3 贡献认可
+
+一个透明、公正的认可体系是激励社区成员持续参与的核心动力。规范明确了贡献记录的方式以及优秀贡献者可能获得的社区荣誉和责任。
+
+ - 任何有效的贡献(包括但不限于内容撰写、代码修正、问题报告、评审建议),贡献者的 ID 都将被记录在文件头信息的 `contributors` 列表和 `Changelog` 中。
+ - 做出重要贡献的成员将有机会获得 Gitconomy 社区的荣誉认证,并可能被邀请成为该课程的联合维护者。
+
+---
+
+## 许可声明
+
+本文档采用[知识共享署名--相同方式共享4.0国际许可协议(CC BY--SA 4.0)](https://creativecommons.org/licenses/by-sa/4.0/deed.zh)进行许可,© 2025 Gitconomy Research社区
diff --git a/docs/guides/Gitconomy社区信息图设计与实现指南.md b/docs/guides/Gitconomy社区信息图设计与实现指南.md
new file mode 100644
index 0000000..4838146
--- /dev/null
+++ b/docs/guides/Gitconomy社区信息图设计与实现指南.md
@@ -0,0 +1,345 @@
+# Gitconomy社区信息图设计与实现指南
+
+## 1. 引言
+
+这份设计与实现指南是[《Gitconomy社区图形即代码设计规范指南》](./Gitconomy社区图形即代码设计规范指南.md)的补充与具体应用,旨在为Gitconomy社区的开发者与内容贡献者在编写文档、课程讲义或研究报告时,高效地创建专业、一致且富有表现力的信息图(Infographic)与其他可视化内容,从而显著增强文档信息的可读性与传达效果。
+
+---
+
+## 2. 核心设计原则
+
+ * **一致性:** 所有图形元素(色彩、字体、间距)必须遵循统一的设计系统,确保品牌形象的统一。
+ * **清晰性:** 设计应服务于信息传达,通过清晰的视觉层级,引导用户快速理解复杂内容。
+ * **可维护性:** 通过使用CSS变量和组件化思想,使设计规范的更新和维护变得简单高效。
+ * **可访问性:** 确保图形内容能被包括屏幕阅读器在内的辅助技术所理解,惠及所有用户。
+
+---
+
+## 3. 核心技术栈
+
+ * **结构:** HTML5
+ * **样式:** CSS3 (重点使用CSS变量)
+ * **图形:** SVG (内联于HTML中)
+
+---
+
+## 4. 设计系统实现
+
+设计系统的核心在于将颜色、字体等设计元素组件化,并通过CSS变量进行全局管理。这使得所有视觉元素都源自单一可信来源,便于维护和主题切换(如未来增加深色模式)。
+
+### 4.1 调色板
+
+所有颜色值都应定义在 `:root` 伪类中,以便全局复用。
+
+**代码样例:**
+
+```css
+/* 在
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+