9 · Participation
扩大参与与合作的机会，检查实际过程是否承认参与者的知识与声音。
01 · 主结论：不是把人叫来，就产生参与
Hackathon 的结果不是由「限时聚在一起做东西」自动产生的。招募、材料、导师、活动安排和后续支持，必须通过具体机制连接到想要的效果。Program Theory 的价值，是把这些常被省略的假设画出来，并暴露证据断在哪里。
Jeanette Falk、Gopinaath Kannabiran 与 Nicolai Brodersen Hansen 在 CHI 2021 发表本文，Article 147，16 页，DOI 10.1145/3411764.3445198。这是基于已发表材料的16 篇案例文献再分析，不是作者亲自举办 16 场新实验，也不是总体代表性的系统效果元分析。
3 · Sustainable Outcomes
把即时原型接到共享、循环改进和活动后支持上。
4 · Learning
围绕具体学习机制调整时间、材料、练习和支持。
核心问题有三层：hackathons 在具体情境中做了什么；格式怎样为特定目标改变；怎样把它理解为一种特定合作形式。作者最终提出「methodological democracy」：不只让更多人进入活动，还应允许不同知识与参与者改变组织和研究方式。这是由案例分析推进的规范性主张，不是本文测得的民主化因果效果。
阅读标记：Paper Verified 表示原文可核查的设计或报告；Author Claim 表示作者解释、期待与规范性立场；Our Interpretation 表示本页分析；Research Extension 表示进一步研究设想。特别是 PT 表格中的 Effect 包含计划与已报告内容，不能一律读成已经实现。
固定 PDF 第 1–2 页；Aalborg 官方书目记录
02 · 为什么已有 hackathon 指南还不够？
Hackathons 被用于商业创新、科研软件、教育、公民参与和敏感议题设计。格式与目标同时变化，却往往仍用同一名称。已有研究提供分类法、组织建议或广泛综述，但仅知道「采用什么形式」还不够：需要理解某项安排为何被认为能实现某种效果，以及已有记录是否支持这种联系。
作者将自己的案例分析与广泛文献综述区分：关注单一情境内的运作；主动引入 PT 作为理论透镜；通过有限案例并置形成批判比较，而不声称穷尽所有格式。文中引用的 381 篇综述、189 篇分类工作、10 场企业活动经验等，属于相关工作，不是本文新样本。
论文也不把「参与」等同于改变权力关系。一个组织者主导的活动可以邀请不同人到场，却仍由开发者决定哪些知识有效、哪个问题值得解决。原型数量或气氛热烈不能独立证明平等合作。
研究产物
- 16 篇修改格式的案例目录，方便寻找可比较的组织实践。
- 以 input、mechanism、activity、output、outcome、impact 并置案例，显式化程序假设。
- 提出三类主要修改动机，并比较其中的过程、效果和失败。
- 为未来组织与研究提供可检验的思考框架，而非保证成功的通用配方。
固定 PDF 第 2–4 页，相关工作与 Program Theory
03 · 原 Table 1：Program Theory 的六个分析位置
这里的 program 是社会干预／项目，不是程序代码。PT 也不是一套已给定、普遍成立的因果理论；它是一种明确项目「预期如何工作」的评价方法。它让研究者能问：为什么这些输入和活动会带来效果，哪里需要观察，为什么某个项目没有按预期运行。
| 原 Table 1 位置 | 定义 | 原文含义与阅读边界 |
|---|---|---|
| Input | 所需有形与无形资源 | 材料、工具、挑战、知识与招募；不把输入本身当成结果 |
| Process · Mechanism | 产生效果的基本原理 | 例如同伴学习、合作、让边缘化声音处于中心 |
| Process · Activity | 使机制发挥作用的媒介或做法 | 例如工作坊、导师帮助、填写工作簿；活动不等于机制 |
| Effect · Output | 过程直接产生的有形或无形产品 | 原型、文档、方案、工作簿 |
| Effect · Outcome | 由产出衍生的短／中期后果 | 技能、合作关系或后续使用；也可能有代价 |
| Effect · Impact | 项目的长期效果 | 通常与其他项目共同作用，归因更困难 |
查看原 Table 1 的 PDF 裁切
本页图式，非论文数学模型：用 \(I\) 表示资源，\(A\) 表示活动，\(M\) 表示拟触发的机制，\(O\) 表示即时产出，\(U\) 表示短中期后果，\(L\) 表示长期影响。下式只是组织证据的位置，不是已识别的结构因果方程：
\[ I\longrightarrow(A,M)\longrightarrow O\longrightarrow U\longrightarrow L. \]例如「安排导师」是输入／活动层面的安排；「帮助新人限定问题而保留团队自主权」才涉及机制；「完成三个项目」是产出；「持续进入科研社区」是另一层效果，需额外证据。导师在不同时间也可以同时贡献输入、活动和后续支持，分类不必把每个实体强行限制在唯一格子。
关键边界：箭头表示待检验的程序假设。长期 impact 往往与其他项目、制度或资源共同作用，本文明确承认归因困难。PT 图填满了，不等于因果链被证明；空格也不等于效果为零。
04 · 检索、筛选与编码：78 → 41 → 16
| 步骤 | 论文设置 | 可复核边界 |
|---|---|---|
| 数据库 | ACM Digital Library | 只覆盖 ACM 出版物，不能代表医疗等其他领域全部研究 |
| 查询字段 | abstract、title、author keywords 中的 hackathon，以 OR 连接 | 关键词范围可能漏掉使用其他名称的类似活动 |
| 时间 | 2010-01-01 至 2020-07-23，后者为最终检索日 | 文中说此查询在 2010 前无命中；不是宣称此前没有 hackathons |
| 类型 | journal paper、conference paper、book、book chapter | 过滤其他材料后 78 篇 |
| 摘要筛选 | 三作者先协商标准，两作者阅读、讨论与对齐 | 41 篇进入全文阅读 |
| 全文筛选 | 有意、清楚地为特定目的修改格式，且组织细节足够分析 | 留下 16 篇；同一案例 [47,48] 保留较新且详实的 [48] |
| 案例分析 | 两作者各分析全部 16 篇，共享在线表格并持续讨论 | 未报告独立编码一致性数值或统计仲裁流程 |
| 跨案例归类 | 在线白板视觉分组，识别三类主要动机 | 类别不互斥；按主要动机归类，不是客观唯一标签 |
明确排除的五类
- 仅顺带提到 hackathon，重点放在生成的作品而非格式。
- 只用典型 hackathon 评价一个原型，没有为特定目的修改组织方式。
- 只讨论参与者动机与经历。
- 描述举办方式，却未为明确目的改变格式。
- 不围绕组织与引导活动展开。
六个编码关注点是：领域；组织的主要方式；修改原因；输入；含活动与机制的过程；预期与已描述的产出。随后借助 PT 区分不同层次的效果。这一过程依赖已发表文章的信息，没有访问原作者、原始访谈、完整项目记录或现场观察来填补空白。
Reviewer：筛选适合研究「有目的的格式修改」，不适合估计所有 hackathons 的平均效果。详细报告更容易被选中，可能产生记录完整性与发表偏差。文章没有给每个全文排除理由及可下载编码表的完整再分析包，复做时应显式记录这些信息。
固定 PDF 第 4–5 页，Methodology
05 · 原 Table 2：全部 16 篇案例目录
下表保留全部文献及其原文参考文献编号。编号仅对应本论文的 bibliography，不表示本页另行逐篇验证了所有原始研究。一个案例文献可以报告多个活动或迭代，因此「16 篇案例」不应转换成 16 场统一独立试验或 16 位受试者。
| 主要分类 | 原参考编号 | 文献标题 |
|---|---|---|
| Participation | [24] | Hackathons as Participatory Design: Iterating Feminist Utopias |
| Participation | [4] | Self Harmony: Rethinking Hackathons to Design and Critique Digital Technologies for Those Affected by Self-Harm |
| Participation | [41] | StitchFest: Diversifying a College Hackathon to Broaden Participation and Perceptions in Computing |
| Participation | [48] | Strategies for Engaging Communities in Creating Physical Civic Technologies |
| Participation | [29] | MUDAMOS: a civil society initiative on collaborative lawmaking in Brazil |
| Participation | [30] | Older adults and hackathons: a qualitative study |
| Participation | [33] | ATHack: Co-Design and Education in Assistive Technology Development |
| Participation | [35] | How to Support Newcomers in Scientific Hackathons - An Action Research Study on Expert Mentoring |
| Participation | [49] | Co-designing Scientific Software: Hackathons for Participatory Interface Design |
| Sustainable Outcomes | [20] | Mapathons and Hackathons to Crowdsource the Generation and Usage of Geographic Data |
| Sustainable Outcomes | [52] | Lab Hackathons to Overcome Laboratory Equipment Shortages in Africa: Opportunities and Challenges |
| Sustainable Outcomes | [9] | Post-Hackathon Learning Circles: Supporting Lean Startup Development |
| Learning | [43] | Short datathon for the interdisciplinary development of data analysis and visualization skills |
| Learning | [10] | Experience Report: Thinkathon – Countering an “I Got It Working” Mentality with Pencil-and-Paper Exercises |
| Learning | [19] | Developing Course Projects in a Hack Day: An Experience Report |
| Learning | [26] | The community garden hack: participatory experiments in facilitating primary school teacher’s appropriation of technology |
查看原 Table 2
9+3+4 是按主要动机排列的目录计数，并非三种效果互斥。比如 ATHack 同时涉及参与和教育，StitchFest 的参与也包含学习，工作簿与文档奖同时涉及后续可持续性。不能用这些类别数量推断某类目标在全领域的普及率。
06 · 原 Table 3：扩大参与的完整 PT 对照
为便于阅读，原表中合并的 co-design 两项按 Hope [24] 与 Birbeck [4] 分行，其他列与内容全部保留，并翻译为中文。破折号表示原表未列出内容，不是没有作用或零效果。表中归入 outcome／impact 的条目仍须结合正文分辨期待与观察。
| 原表案例分组 | Input | Mechanism | Activity | Output | Outcome | Impact |
|---|---|---|---|---|---|---|
| Co-design · Hope [24] | sense-checking；优先招募；欢迎多类人群的场地；灵感来源 | 以边缘化参与者声音为中心 | 志愿者支持工具和材料；开放麦克风 | science fair 展示的设计 | 提升议题意识；媒体、协作、社区、政策、个人层面 | 重新想象美国的母乳喂养；更包容和可达的 hackathons |
| Co-design · Birbeck [4] | sense-checking；参与者招募；安全空间；三个挑战 | 持续检查敏感性；促进后续讨论 | 导师；过程记录 | 七项设计；利益相关方讨论 | 提升议题意识 | — |
| Broadening computation · Richard [41] | 定向招募；Wear & Care 主题；场地；LilyPad Arduino；hack boxes；建议 [34] | 跨团队社会互动与协作；帮助新手技术开发 | 分享 hack box 内容；导师 | 可穿戴设计 | 改变对编程与计算的看法 | 扩大女性参与计算 |
| Empowering communities · Taylor [48] | 本地活动招募居民；makerspace 招募 makers | 允许家庭和家长参加 | 三次各六小时；缓慢引入技术 | 三个原型 | 居民与 makers 的关系；激发对技术可能性的兴趣；技术信心 | 公民赋权 |
| Lawmaking · Konopacki [29] | Mudamos 移动应用 | 协作；参与者多样性强化法案 | 多利益相关方 panel；fishbowl 对话；三步起草法案 | 法案测试；发布到 Mudamos | 公民参与立法 | — |
| Inviting end-users · Kopeć [30] | 定向邀请老年人；会前组织者与参与者交流 | — | — | 19 项设计 | 对终端用户参与困难的反思 | — |
| Matching end-users · Narain [33] | 招募 co-designers；由其提议项目；社交活动展示；提交项目偏好；文档奖 | — | — | 辅助技术原型 | 无障碍产品设计知识 | — |
| Mentoring newcomers · Nolte [35] | 导师；导师介绍问题空间 | 作为专家的导师帮助新人 | 问题范围界定与技术支持 | 3 个项目 | — | — |
| Design materials · Thomer [49] | 纸面原型材料；原型工作坊；工作簿 | 捕捉工作实践 | 填写工作簿 | 完成的工作簿；界面设计 | 向更广社区分享 | — |
查看原 Table 3，核对合并单元格与原文措辞
原表将 Hope 案例的 media、collaborations、community、policy、personal 列在 Outcome 一栏，而正文转述原案例时称五类 impact。本页保留表中位置并说明用词层级并不完全一致，不把分类整理误当精确时间测量。
07 · 参与案例精读：谁到场，谁能影响过程？
1–2 · Hope 与 Birbeck：相似目标，不同活动
两案都要与直接受议题影响的人共同设计，并提升议题意识。Birbeck 的 Self Harmony 通过持续与本地专业组织沟通、提供可退出的安全空间、三组挑战和导师检查，谨慎处理敏感主题。过程记录支持之后的利益相关者批评；即时产出是七项设计与后续讨论，不是已证实有效的健康干预。
Hope 的母乳喂养活动反思组织者自身偏见，采用优先招募以接触有色人种、低收入与 LGBTQ+ 家长；场地包括生活化空间、艺术／zine 资源和 Baby Village。亲历叙事作为灵感，开放麦克风让参与者随时请求帮助并影响过程，志愿者协助技术操作，science fair 建立围绕设计的对话。两个案例说明，同一机制目标可能通过不同活动实现，不能照抄活动而忽略情境。
3 · StitchFest：材料分配也是组织设计
Richard 等人的 Wear & Care 以 LilyPad Arduino、缝纫与手工连接计算。各团队 hack boxes 的核心组件相同，但传感器与执行器不同，意图促成交换与跨团队交流；导师帮助新手。几周后的访谈涉及参与者对计算的看法变化。
重要负面证据是第二轮并未仅凭此前经验与建议就吸引到同样更多的女性参与者。因此，「遵循包容建议 → 招募成功」不是已确立规律。活动中形成交流、活动能否招到目标群体、长期进入计算领域，是三项不同主张。
4 · Taylor：时间安排关系到谁有资格参加
为了让家庭与家长参加，活动改为三次、每次六小时。第一场使用易上手的手工材料；第二场加入简单电子；第三场利用 makerspace 数字制作设备完善原型。三个原型之外，目标还包括居民与 makers 的关系、对技术的信心，以及面向本地需求的主动性。后续正式与非正式聚会支持社区延续。作者也强调，所有权应延伸到过程，而不仅是作品。
5 · Mudamos：hackathon 不一定产生代码
已有应用 Mudamos 是输入平台。多利益相关者 panel、fishbowl 对话与三步起草（目标、定义、条文）组织协作；顾问检查提案后发布到应用，支持收集签名。它是样本中不以技术开发本身为产出的特殊案例。多样性提升法案质量是程序假设；本文没有测量法案通过率或长期立法影响。
6 · Kopeć：邀请不能保证平等合作
老年参与者会前被告知，个人经验比编程能力重要。可现场记录出现三种模式：程序员不接触他们；只偶尔征询且质疑经验代表性；或真正让他们在团队中积极参与。原表列 19 项设计，却没有因此宣称参与质量成功。这里的困难是过程中的知识承认，不能只靠增加招募人数解决。
7 · ATHack：精心匹配也不能取代持续引导
有障碍经验的 co-designers 提出项目；build day 前两周进行社交展示和交流，学生提交偏好，匹配双方继续认识。文档奖鼓励说明与图纸，产出辅助技术原型。但有案例反馈指出开发者忽略 co-designer 意见；文章也报告缺少活动后的项目延续支持。投入充分会前匹配，不代表合作机制已贯穿全过程。
8 · 科研新人导师：专家不应占有问题
Nolte 等人为新人提供领域知识、工具、webinar、范围界定和技术支持，最终有三个项目。导师若被误认为拥有问题的 stakeholder，会伤害团队进展与自主性；更合适的角色是辅助专家。导师作为社区成员也有机会支持后续发展，但「有机会」与已证明长期留存不同。
9 · Thomer：纸原型与工作簿降低不同障碍
分类学、信息科学与软件背景的人参与三日活动，针对科研软件的特殊界面需求共同设计。非设计专业参与者使用纸面原型材料较顺利，却在数字 wireframe 工具上困难；工作簿记录工作实践与设计，以便更广的开发社区分享。材料的作用既是降低入门门槛，也可能是让隐性实践成为可传递产出。
固定 PDF 第 5–9 页，4.1.1–4.1.8
08 · 原 Table 4：即时产出怎样接到后续过程
| 原表案例分组 | Input | Mechanism | Activity | Output | Outcome | Impact |
|---|---|---|---|---|---|---|
| Circular processes · Gama [20] | 未绘制地理数据；前次 mapathon 改进的地理数据 | 改进地理数据 | 绘制未映射数据；用数据开发应用；按 hackathon 反馈改进地图 | 绘制后地理数据；应用；对地理数据的评价 | 改善并延续 hackathon outcomes | 支持可持续 Blue Economy 增长 |
| Circular processes · Webb [52] | 实验设备需求；团队 Arduino kits；Open Hardware 资源 | 教育机会；技能发展 | 学习 sessions／工作坊；实体活动前充分准备与原型制作 | 11 项节俭、可复现的设计 | 贡献于 Open Hardware movement | 缓解削弱非洲 STEM 教育的设备短缺 |
| Post-hackathon · Chan [9] | — | 改善产出与利益相关者的联系 | Learning circles | 四项解决方案建议 | — | — |
查看原 Table 4
Gama：Mapathon 与 Hackathon 形成循环
Blue Economy 案例先在 mapathon 生成或完善地理数据，再让 hackathon 围绕这些数据制作应用并评价数据。应用过程暴露的问题成为下一次 mapathon 的输入。关键变化是活动边界扩展为循环：成果不只是一个演示原型，也包含回流的数据评价。支持可持续蓝色经济是长程目标，本文没有估计经济增长的因果效应。
Webb：LabHack 把制作移到准备期
面对非洲 STEM 教育实验设备短缺，学生与技术爱好者借助 Arduino 和 Open Hardware 资源制作节俭、可复现设备。大量设计与制作在实体活动前完成，现场更侧重学习 sessions 与工作坊；较长准备期允许迭代和技能积累。原文列 11 项设计，并期待共享设备方案在未来出现需求时继续复用。11 是作品数，不是证明设备质量、可用性或教育影响的效果量。
Chan：Post-hackathon Learning Circles
活动后把团队、原型与关键利益相关者联系起来，反思方案和商业模式，帮助从即时作品迈向实践；原表列四项方案建议。机制是改善作品与相关方的联系，不是「加一个复盘会就自动产生创业公司」。本文没有给出统一创业转化率或持续运营数据。
跨类联系：工作簿、文档奖、利益相关者讨论同样出现在 Participation 案例里。可分享的工作实践可能比短命原型更持久；但可分享只是延续的条件之一，还需接收者、维护资源与真实需求。论文也指出，可持续性与谁参与、如何参与相连。
固定 PDF 第 10–11 页及第 13 页，4.2 与 5.1.2
09 · 原 Table 5：限时活动不会自动带来学习
| 原表案例分组 | Input | Mechanism | Activity | Output | Outcome | Impact |
|---|---|---|---|---|---|---|
| Short timeframe · Salinas [43] | 电脑环境；用户友好软件 | 使参与者获得基础数据分析与可视化技能 | 六小时时段 | — | 基础 literacy skills | — |
| Alternative education · Cutts [10] | 纸和笔 | Mastery-based learning；Peer-learning | 小组合作解代码练习；导师协助 | 改善代码理解 | — | — |
| Alternative education · Gama [19] | 挑战；数据文件 | Challenge-based learning | 十小时时段 | 原型 | 更高动机 | — |
| Demystifying materials · Karimi [26] | 非入门级设计材料；熟悉的情境 | 技术去神秘化 | 搭建与排查原型技术 | — | — | — |
查看原 Table 5
Salinas · Short Datathon
缩短为六小时，事先准备电脑、易用软件和经过筛选的数据源，降低新人的配置负担与参加整周末活动的压力。目标是基础分析和可视化能力，为未来较大型 datathon 做准备。这可理解为先运行一个入门 program，使参与者具备进入另一个 program 的资源。
Cutts · Thinkathon
学生在家能借助网络或 IDE 把程序跑通，却在考试与后续课程中难以理解代码。三个晚上、约 200 道练习、只用纸笔的协作活动，结合导师与同伴讨论，意图支持 mastery-based learning 和 peer-learning。重要改变不是把软件工具做得更方便，而是暂时移除脚手架，将注意力转回概念。
Gama · Hack Day
给出出租车与公交定位数据，在十小时内协作构建城市出行相关分布式系统，结合设计反馈与 challenge-based learning，把课程概念连接到实践。观察到的困难包括数据准备可更清楚、快速分工使学生没有接触所有部分；任务轮换是作者提出的改进建议，不能写成已实施且验证的效果。
Karimi · Community Garden
面向小学教师的五小时活动刻意提供非 plug-and-play 材料，把不熟悉的技术放入熟悉的社区花园情境。希望通过搭建、排错和体验真实技术困难来「去神秘化」。但原案例明确发现一天活动不足以提供让教师有信心独立在课堂实施项目的背景。论文认为这一尝试仍有启发，但不能把它列作已成功实现长期教学转化。
关键对照：有时材料越易用越有利于参与；有时组织者有意保留困难，让人理解真实系统。材料是否合适取决于目标机制与支持安排，不能抽出「越简单越好」或「越难越能学习」的通用规律。
固定 PDF 第 10–12 页，4.3.1–4.3.3
10 · 跨案例综合：三条不能跳过的连接
- 招募 → 活动中的实际影响：目标群体到场只是 input。必须在讨论、设计、分工和决策中持续支持其参与；开场 brainstorm 无法独立解决整个活动中的权力差异。
- 产出 → 延续：文档、工作簿、循环数据、开放方案与后续 stakeholder 支持为延续提供机制，但需要观察是否有人接续使用与维护。
- 活动 → 学习：限定时间、共同在场和给出工具并非充分条件。学习机制需要与挑战、练习顺序、支持、反馈和参与者起点相匹配。
Paper Verified：上述模式来自对选定案例的并置。Author Claim：PT 能让讨论更准确并支持未来形成性评价。Reviewer：本文没有让两组组织者随机使用／不使用 PT，也没有测量它是否显著改善活动成效。因此，PT 的规划价值是经过论证的建议，不是已验证的平均干预效果。
原表中 7、3、19、3、11、4 等作品或项目数量，分属不同任务与报告方式；200 道练习、五／六／十小时时段也描述不同干预。把它们并排排行「哪个 hackathon 更好」会丢失目标、资源与参与人数等必要分母。原文没有提供可公平比较的统一成功率或效果量。
11 · Methodological Democracy：从参加活动到改变方法
作者用 epistemological hegemony 指一种知识观主导、其他知识被从属化的情形。修改 hackathon 可以让以往被技术设计排除的人，不只贡献需求或经验，还参与决定活动如何组织、什么算作知识和什么成果值得追求。
文章提出两种贡献：一是具体研究项目的目标；二是通过重定义活动格式推动方法层面的民主。这后一种贡献往往超出单次项目，必须与其他研究、参与者实践和时间中的变化联系起来。
作者自己的限定：本研究主要前景化了研究者如何改变格式。参与者对方法民主的贡献仍探索不足，可能由于作用较慢、超出项目边界，而被研究写作忽略。作者没有宣称所有修改格式都摆脱了权力问题；它们应被看作质疑与重排既有关系的批判尝试。
Reviewer：这里存在一个值得保留的张力：研究在筛选时排除只谈参与者视角的论文，却最终倡议重视参与者的方法贡献。这个限制不使论点失效，但提醒读者，关于参与者如何实际改变方法的证据仍需要额外研究，而非仅依靠组织者报告。
固定 PDF 第 13–14 页，5.1–5.2
12 · Reviewer：强在哪里，证据止步于哪里
Strengths
同一个六栏结构让差异很大的案例可以在不抹平情境的前提下比较；区分 output、outcome 与 impact，防止把作品数量当作赋权或长期影响。分析保留了负面与不完整案例，例如第二轮 StitchFest 的招募问题、co-designers 被忽视、教师活动的信心不足，使论文超出成功故事目录。
Weaknesses 与可复现性边界
- 来源局限：只查 ACM，时限到 2020-07-23；不能外推所有领域、之后的活动或不同文化。
- 间接观察：仅依公开论文，缺乏原始数据与现场资料；未报告某机制可能只是写作遗漏。
- 理论驱动解释：机制名称和类别由分析者解释，未报告一致性系数、完整编码决策日志或全部竞争解释。
- 效果状态混合：PT 表格结合期待与所述结果，outcome/impact 词项也有重叠；不能一眼把每格当作已实证支持。
- 因果识别不足：多个输入、活动与背景同时变化，没有对照或统一效果指标，无法单独估计导师、材料或时长的贡献。
- 视角限制：主要从研究者报道推断参与过程，对未参加者、退出者和被边缘化者的直接证据不足。
本文没有新机器学习模型、训练设置、推理配置、benchmark baseline、统计主结果表或组件消融。原 Tables 1–5 是概念与案例结构化表，不应改造成模型排行榜。它的主贡献是中层方法知识和可讨论的程序假设。
Potential Improvements
后续研究可提供版本化编码表，并对每个箭头标注「组织者意图／现场观察／短期跟踪／长期证据」。在条件允许时比较不同组织安排，结合参与者日志、决策追踪、退出理由与后续使用，检查谁的意见实际改变产物和活动。没有长期数据时，明确把 impact 留作假设，而不是填上宏大词语。
13 · 如何用这篇论文设计下一次活动
Our Interpretation：以下是一份基于文章的执行框架，不是原论文已经验证的活动 protocol。
- 写出目标效果，并标明属于当日 output、数周 outcome 还是长期 impact。
- 写出参与者是谁、谁未被代表、谁有权决定问题和成功标准。
- 选择输入与活动，分别解释它们希望触发什么机制。
- 为每个关键箭头规定可观察证据与潜在反例；不要只记录最后作品。
- 提前设置后续接收者、维护资源、文档与跟踪窗口。
- 活动后比较预期与观察，记录未发生的机制、意外作用与改变，而不是只汇总好评。
例如，若目标是让新手艺术家参与程序化材质工具设计，输入可以是熟悉的视觉素材、可修改节点示例和无障碍支持；活动可包括需求表达、轮换操作、共同解释和决策回顾。机制假设是让领域经验被承认，而不只是让艺术家坐在程序员旁边。应记录哪些需求改变了节点表示与工作流，以及哪些意见被忽略。
Research Extension：在 AI Agent 辅助 hackathon 中，可以把 Agent 视为工具与支持资源，而非自动提供平等参与的机制。它可能降低编码门槛，也可能使模型擅长表达的问题挤占其他经验。需要检验参与者是否能质疑、修改和拒绝 Agent 的方案；产出代码量不是方法民主的替代指标。以上均为当代延伸，2021 本文未研究 LLM Agent。
14 · 版本、来源与归档说明
- 原论文 DOI：Falk、Kannabiran、Hansen，CHI 2021，Article 147，1–16 页。
- Aalborg University 官方书目页：核对三作者、2021 年、16 页和 Article 147。该档案用 Jeanette Falk Olesen，论文署名 Jeanette Falk；归档前应作为姓名变体核对，避免重复建人。
- 作者公开 preprint：标注 25 页与 PREPRINT，只用于书目交叉核对，不用它的页码替换固定 16 页会议版。
固定 PDF SHA-256：3f83b6fcf083e5fa899bef71ce5f65c2644c1aff4972438c09cde6ed248fcc28。本页所有详细论证和表格来自此 16 页版本。某机构检索结果显示 1–6 页，与固定原件和 Aalborg 记录不符；采用可直接核对的 16 页，不悄悄混合版本。
原文没有编号 Figure；本页重建全部 Tables 1–5，并附各表的固定 PDF 裁切以便复核。全文源表中的空格保留为破折号，没有补成作者未报告的效果。未重新研究所有 16 篇底层文献，也未读取独立原始数据。
第一作者 Jeanette Falk，论文时机构 Aarhus University；末位作者 Nicolai Brodersen Hansen 为未核实通讯候选。PDF 虽列邮箱，但无显式 correspondence 标记。原笔记 metadata、正文与 PDF++ anchors 保持不变。仅交付下载用 HTML、Markdown 增补、完整原文前缀合并候选、QA／来源／归档计划；没有写入 People、索引或实际仓库，没有部署，浏览器验收按本批要求延后。