确认公约与参与
共同讨论并确认社区公约；拟开展正式共建的参与方先认可公约、完成入社确认，明确参与身份与协作范围。
OUTPUT共同规则与正式参与确认
ZIWU COMMUNITY / 子午社区
从共同约定，
到真实共建。
让愿意长期投入的人，在明确的规则下，一起把技术做出来。
子午社区连接开发者、研究者与实践者，以具体问题为起点，以可复核的贡献建立信任。
roboRSI 是社区的首个开源项目，已有初版。我们从已有工作出发，共建 Physical AI 的组件、验证方法与协作机制。
共同构建，而后共同验证ZIWU / 01
开放 · 中立 · 可验证社区协作示意
01 ABOUT THE COMMUNITY
社区先行，贡献落地。
子午是社区，roboRSI 是社区的首个开源项目。社区公约约定共同的参与和协作方式，项目附则说明具体项目的贡献与验证要求。
我们欢迎使用、讨论、反馈和贡献。已公开开源的代码与资料依各自许可证使用、修改和分发，包括许可证允许的商业使用，均不以加入社区为前提。正式共建、未公开资料交流与联合发布，遵循相应的参与、授权和验收约定。
以贡献建立信任
认可代码、数据、评审、文档、验证和社区服务；权限与持续承担的责任相匹配。
以证据说明成果
区分已实现能力、实验结果与研究方向，让每项主张都有明确的范围和依据。
以清晰边界协作
说明资料权限、知识产权、交付责任和发布规则，支持长期、平等的合作。
围绕 Physical AI，
把组件与证据连接起来。
roboRSI 面向机器人任务中的数据、任务结构、推理与执行协作。社区在已有初版的基础上，推进组件接入、实验验证与可复用的工程能力。
项目已有初版；具体能力、版本和使用方式以项目已公开的说明与发布内容为准。
01
数据与任务图
共建数据筛选和标注方法、任务语义、状态与技能接口，以及带来源的轨迹和验证材料。
02
奖励、推理与执行
探索奖励与评测、Harness 编排、推理和执行组件；逐项实现，分别验证。
03
仿真与真机
推进仿真、Sim-to-Real 与七轴真机任务图验证，并清楚标注任务、设备、环境和验证阶段。
上述方向不等同于全部能力已经实现。在线 TaskGraph、训练后端、技能组合优化及其收益，需要各自的实现与独立验证。
03 BUILD TOGETHER
三步，开始正式共建。
先建立共同约定，再看具体技术，最后把合作落实到明确的组件与交付。
展示技术实质
围绕项目初版、可分享的技术报告与交流，说明已有工作、待解决的问题和可接入的位置。材料分享遵循其公开范围和授权。
OUTPUT对已有基础和技术问题的共同理解
明确组件投入
参与方选择愿意投入的组件，与项目维护者确认负责人、交付物、接口、验证方式及计划，将合作落实为可验收的贡献。
OUTPUT组件、负责人、交付与验收约定
04 OUR SHARED COMMITMENT
子午社区公约
讨论稿 v0.1。本公约面向子午社区的成员、项目贡献者及正式合作参与方。下划线标出具体借鉴的句子或短语，每处附来源社区、文档、原文章节和链接；子午自定的实施规则另行说明。
带下划线的句子或短语 为借鉴内容。句后编号对应本段下方的社区、文档、具体章节及原文链接。
下划线仅标记有明确原文对应的借鉴范围，属于中文转述或原则借鉴，并非逐字引文。入社、投票门槛、联合发布等具体规则在「子午约定」中说明。参考文档包括治理规则、贡献指南与行为准则，不全部属于社区公约。
以真实贡献、开放协作和长期维护，形成可持续的技术社区。
社区以共同解决技术问题、积累可复用成果和培育贡献者为目标。技术判断以问题价值、证据、质量与可维护性为依据，尊重不同经验和技术路线。
社区规则适用于各项目的共同协作；具体项目可以制定附则，说明其技术范围、交付和验证要求，并与本公约保持一致。
- 个人、团队和机构均可参与交流与贡献；社区重视实际工作和持续责任〔01.1〕。划线部分 · 借鉴出处〔01.1〕Apache Software Foundation ·《The Apache Way》原文部分：Earned Authority ↗借鉴以实际贡献获得认可和影响力的原则；子午据此强调工作与责任。来源说明 [2]
- 资源、赞助与商业合作可以支持社区发展，不自动换取技术决策权〔01.2〕、项目背书或发布资格。划线部分 · 借鉴出处〔01.2〕Linux Foundation ·《Building a successful open source community: How coordination and facilitation helps projects scale and mature》原文部分：How does coordination and facilitation help improve my project? ↗原文将资金及商业事务与技术治理分开，技术决定依据技术价值而非出资。来源说明 [1]Apache Software Foundation ·《The Apache Way》原文部分：Independence ↗原文规定机构不会因雇用贡献者或赞助而获得特殊权力或控制项目方向。来源说明 [2]
子午约定子午社区与项目附则的适用关系，以及赞助不自动产生本社区背书和发布资格，为子午约定。
公开开源成果依许可证开放；正式共建先确认共同规则与参与范围。
任何人均可在相应公开入口使用项目、提出问题、参与讨论或提交贡献〔02.1〕。已公开开源的代码与资料依各自许可证使用、修改和分发，包括许可证允许的商业使用，均不以加入社区为前提〔02.2〕。
划线部分 · 借鉴出处
〔02.1〕
vLLM ·《Contributing to vLLM》原文部分：Contributing to vLLM（开篇贡献方式说明） ↗开篇欢迎所有人通过问题反馈、功能建议、文档、答疑和评审等方式参与；此处仅借鉴开放参与原则。来源说明 [3]
〔02.2〕
Open Source Initiative ·《The Open Source Definition》原文部分：6. No Discrimination Against Fields of Endeavor；7. Distribution of License ↗第 6 条允许商业使用领域，第 7 条要求许可权利随再分发适用；不附加入社条件是子午据此作出的约定。来源说明 [12]
拟开展正式共建、深度技术协作或申请访问未公开材料的参与方，应先认可公约并完成入社确认。正式合作可根据需要确认参与身份、所属机构或代表授权、联系方式、贡献方向及资料权限；收集的信息仅用于必要的协作与管理。
- 入社不自动授予全部资料、仓库或基础设施的访问权。
- 未入社的合作沟通仅限已公开材料与经授权的口头介绍，不提供未公开书面材料；已公开开源内容不受此项限制。
- 不得以入社、缴费、赞助或另签社区协议作为行使既有开源许可证所授予权利的附加条件〔02.3〕；许可证本身的义务仍须遵守。划线部分 · 借鉴出处〔02.3〕Open Source Initiative ·《The Open Source Definition》原文部分：7. Distribution of License ↗借鉴接收者无需另签额外许可即可取得随软件分发的权利；入社、缴费与赞助是子午列明的适用场景。来源说明 [12]
子午约定正式共建先认可公约并入社、身份与授权确认、未入社的资料交流边界，均为子午约定；公开开源内容按各自许可证处理。
贡献不只包括代码；可复核的工作与持续维护同样重要。
社区认可代码与工程实现〔03.1〕、数据处理、任务与评测设计、实验验证、问题反馈、评审、文档、答疑〔03.2〕和社区协调等贡献。评价应结合质量、实际采用、持续性与协作责任，避免以单一数量指标代替判断。
划线部分 · 借鉴出处
〔03.1〕
vLLM ·《Contributing to vLLM》原文部分：Contributing to vLLM（开篇贡献方式说明） ↗原文认可新模型支持和新功能实现，子午据此认可代码与工程贡献。来源说明 [3]
〔03.2〕
vLLM ·《Contributing to vLLM》原文部分：Contributing to vLLM（开篇贡献方式说明） ↗原文明确列出报告问题、改进文档、回答问题和评审 PR，认可代码之外的贡献。来源说明 [3]
每项正式共建应说明所解决的问题、交付范围、负责人、来源和使用权限，以及计划采用的验证方式。重要贡献应保留可追溯的交付与评审记录，真实呈现各参与方的工作。
- 提出想法、提供设备和资源、组织交流均可得到相应认可；是否形成组件交付，应依据实际成果判断。
- 尊重已有作者和第三方成果，注明适用的引用、署名与许可证要求。
- 使用辅助工具不免除提交者对贡献质量与测试的责任〔03.3〕；提交者还须对来源与表述真实性负责。划线部分 · 借鉴出处〔03.3〕vLLM ·《Contributing to vLLM》原文部分：AI Assisted Contributions ↗原文要求使用 AI 辅助的提交者仍负责理解和检查代码、端到端验证并运行适当测试，贡献须达到同样的质量标准。来源说明 [3]
子午约定数据、任务、实验等贡献类别、正式共建记录要求，以及提交者对来源与表述真实性的责任，结合子午项目实践制定；贡献认可不自动等同于联合发布资格。
协调人帮助协作，维护者对成果负责；权限随责任授予。
社区协调人负责组织沟通〔04.1〕、参与确认、规则维护与跨项目协调。项目维护者负责相应领域的技术评审〔04.2〕、交付验收、版本维护与贡献者支持；具体职责、负责范围与权限应有记录〔04.3〕。
划线部分 · 借鉴出处
〔04.2〕
vLLM ·《Governance Process》原文部分：Committers and Area Owners ↗原文由具有领域经验的维护者负责相应代码区域、PR 评审和贡献者反馈。来源说明 [4]
〔04.3〕
SGLang ·《SGLang Code Maintenance Model》原文部分：Role Descriptions；The List of Merge Oncalls and Reviewers ↗原文分别列明各角色的权限、责任和负责模块，子午借鉴这种明确记录职责的方式。来源说明 [7]
角色与权限依据持续贡献、专业判断、协作表现和实际承担的责任授予〔04.4〕，并根据参与情况调整。授权应满足实际工作需要；角色变动、长期离开或不再承担职责时，应完成相应交接与权限调整。
划线部分 · 借鉴出处
〔04.4〕
vLLM ·《Governance Process》原文部分：Project Maintainers；Committer Proposal Process ↗原文将持续优质贡献、领域能力、响应评审和支持贡献者作为维护角色的选择依据。来源说明 [4]
- 授权属于承担职责的个人，不因任职机构或赞助金额自动获得〔04.5〕，也不随机构内部人员变动自动转移。划线部分 · 借鉴出处〔04.5〕vLLM ·《Governance Process》原文部分：Collaboration Values — Individual Merit ↗原文明确治理资格不能购买，提交者身份属于个人而非公司，并认可贡献和维护责任。来源说明 [4]
- 赞助与资源提供方可以提出建议，技术取舍仍按贡献、证据与项目需要决定〔04.6〕。
- 涉及本人、任职机构或直接合作方的资格认定、资源分配与争议裁决时，应披露相关关系并按事项回避。
子午约定社区协调人与项目维护者的具体设置、授权调整、利益关系披露及回避流程，为子午约定。
重要事项书面讨论，优先形成共识；关键成果由非作者复核。
日常事项由相应负责人在授权范围内推进。重要技术方向、跨项目安排、关键规则及其他重大事项，应先形成书面提案（RFC），说明问题、目标、方案、替代选择〔05.1〕、影响与负责人，并留出适当讨论机会〔05.2〕。
划线部分 · 借鉴出处
〔05.1〕
vLLM ·《Collaboration Policy》原文部分：Adding New Major Features ↗原文要求重大功能先提交 RFC，写明动机、所解决的问题、拟议变更和考虑过的替代方案。来源说明 [5]
决策以共识为先；必要时采用表决〔05.3〕，应事先公布该事项的表决资格、范围与程序，由无利益冲突且有表决资格的维护者过半同意通过，并记录理由、异议与结果。适合公开的结论和依据应公开〔05.4〕；涉及受限信息的记录按其权限保存。
划线部分 · 借鉴出处
〔05.3〕
Apache Software Foundation ·《The Apache Way》原文部分：Consensus Decision Making ↗原文优先推动共识，必要时以表决或其他协调形成决定；不包含子午的过半票与回避规则。来源说明 [2]
〔05.4〕
Apache Software Foundation ·《The Apache Way》原文部分：Open Communications ↗借鉴让技术与决策讨论可公开查阅的原则；子午另设受限信息边界，未完整采用 Apache 的公开范围。来源说明 [2]
vLLM ·《Governance Process》原文部分：Decision Making ↗原文要求重大变更保留公开记录，包括问题、理由和考虑过的替代方案；受限信息边界由子午自定。来源说明 [4]
- 关键交付须有明确负责人，并至少由一名非作者完成复核；复核应覆盖适用的接口、来源、测试或验证证据。
- 评审意见应针对成果与证据，作者应回应意见、修订或说明保留理由〔05.5〕。划线部分 · 借鉴出处〔05.5〕vLLM ·《Contributing to vLLM》原文部分：What to Expect for the Reviews ↗原文要求贡献者回应每条评审反馈，通过修改或解释处理意见，也允许讨论不同看法。来源说明 [3]
- 紧急处理须记录原因、决策人及影响，并及时补充复核和必要的修复。
子午约定表决资格与无利益冲突维护者过半规则、关键交付负责人加至少一名非作者复核，以及受限记录边界，均为子午约定，不是上述项目规则的照搬。
原有权利归属不因入社改变，资料共享依据明确授权。
加入社区、参加讨论或提交贡献，不自动转让既有知识产权。贡献的使用、修改、分发与公开方式，应遵循相应许可证、权利人的授权及明确约定；代码、数据、模型、文档等可具有不同的授权条件。贡献者应确认自己有权提交相应材料，并在需要时取得雇主或其他权利人的授权〔06.1〕。
划线部分 · 借鉴出处
〔06.1〕
Apache Software Foundation ·《ASF Contributor Agreements》原文部分：Contributor License Agreements ↗借鉴明确贡献授权及机构所持权利、代表授权的做法；不要求照搬 Apache 的 ICLA／CCLA。来源说明 [10]
资料分为公开、受限和机密。公开资料按已公布的条件使用；受限资料仅供获授权人员在约定范围内使用；机密资料须有明确的保密范围和接触授权。资料提供方应说明类别与共享条件，接收方不得未经许可转发、公开或扩大用途。
- 未说明公开权限的非公开资料，应先确认授权再分享；入社身份不能代替资料授权。
- 正式合作涉及保密、专有交付或商业安排时，另行明确约定；商业合同和赞助不自动购买社区技术背书或联合发布资格。
- 发布前确认第三方权利、许可证与必要署名；本公约不替代各项目许可证，也不改变已合法获得的许可权利，包括许可证允许的商业使用。
- 项目应说明贡献进入项目时的授权与对外发布时的许可证；是否采用 DCO、CLA 或其他贡献确认机制，应另行明确〔06.2〕，不因引用其他社区规则而自动采用。划线部分 · 借鉴出处〔06.2〕Linux Foundation ·《Contributions to Projects: DCO and CLAs》原文部分：Overview；Developer Certificate of Origin (DCO)；Contributor License Agreements (CLAs)；Other Approaches ↗原文区分 inbound 与 outbound 许可，并介绍不同贡献确认机制；子午须另行选择自己的机制。来源说明 [9]
子午约定权利归属、公开／受限／机密分类、具体授权与保密范围、合同及发布资格边界，均为子午自行约定，并受各成果已有许可证和有效授权约束。
联合发布以实际组件贡献为基础，署名与对外表述应对应事实。
以子午社区或项目名义开展联合发布，参与方须有已交付、可核验且被共同成果实际采用的组件贡献，并完成相关验收与发布授权。联合发布前，应共同确认贡献清单、采用范围、验证结论、署名和对外表述。
社区及项目名称、标识和官方背书应依相应授权使用〔07.1〕，不得因入社、参会或赞助而声称获得官方推荐、认证或联合发布资格。引用和事实性介绍应真实、准确，不制造未经授权的关联〔07.2〕。
划线部分 · 借鉴出处
- 组件贡献可以是代码、数据处理、任务图、推理与执行、评测、仿真或真机验证等被实际采用的交付。
- 仅提供资金、设备、算力、场地或一般交流支持，可按事实获得支持署名或致谢，不自动构成联合发布资格。
- 本条不限制既有开源许可证允许的使用、修改与分发，也不剥夺作者或第三方依法、依许可证应有的署名与权利。
- 社区或项目的官方成果说明须区分已实现、已验证和待研究内容，不夸大合作关系或技术能力。
子午约定实际组件贡献、采用和验收作为联合发布条件，支持署名与联合发布的区分，以及子午和项目的品牌授权流程，均为子午约定。
对事讨论，保护隐私；处理有依据、有回避、有复核。
成员应尊重不同背景与观点，建设性地提出批评，不得骚扰、歧视、人身攻击、威胁、泄露他人私人信息〔08.1〕或报复善意举报。本条适用于社区沟通渠道、项目协作、活动及代表社区开展的对外交流。〔08.2〕
划线部分 · 借鉴出处
〔08.1〕
SGLang ·《Code of Conduct》原文部分：Our Pledge；Our Standards；Our Responsibilities ↗原文要求尊重差异和建设性批评，禁止骚扰、人身攻击、未经许可公开私人信息，并处理威胁性行为。来源说明 [8]
举报和争议应由未涉事、无利益冲突的负责人员受理；在必要范围内核实事实，保护举报人及相关人员隐私〔08.3〕，听取当事人说明，并采取与情节和影响相称的措施〔08.4〕。正式受理方式与负责角色应在公约实施前公布。
划线部分 · 借鉴出处
〔08.3〕
SGLang ·《Code of Conduct》原文部分：Our Standards；Enforcement ↗原文禁止未经许可公开他人私人信息，并明确要求对举报人的身份和相关信息保密。来源说明 [8]
〔08.4〕
vLLM ·《vLLM Code of Conduct》原文部分：Enforcement Guidelines ↗原文按行为对社区的影响区分纠正、警告、临时禁入和永久禁入，子午借鉴分级处置原则。来源说明 [6]
- 处置可包括沟通纠正、警告、限制访问或协作权限、暂停或终止参与〔08.5〕；应说明依据〔08.6〕和适用范围。划线部分 · 借鉴出处〔08.5〕vLLM ·《vLLM Code of Conduct》原文部分：Enforcement Guidelines — 1. Correction；2. Warning；3. Temporary Ban；4. Permanent Ban ↗借鉴原文从纠正、警告到临时和永久限制参与的梯度；具体权限处理方式由子午制定。来源说明 [6]〔08.6〕vLLM ·《vLLM Code of Conduct》原文部分：Enforcement Responsibilities ↗原文要求在适当情况下说明管理决定的理由；子午据此要求处置说明依据。来源说明 [6]
- 当事人可申请由未参与原处理且无利益冲突的人员复核；不得由被举报者单独受理或裁决相关事项。
- 成员可退出；承担维护职责或保管社区资料、账号与资源的，应完成必要交接和权限处理，继续遵守已有保密及许可义务。
- 退出或权限调整不抹除真实贡献记录，也不追溯剥夺已合法取得的许可和署名权利。
子午约定利益冲突回避、陈述与复核、退出交接和既有权利保护，以及正式受理方式的公布要求，为子午约定。
规则随实践改进，修订留痕，既有权利得到尊重。
本版本为讨论稿 v0.1，用于形成社区共识。正式实施、后续修订和项目附则调整，应通过书面提案与适当讨论，按本公约的决策机制确认，并公开版本、变更内容与适用时间。
修订应解释目的和影响；涉及既有合作安排时，应明确过渡方式。不得以单方面修改公约追溯剥夺已合法获得的许可、署名或其他既有权利。
- 保留重要决策、修订理由〔09.1〕与异议记录，使成员能够理解规则变化。划线部分 · 借鉴出处〔09.1〕Apache Software Foundation ·《The Apache Way》原文部分：Open Communications ↗借鉴将决策相关沟通公开并归档的机制；修订记录的具体字段和程序由子午确定。来源说明 [2]
- 项目附则应明确适用项目，不将某一项目的技术要求自动扩展为全社区要求。
子午约定讨论稿状态、版本管理、实施与过渡安排、项目附则适用边界及不追溯剥夺既有权利，为子午约定。
PROJECT ADDENDUM / 01
首个项目附则 · roboRSI
本附则适用于子午社区围绕 roboRSI 开展的正式共建。项目已有初版；以下条款明确共建方向、交付和验证要求，不将研究路线写成已实现能力。
从已有初版出发，逐项推进 Physical AI 的组件与实验。
roboRSI 是子午社区的首个开源项目，已有初版。当前可用能力以项目已公开的版本、文档与交付内容为准；任务演示、接口接入和阶段性实验各有适用范围。
共建范围包括数据筛选与治理、TaskGraph 任务与状态表示、奖励与评测、Harness 编排、推理与执行组件、仿真、Sim-to-Real、七轴真机任务图验证及相关工程工具。
- 在线 TaskGraph、技能组合优化、训练后端等属于需要逐项实现和验证的共建方向。
- 已有初版不意味着上述方向全部完成，也不意味着已经验证训练效率、组合收益或在线决策效果。
子午约定项目定位、初版状态与共建范围来自子午项目约定；不是参考社区的技术能力或制度。
每个共建项明确负责人、接口、交付物和验收证据。
参与方在投入前，与项目维护者确认组件范围、负责人、接口、计划和验收方法。交付应可识别、可接入或可复核，并明确版本、来源与允许用途；关键成果按公约完成非作者复核。
- 数据组件：交付筛选、清洗或标注规则，相关工具或获授权的数据材料，以及来源、质量和使用范围说明。
- 任务图组件：交付任务目标、节点与依赖、状态和对象语义、输入输出、约束、失败处理及验收条件。
- 奖励与评测组件：交付评分定义、适用范围、未知或拒判处理、评价数据和对照设计，避免把终局标签直接当作可靠过程奖励。
- Harness、推理与执行组件：交付代码或可运行制品、接口、依赖、配置、错误处理及测试记录；组合优化和继承能力应单独验证。
- 仿真与真机组件：交付场景与配置、验证计划、执行记录、失败及干预情况和可复现的问题材料。
- 工程组件：交付接入工具、测试、部署、监测、回放或文档等，并说明其在共同成果中的实际用途。
子午约定六类组件的交付与采用要求、负责人和验收证据标准，均为 roboRSI 项目约定。
事实、假设与计划分开；仿真和真机各自说明。
实验与成果说明应分别标注已实现功能、观测结果、模型预测、研究假设和待完成计划。仿真验证、Sim-to-Real 与真机验证分别记录，不以一种验证替代另一种。
每项结果须说明任务、设备和环境、软硬件或组件版本、试验次数、成功与失败、人工干预、评价方法及已知限制。七轴真机上的结果，仅支持所记录任务和条件下的结论。
- 数据划分应避免同源轨迹、任务实例或布局在开发、选择与测试之间造成泄漏；评价前明确并固定必要的划分和基线。
- 在线决策只使用当时可获得的信息。利用未来信息的离线处理须清楚标注，不得据此宣称在线能力。
- 恢复候选、成功标签和提交者声明，应与独立核验结果区分；保留失败、未知和人工干预记录。
- 算法或系统收益应有与主张匹配的对照和预算说明。API 接通、单次演示、文本提案或软件测试通过，不自动证明物理性能、训练收益或组合优化效果。
- 真机执行前明确操作责任、安全边界与停止条件；发布验证材料时同时遵守数据与资料授权。
子午约定任务级证据、仿真／真机区分、未来信息与数据泄漏防范、恢复核验及安全执行要求，均为 roboRSI 项目约定。
正式共建先入社，材料共享还需获得具体授权。
拟开展正式共建的参与方先认可社区公约并完成入社确认，再在授权范围内进行深度技术交流。未入社时仅交流已公开内容或经授权的口头介绍，不提供未公开书面材料。
入社后仍按公开、受限和机密分类共享资料。不得未经同意将未公开技术报告、数据、代码、任务记录或合作信息转交第三方；已公开开源的成果继续按各自许可证开放。
- 交流应说明已有成果与待共建问题，不以未核验的规划或内部讨论对外作能力承诺。
- 具体保密、数据使用或专有合作事项另行明确，不由入社默认授权。
- 不选择社区共建的参与方，可另行商定边界清晰的商业项目，明确交付、费用、知识产权、保密与验收安排。商业合同不自动取得社区治理权、联合发布资格、品牌授权或技术背书，也不改变已有开源许可证允许的商业使用权利。
子午约定先入社再开展正式深度协作、未公开书面材料的分享边界、分级授权及可另行商定商业项目的安排，均为子午及 roboRSI 的合作约定。
实际交付、完成验证并被采用，才形成联合发布的组件贡献。
联合发布方须有明确的组件交付，完成约定验证，并被共同成果实际采用。发布前确认贡献方、交付物及版本、采用位置、验收证据、责任角色和发布授权，形成可复核的贡献清单。
提供数据处理、任务图、奖励与评测、推理与执行、Harness、仿真或真机验证等实际组件交付，均可依同一原则认定。一般性讨论、合作意向或资源赞助不能替代组件贡献。
- 仅提供设备、算力、场地或资金，可按事实给予支持署名或致谢；承担验证设计、执行和证据交付并被采用的，可认定为验证组件贡献。
- 贡献资格有争议时，由了解成果且无利益冲突的相关人员复核，贡献方不得单独裁决自己的联合发布资格。
- 联合发布规则不改变既有许可证，不抹除实际作者及第三方应有的署名；使用项目名称和标识仍遵循相应授权。
子午约定联合发布的组件交付、验证、实际采用和贡献清单标准，以及支持署名与联合发布的区分，为子午及 roboRSI 自行制定。
05 REFERENCES & ATTRIBUTION
规则有出处，
共建有自己的约定。
以下为划线内容实际使用的参考文档。每项来源均可返回对应原句。引用只说明具体借鉴范围，不表示任何来源方对本社区或其项目的认可、隶属或背书；子午自定的实施规则不归为来源社区的原有制度。
- [1]
Linux Foundation
Building a successful open source community: How coordination and facilitation helps projects scale and mature原文定位：How does coordination and facilitation help improve my project?；Guidance for your community → Facilitating；Program Managers 活动列表
借鉴范围资金和商业事务与技术治理相区分，协调角色支持社区协作，技术判断依据技术价值。
适用边界不据此推导子午的入社条件、知识产权条款、投票门槛、联合发布资格或具体组织架构。
- [2]
Apache Software Foundation
The Apache Way原文定位：Earned Authority；Independence；Consensus Decision Making；Open Communications
借鉴范围个人贡献、共识、公开沟通和社区独立性。
适用边界不宣称子午属于 Apache 或完整采用其治理制度；子午的入社、受限资料、表决和联合发布标准为自行制定。
- [3]
vLLM
Contributing to vLLM原文定位：Contributing to vLLM（开篇贡献方式说明）；AI Assisted Contributions；What to Expect for the Reviews
借鉴范围认可代码、文档、答疑和评审等多种贡献，提交者对贡献质量与验证负责。
适用边界不将 vLLM 的提交格式、DCO 或具体工具流程自动应用于子午；Physical AI 贡献类型由项目附则确定。
- [4]
vLLM
Governance Process原文定位：Committers and Area Owners；Project Maintainers；Committer Proposal Process；Collaboration Values — Individual Merit；Merging Code；Decision Making
借鉴范围治理资格源于个人贡献，维护者承担领域责任，重大变更保留理由与替代方案记录。
适用边界不照搬 vLLM 的维护者层级、提名程序、最终决策权或合并例外；子午的多数规则与非作者复核要求为自行制定。
- [5]
vLLM
Collaboration Policy原文定位：Adding New Major Features
借鉴范围重大功能先提交 RFC，说明问题、动机、替代方案和拟议变化，并明确协调责任。
适用边界不沿用其模型发布、硬件合作或品牌授权规则；子午的资料准入和联合发布另行约定。
- [6]
vLLM
vLLM Code of Conduct原文定位：Enforcement Guidelines；Enforcement Guidelines — 1. Correction；2. Warning；3. Temporary Ban；4. Permanent Ban；Enforcement Responsibilities
借鉴范围按行为影响采取纠正、警告和限制参与等分级措施，并在适当情况下说明管理决定的理由。
适用边界不使用 vLLM 的受理渠道；子午的回避、复核、退出与交接机制为自行制定。
- [7]
SGLang
SGLang Code Maintenance Model原文定位：Role Descriptions；The List of Merge Oncalls and Reviewers
借鉴范围明确记录各角色的权限、维护责任与负责模块。
适用边界这是一份代码维护规则，不将其扩称完整社区章程；不照搬绕过 CI 的权限或具体处罚期限。
- [8]
SGLang
Code of Conduct原文定位：Our Pledge；Our Standards；Our Responsibilities；Scope；Our Standards；Enforcement
借鉴范围反骚扰、尊重差异、保护私人信息、明确执行责任并保密处理举报。
适用边界举报隐私保护不等同于技术材料保密；子午的资料准入、回避及申诉程序为自行制定。
- [9]
Linux Foundation
Contributions to Projects: DCO and CLAs原文定位：Overview；Developer Certificate of Origin (DCO)；Contributor License Agreements (CLAs)；Other Approaches
借鉴范围区分贡献进入项目的授权与对外分发许可，说明项目应明确其贡献机制。
适用边界引用该说明不代表子午采用 DCO、CLA 或特定许可证；资料分类与保密安排为子午约定。
- [10]
Apache Software Foundation
ASF Contributor Agreements原文定位：Contributor License Agreements
借鉴范围明确贡献授权的条件，并考虑个人贡献、机构权利与有权代表机构作出授权的关系。
适用边界不照搬 Apache 的 ICLA、CCLA、签署门槛或协议条款，不将入社自动视为版权转让。
- [11]
Apache Software Foundation
Apache Software Foundation Trademark Policy原文定位：Description of Key Trademark Principles → What is the “confusing similarity” or “likelihood of confusion” test?；Description of Key Trademark Principles → What is nominative use?；Important Note
借鉴范围区分软件许可与名称、标识使用，避免对成果来源、关联和官方背书产生误导。
适用边界不将 Apache 的商标所有权、许可流程或适用条款套用到子午；子午及项目的具体品牌使用安排需另行明确。
- [12]
Open Source Initiative
The Open Source Definition原文定位：6. No Discrimination Against Fields of Endeavor；7. Distribution of License；7. Distribution of License
借鉴范围开源许可不限制商业使用领域，许可权利随软件分发适用，无需另签额外许可。
适用边界开源定义不是特定项目的许可证，也不表示子午或项目获得 OSI 认证；具体使用、分发和署名义务依相应许可证。