问题
个人或团队正在调查的具体问题，以及它为什么重要。
04 / 人与项目
工作本身，就是证明。
XTF 成果档案记录参与者调查了什么、如何工作、学到了什么，以及项目下一步将走向哪里。
项目档案正在整理。
当项目信息、证据与发布许可得到确认后，项目才会在这里出现。
XTF 不会用虚构的示例团队、夸大的结论，或超过实际发展阶段的描述填满这个空间。
在经核实的项目档案准备完成之前，本页先公开每一份项目记录都应遵循的标准。
01 / 成果档案原则
工作完成之前，不制造“完成的故事”。
第一次实验就应被称作第一次实验；原型不会被描述成已经部署的解决方案。证据、不确定性和下一步都属于项目故事的一部分。
方法
工作如何被研究、制作、测试与评审。
目前证据
当前阶段已经知道什么，还有什么尚不确定。
XTF 的作用
如实说明与项目相关的支持，不夸大。
局限
工作尚未解决的约束、风险与问题。
下一步
当前计划或评审节点之后，现实可行的路径。
02 / 阶段语言
用准确的词描述所处阶段。
一致的阶段标签帮助访问者理解项目真正取得了什么。它们用于描述，不是对重要性的排序。
界定问题
正在定义问题背景与核心提问，此时不预设一定需要技术回应。
开展调查
团队正在从来源、相关人、观察或既有系统中学习。
检验一个假设
通过有明确边界的测试，了解方法中的一部分是否可信。
让问题变得可触可见
早期形态正在暴露假设、交互方式或技术约束。
在真实情境中测试
只有当条件、许可与证据得到核实后，才会把有限的真实环境测试描述为试点。
沿下一条路径继续
项目正在通过已经确认的路径，推进进一步研究、开发或协作。
03 / 项目记录结构
让进展清楚可读。
每份档案都采用同一套以证据为中心的结构，让读者不依赖宣传语言也能理解工作。
参与者与计划
在获得许可的情况下公布姓名，并说明所属计划、关注方向与当前阶段。
情境与问题
工作所回应的处境，以及它提出的问题。
方法与产出
研究、测试、原型与可公开使用的材料。
什么发生了变化
批评或证据如何改变工作。
已知局限
项目目前还不能得出什么结论，以及仍然存在什么风险。
下一步去向
下一条负责任的路径，以及本记录最后更新的日期。
04 / 证据语言
告诉读者，一项主张从哪里来。
项目页面应让重要主张的来源与证据强度清楚易懂。
项目方陈述
由个人或团队提供，并在页面中明确标注的信息。
有材料记录
由方法记录、原型材料、来源或可供查阅的测试材料支撑。
经过评审
在明确说明的 XTF 评审流程中讨论过，但不暗示已经得到独立验证。
有独立依据
只有在能够清楚引用适当的外部来源或核实材料时，才使用这一表述。
05 / 发布标准
同意、语境与更正。
发布也是对工作负责的一部分，尤其在涉及青年、敏感信息或早期发现时。
获得同意后再发布
姓名、图像、项目细节与参与者信息，只能经过相应许可流程后公开。
限制个人信息
公开档案只应包含理解这项工作所必需的信息。
保留不确定性
编辑不应删除帮助读者理解一项发现所必需的局限或条件。
显示更新状态
清楚可见的最后更新时间，帮助读者区分当前记录与较早阶段。
修正公开记录
发现经核实的错误或重要变化时，应更新相关材料。
让历史清楚可读
归档材料不应被误解为当前计划状态或现阶段结论。
分层记录
过程、产物、观察、影响主张。
四层分开写，避免把早期工作写成已经完成的结果。此处不补充资助金额、外部背书或未公布的法律实体名称。
过程
如何定义、调查、制作、评审与记录，包括负责任的停止。
产物
现在实际存在的成品：笔记、数据、原型、批评意见或决定记录。
观察
工作或理解发生了什么变化，并标明来源（项目方陈述、有材料、经过评审）。
影响主张
只写现有证据能够支持的部分。若尚无影响报告，就明确这一层是空的。
06 / 成果档案常见问题
诚实的记录，比拥挤的展示墙更有用。
以下回答说明，为什么项目档案只会在底层信息准备完成后出现。
为什么目前还没有公开项目档案？
XTF 正在等待项目信息、证据与发布许可得到确认。留白也比虚构一份成果档案更合适。
原型算已经完成的解决方案吗？
不算。原型是用来暴露假设或检验问题某一部分的早期形态，其局限仍然属于项目记录。
每一个 XTF 项目都会公开吗？
不会自动公开。是否发布取决于相关计划条款、证据、同意情况，以及项目记录是否适合公开使用。
XTF 会独立验证每一项主张吗？
XTF 不作统一的独立验证承诺。每份档案都应说明信息是项目方陈述、有材料记录、经过评审，还是有独立依据。
项目记录可以修改吗？
可以。最后更新时间与更正流程，能够让公开记录与经核实的变化保持一致。
如何咨询一份项目档案？
请发送邮件至 hello@xtf.org，并清楚说明所涉及的项目或成果档案问题。