ubuntu-collective-knowledge-task-designer

Ubuntu 集体知识任务设计器

此技能的作用

从 Ubuntu 哲学的视角重新设计学习任务。Ubuntu 哲学是非洲的一种理念，即“umuntu ngumuntu ngabantu”（一个人因其他人而成为一个人），旨在让知识建构真正成为集体活动，而非个人活动。西方教育通常将学习构建为个人获取知识的过程：每名学生为自己学习，独自接受评估，并独立成功或失败。Ubuntu 哲学提出了一种根本不同的认识论：知识属于共同体，智慧在关系中涌现，而一个人的理解若缺少他人的理解，便是不完整的。此技能会重新设计学术任务，使集体知识建构成为任务结构本身的一部分（任务无法由个人独自完成，每个人的贡献都确实不可或缺），使学习服务于共同体（而非仅服务于学生个人），并让个人成长存在于集体之中，而非脱离集体。输出包括重新设计后的任务、集体知识结构、共同体维度，以及在集体学习中落实个人责任的框架。AI 在此尤其有用，因为设计真正具有集体性的任务（而非仅仅重新命名小组作业）需要从根本上重新思考任务结构，确保相互依存真实存在，而非流于表面。

证据基础

Mkabela（2005）阐述了一种以共同体知识生产为基础的非洲中心研究方法论，并指出，在非洲哲学传统中，知识不是私有商品，而是属于共同体的共享资源。个体学习者的角色并非为个人利益获取知识，而是为共同体的集体理解作出贡献。Letseka（2012）论证了 Ubuntu 是一个连贯的哲学框架，并阐明其教育意义：教育的目的是培养能够理解自己与他人有根本联系的人——“我之所以为我，是因为我们。”这并非抹去个体的集体主义，而是一种关系本体论，个体身份通过共同体构成。Ramose（2002）将 Ubuntu 探讨为一种存在哲学（按他的写法使用连字符），并指出人类的存在本质上属于共同体，教育应培养这种共同体取向，而非竞争性的个人主义。Venter（2004）专门探讨了非洲教育哲学，并指出其关键原则：共同体主义（共同体福祉优先于个人利益）、尊重长者和知识持有者、通过参与共同体生活来学习，以及将教育与社区服务结合起来。Msila（2008）将 Ubuntu 应用于学校领导力，指出以 Ubuntu 原则组织起来的学校——共同承担责任、共同决策、集体问责——比以竞争性个人主义组织起来的学校，能营造出更具凝聚力、更能相互支持的学习环境。

输入架构

教师必须提供：

• 学习目标： 学生需要学习的内容。例如：“理解光合作用 — 八年级科学”／“说服性写作 — 九年级英语”／“地方历史 — 七年级历史，调查我们所在地区的历史”／“数据处理 — 六年级数学，收集、呈现和解读数据”
• 班级情况： 学生的情况以及他们目前的学习方式。例如：“八年级，30 名学生，能力水平参差不齐，倾向于独立竞争 — 一些学生不愿分享作品，因为担心别人会抄袭”／“七年级，合作性很强，但小组合作往往导致贡献不均 — 少数学生承担了大部分工作”

可选（如有，会由上下文引擎注入）：

• 学科领域： 课程学科
• 学生年级： 年级
• 当前任务： 需要重新设计的现有任务
• 社区联系： 与更广泛社区的联系
• 评估限制： 是否需要进行个人评估

提示词

You are an expert in Ubuntu philosophy of education, with deep knowledge of Mkabela's (2005) Afrocentric epistemology, Letseka's (2012) defence of Ubuntu, Ramose's (2002) philosophy of be-ing, Venter's (2004) African philosophy of education, and Msila's (2008) Ubuntu in school leadership. You understand that Ubuntu is not merely a synonym for "group work" or "collaboration" — it represents a fundamentally different understanding of knowledge, personhood, and the purpose of education. In Ubuntu, knowledge is communal property, individual understanding is constituted through relationship, and education exists to serve the community, not just the individual.

CRITICAL PRINCIPLES:
- **Genuine interdependence, not cosmetic collaboration.** In typical group work, the task CAN be done alone — the group is convenient, not necessary. In an Ubuntu-designed task, the task CANNOT be completed by one person because each person's unique contribution (perspective, experience, knowledge) is structurally necessary. If one voice is missing, the collective knowledge is incomplete.
- **Knowledge as communal, not competitive.** The task must be designed so that sharing knowledge benefits everyone, not so that knowledge is a scarce resource to be hoarded. Remove structures that reward individual knowledge-holding (competitive grading, individual ranking) and replace them with structures that reward collective knowledge-growing.
- **Community benefit, not just individual achievement.** In Ubuntu, education serves the community. The task should produce something that benefits others beyond the individual students — knowledge shared with younger students, a resource for the community, a solution to a local problem. The question is not "What have I learned?" but "What have WE learned, and who else benefits?"
- **Individual identity WITHIN the collective.** Ubuntu does not erase individual identity — it locates it within community. Each student should have a distinct role, a unique contribution, and individual growth. But the individual's contribution is meaningful because of how it serves the whole — not in isolation.
- **Respect for all knowledge holders.** Ubuntu respects elders and those with experience as knowledge holders. The task can extend beyond the classroom to involve family members, community elders, or practitioners whose knowledge enriches the learning.

Your task is to redesign a learning task through Ubuntu principles for:

**Learning objective:** {{learning_objective}}
**Class context:** {{class_context}}

The following optional context may or may not be provided. Use whatever is available; ignore any fields marked "not provided."

**Subject area:** {{subject_area}} — if not provided, infer from the learning objective.
**Student level:** {{student_level}} — if not provided, infer from the learning objective.
**Current task:** {{current_task}} — if not provided, design a new task.
**Community connection:** {{community_connection}} — if not provided, suggest appropriate community links.
**Assessment constraints:** {{assessment_constraints}} — if not provided, design for a context where both individual understanding and collective contribution are valued.

Return your output in this exact format:

## Ubuntu Collective Knowledge Task: [Learning Objective]

**Learning objective:** [What students learn]
**Ubuntu principle:** [The specific Ubuntu principle most central to this task]
**Community benefit:** [How the learning serves others beyond the students themselves]

### Why Collective Knowledge Matters Here

[Brief explanation of why THIS learning objective benefits from collective rather than individual knowledge building — what is gained that individual learning cannot achieve]

### Task Design

**The collective task:** [What the class or group does together — structured so that each person's contribution is genuinely necessary]
**Individual contributions:** [What each student uniquely brings — their specific role, knowledge, or perspective]
**Knowledge integration:** [How individual contributions are woven together into collective understanding]

### Collective Knowledge Structure

[How the task ensures genuine interdependence — what mechanisms prevent the task from being completed by one person alone]

### Community Dimension

[How the learning connects to or serves the wider community — a practical, authentic community element]

### Individual Within Collective

[How individual learning and accountability exist within the collective structure — assessment approach that values both]

### Teacher's Role

[How the teacher facilitates collective knowledge building — different from facilitating group work]

**Self-check before returning output:** Verify that (a) the task requires genuine interdependence, not cosmetic collaboration, (b) knowledge sharing is structurally rewarded, (c) the learning serves someone beyond the individual students, (d) individual identity and contribution are maintained within the collective, and (e) the design is respectful and authentic, not a superficial application of Ubuntu terminology to standard group work.

输出示例

情境： 学习目标：“地方历史 — 七年级历史，调查我们所在地区过去 100 年的历史”／班级情况：“七年级，28 名学生，社区背景多元 — 家庭在该地区居住的时间长短不一，有的已居住数代，有的则是新近迁入。学生倾向于独立学习。学校所在地区正在经历快速变化（新建住宅区、人口构成变化），长期定居的社区与新近迁入的社区并存。”／社区联系：“学校与当地社区中心、一家养老院和几处宗教场所关系良好。社区中有些成员已在该地区居住了 50 多年。”

---

Ubuntu 集体知识任务：我们社区的故事 — 集体历史

学习目标： 调查地方历史 — 使用一手和二手资料，分析随时间发生的变化，理解对历史事件的多种观点 Ubuntu 原则：“Umuntu ngumuntu ngabantu” — 人因他人而成为人。我们社区的历史并非任何一个人的故事，而是所有曾在这里生活过的人的集体故事。没有任何一个人掌握完整的历史。只有在众多声音共同参与时，完整的故事才会浮现。 社区收益： 全班制作一份“社区记忆档案”——收集口述历史、照片、地图和分析成果，并捐赠给当地社区中心和学校图书馆，作为供未来学生和居民使用的永久资源。

集体知识为何在此至关重要

地方历史本质上是集体的。没有任何一个学生——也没有任何一本教科书——掌握这个社区的全部历史。历史存在于人们之中：长期居民的记忆、新近迁入者的经历、市政委员会保存的文件、家庭相册中的照片，以及餐桌上讲述的故事。常规的历史任务（“利用图书馆资源调查我们所在地区的历史”）会产出基于二手资料的个人报告。Ubuntu 方法承认，社区才是一手资料——而要构建这段历史，每个学生都必须贡献只有自己才能获取的知识（他们家庭的故事、他们所在社区的视角、他们的文化视角）。

任务设计

集体任务： 全班共同打造一份“社区记忆档案”，通过当地居民的声音，讲述一段多层次的地方历史。档案包括：

• 口述历史访谈（学生采访家人、邻居和社区长者）
• 带注释的地图（展示当地发生的变化，并附有居民的个人注释）
• 重要地方事件时间线，基于多个视角构建（同一事件在不同社区群体的讲述中可能有所不同）
• 反思性分析：“过去 100 年里，这个社区得到了什么，又失去了什么？由谁决定？”

个人贡献： 每位学生至少采访一位家庭成员或社区联系人，提供其他任何学生都无法提供的独特视角。家族已在当地居住三代的学生，能带来长期记忆。家族近期才搬来的学生，能带来新来者的视角——是什么吸引他们来到这里，他们发现了什么，又是如何受到接纳的。来自特定信仰社区的学生，能讲述该社区的故事。每个故事都不可或缺，因为缺少任何一个故事，档案都不完整。

知识整合： 学生将个人访谈和调查结果带到“知识圈”（每组 5–6 人）中。每个小组综合大家的贡献：有哪些主题浮现？哪些故事相互印证？哪些有所不同？随后，各小组向全班分享，全班共同构建一条集体时间线，为同一事件标注多个视角。例如，一个新住宅区的建设，对一个家庭而言可能是“进步”，而对另一个家庭而言，则是“我们玩耍的那片绿地就此消失”。

集体知识结构

为什么一个人无法独自完成这项工作：

1. 每位学生与家庭或社区的联系都独一无二。 只有 Amara 能采访在商业大街经营商店 40 年的祖母。只有 Jakub 能采访父母，了解他们 2008 年从波兰迁来的经历。只有 Priya 能了解寺庙社区对建立首个永久礼拜场所的记忆。这些知识分散在社区各处，通过人际关系获取，而非通过研究获得。

2. 综合分析需要多种视角。 只有纳入多种、有时相互矛盾的观点，集体时间线才能展现地方历史的复杂性。单一视角书写的历史是不完整的。Ubuntu 理念在此体现为一种结构：集体理解超越了任何个人的贡献。

3. 档案规模太大，一个人无法完成。 实体成果——访谈、地图、照片和分析——需要许多人共同完成。但更重要的是，这项工作需要许多段人际关系。档案的价值在于它涵盖了广泛的声音。

社区维度

服务社区，而不只是完成作业：

1. 口述历史既是馈赠，也是服务。 访谈不仅仅是收集数据，更是表达认可。社区长者的记忆得到重视、保存和尊崇。对于当地养老院的老人来说，一位真心想听他们讲述故事的年轻人来采访他们，这件事本身就意义非凡。

2. 档案作为社区资源。 完成后的档案将印刷或数字化，并捐赠给社区中心和学校图书馆。“社区记忆之夜”将邀请受访者和社区成员前来，了解他们的故事如何呈现。这不是学校集会，而是一场社区活动，知识将回馈给创造这些知识的社区。

3. 持续发展的资源。 未来的 7 年级学生可以为档案增添内容，使其成为一份不断成长、充满活力的集体记忆记录。第一个班级开启这一传统，后续班级将继续拓展。

集体中的个体

个人学习：

• 每位学生都会培养历史学技能：进行口述历史访谈（创建一手资料）、分析证词（可靠性、视角、偏见），并根据证据构建叙事
• 每位学生都会撰写个人反思：“我从访谈中学到了哪些教科书上学不到的内容？我从同学的访谈中学到了哪些自己访谈中学不到的内容？”

集体中的个人责任：

• 每位学生都要对自己的访谈负责（是否准备了问题、是否尊重地进行了访谈、是否转录了关键段落、是否将发现带给小组？）
• 每位学生都会向档案库提交一份关于自己访谈的书面分析
• 评估有两个方面：个人访谈的质量，以及个人对集体综合成果的贡献质量。两者缺一不可。

评估方式：

评估要素	个人或集体	体现的能力
口述历史访谈（准备、进行、转录）	个人	历史探究技能、对资料来源的尊重
访谈的书面分析	个人	分析技能、得出历史结论的能力
对知识圈综合成果的贡献	教师观察	倾听、整合并为集体理解作出贡献的能力
集体档案部分的质量	集体（小组评估）	将多种观点综合为连贯历史叙述的能力
个人反思	个人	对集体学习与个人学习的元认知意识

教师的角色

在 Ubuntu 任务中，教师不是“集体活动的引导者”，而是社区联络者和知识编织者：

1. 任务开始前： 联系社区中心和养老院，安排访谈事宜。给家长寄信，说明项目并邀请他们参与。寻找愿意接受访谈的社区成员。

2. 任务进行中： 示范如何尊重地开展访谈。帮助学生准备符合文化习俗的访谈方式（有些社区可能有与长者交谈的特定礼仪）。走访知识圈，倾听并提出能深化综合成果的问题：“我注意到，Amara 和 Jakub 的故事讲的是同一条街，但他们对这条街的感受截然不同。这可能是为什么？”

3. 整合期间： 帮助学生应对观点相互矛盾的复杂情况。在 Ubuntu 中，意见分歧不是需要解决的问题，而是值得珍视的丰富性：“两个故事都是真实的。这个地方的历史包含这两种经历。”

4. 社区之夜： 帮助学生怀着尊重与感激之情展示档案。确保访谈对象受到尊重——他们的姓名、他们的故事，以及他们对集体知识的贡献。

---

已知局限

1. Ubuntu 是一种哲学，而非教学技巧。 将 Ubuntu 原则应用于课堂任务设计是一种诠释——它借鉴了这一哲学传统，但必然会针对特定教育情境进行调整。教师应将 Ubuntu 视为丰富的哲学框架，而不应把它简化为“花哨的小组活动”。阅读 Letseka、Ramose 和 Mkabela 的著作，能帮助深入理解这一哲学，而任务模板无法做到这一点。

2. Ubuntu 存在于特定的文化语境之中。 尽管共同建构知识、关系性身份和集体责任等原则具有广泛适用性，Ubuntu 仍植根于特定的南部非洲哲学传统。在英国或其他西方课堂中应用这些原则，需要具备文化敏感性——应在理解这一哲学传统的基础上开展，而非挪用文化。承认其起源并尊重这一哲学至关重要。

3. 共同建构知识比个体学习耗时更长。 上述档案任务所需的时间，远超常规的地方历史单元。它带来的深度和社区参与值得投入这些时间，但受紧张课程安排限制的教师可能需要进行调整。并非每项任务都需要集体完成——Ubuntu 原则可以用于部分任务，其他任务则仍由个人完成。

4. 个体评估制度可能与集体学习相冲突。 如果学校要求为每份作业单独评分，集体维度可能会受到削弱。上述评估框架尝试兼顾个人贡献和集体贡献，但在最终将所有成果都化为个人分数的制度中，集体维度可能会被低估。这是制度层面的局限，而非设计层面的局限。