===常态（近）===
群体行为也会受到同侪行为的影响。例如一个房间中的大多数人都在忙碌工作，个体也会倾向于遵守这一常态而努力工作；这种同侪压力，是来自近处的影响。
== '''[[摩尔定律]] '''==
== '''XLP纵深分析 '''==
=附录=
==目录==
===Part 1:======XLP团队建设===
XLP思想整合过程
XLP会议规则建设
团队平衡计分表模板
团队预算表模板
===Part 2:===
===法律===
XLP法律规则（智产部分）
纠纷解决程序
起诉状要求
起诉状模板
判决书要求
判决书
民事调解书模板
===Part 3:===
===专利===
专利申请流程
专利申请表
XLP专利许可使用协议
XLP专利证书
===Part 4：===
===市场===
市场交易规则
经济情况记录模板
编制财务报表
合作协议模板
===Part 4：===
===市场===
Teambition
GIT
Smartsheet
Xmind
Freemind
Photoshop
Premiere
Sony Vegas
InDesign
Processing
Mathemetica
AnylogicSketchup
autoCAD
==XLP思维分享与整合过程==
原作者：Rohrbach [德] 和Bernd [德]；改编：Ben Koo and Woody Wang
===1. 综述===
XLP思维分享与整合过程源于6-3-5 书面头脑风暴（6-3-5 Brainwriting，或称635方法）。635方法是一种团队创意碰撞和想法整合的过程。常常用于市场营销设计、宣传文案设计、产品设计、文学创作、产品开发等过程中。该方法最初由Bernd Rohrbach教授与1968年提出。
XLP思维分享与整合过程，是在635方法的基础上，强调思维发散之后，不同参与者意见的集中与收敛，最终通过群体决策的方式，形成高质量的结果。XLP思维分享与整合过程，不仅强调过程中思维的发散程度和点子的数量，还强调不同人的意见逐步统一后，最终结果的质量。
===2. 目标===
XLP思维分享与整合过程的目标包括
增强群体决策初期灵感来源的多样性
在群体决策过程中，保证每位参与者都了解到其余每一个人的意见，加强围绕具体内容进行意见交流和思维迭代的质量
快速进行群体意见交流，在较短时间内形成统一的结论
===3. 过程执行格式===
XLP思维分享与整合过程可以通过现场讨论或即时在线两种方式进行。下文将按照线下与线上两种方式分别介绍相关流程。
===4. 现场讨论模式（On-site off-line mode）===
====4.1 前期准备====
XLP思维分享与整合过程，需要一名主持人。在过程进行前，主持人需进行如下准备：
人员：确定参与讨论的人员，总人数6人为宜。
模板纸：根据参与讨论的总人数准备XLP思维分享与整合模板，每6人一组，每组需要1张A2尺寸的模板纸。（见附录1，可印刷，或在近似A2尺寸的纸上手工绘制）
彩色记号笔：根据参与讨论的总人数准备6种不同颜色的记号笔。推荐使用红、橙、绿、青、蓝、紫、棕、黑等颜色。保证颜色本身已于辨识，同时色彩间具有区分度。注意不要使用常见的亮黄色荧光笔，这类颜色的笔的字迹在白色的纸上不易于辨识。
计时器：准备一个计时器（手机应用软件或手表等可以精确到秒的计时器均可），保持整个过程的节奏。
桌面：为每个讨论组准备一块桌面，保证模板纸能够平坦铺在上面，且便于讨论参与者在桌边书写。
流程说明：将本指南后附的简明流程表事先发给讨论参与者，保证现场流程顺畅。
====4.2 流程====
讨论过程开始，每个人按照模板上的对应位置以任意顺序就做，整个过程会让每个人都可以看到所有其他人的意见。随后每个人将分配到自己的记号笔，并在整个讨论过程中，始终使用自己的颜色。参与者拿到记号笔后，需在模板上自己对应的位置，写下自己的名字。
=====4.2.1 初始想法撰写（5分钟)=====
首先每个人在模板的个人区域撰写3个与讨论主题相关的想法或方案。
鼓励通过图形、简笔画等方式来描绘你的想法。
=====4.2.2 想法轮换批阅（5分钟×5=25分钟）=====
将模板纸顺时针转动一个角度，使每个人对应自己右侧参与者首先写下的内容。
阅读对应位置内已有的内容，包括最初的想法和后面追加的评论。
基于已有内容，在对应位置内写下自己想法、评论、修订等意见。
鼓励在已有文字、图表上进行批注。
重复执行上述过程5次，直至每个人都看到了其他所有人第一轮所撰写的内容并给予了相应批注。
=====4.2.3 回顾个人想法（5分钟）=====
再顺时针转一个角度，使每个人看到自己最初写下的内容及相应的批注。
阅读其他参与者对自己最初写下内容的评论及意见。
=====4.2.4 讨论并总结（10分钟）=====
团队进行讨论，整理每个人的意见，筛选出最受认可的部分进行整合，最终形成一个完整的创意或方案，撰写在模板的中心位置。整个过程结束。
===5. 即时在线模式（Real-time online mode）===
====5.1 前期准备====
XLP思维分享与整合过程，需要一名主持人。在过程进行前，主持人需进行如下准备：
人员：确定参与讨论的人员，总人数6人为宜。
账号：每个人在网站平台上注册一个自己的账号。
在线讨论室：主持人在系统中创建一个主题讨论室，并等待参与者加入。
约定时间：主持人与全体参与者协调好一个约定的时间，所有人实时在线进行讨论。
加入讨论：每位参与者登录自己的账号并加入主题讨论室，人员全部到齐后即可开始。
====5.2 流程====
=====5.2.1 初始想法撰写（5分钟）=====
首先每个人在个人页面上撰写3个与讨论主题相关的想法或方案。
鼓励通过图形、简笔画等方式来描绘你的想法。
=====5.2.2 想法轮换批阅（5分钟×5=25分钟）=====
提交撰写内容，此时系统会自动分配给你另一些参与者刚刚撰写的内容。
阅读相应内容，包括最初的想法和后面追加的评论。
基于已有内容，在页面上写下自己想法、评论、修订等意见。
鼓励在已有文字、图表上进行批注。
重复执行上述过程5次，直至每个人都看到了其他所有人第一轮所撰写的内容并给予了相应批注。
=====5.2.3 回顾个人想法（5分钟）=====
再次提交内容，每个人这时会看到自己最初写下的内容及相应的批注。
阅读其他参与者对自己最初写下内容的评论及意见。
=====5.2.4 讨论并总结（10分钟）=====
团队进行在线讨论，整理每个人的意见，筛选出最受认可的部分进行整合，最终形成一个完整的创意或方案，撰写在页面的相应位置。整个过程结束。
==PART1：XLP团队建设==
==会议规则==
XLP 罗伯特议事规则
===一 综述===
现代会议具有流于形式、议题杂乱、进程专横、时间拖延等通病。为了解决这一问题，并且让参与XLP的同学提高开会的效率，激发同学对民主的思考，XLP将引入目前国际上通用的罗伯特议事规则作为会议的组织准则。
===二 根本原则===
平衡：保护各种人和人群权利，包括意见占多数的人，也包括意见占少数的人，甚至是每一个人，即使那些没有出席会议的人，从而最终做到保护所有这些人组成的整体的权利。正是几百年来，人们对这种平衡不懈追求，才换来了议事规则今天的发展。
对领袖权力制约：集体全体成员按照自己意愿选出领袖，并将一部分权力交给领袖，但是同时，集体必须保留一部分权力，使自己仍旧能够直接控制自己的事务，避免领袖权力过大，避免领袖将自己意志强加在集体头上
多数原则：多数人意志将成为总体意志。
辩论原则：所有决定必须是在经过了充分而且自由的辩论协商之后才能做出。每个人都有权利通过辩论说服其他人接受自己的意志，甚至一直到这个意志变成总体的意志。
集体的意志自由：在最大程度上保护集体自身，在最大程度上保护和平衡集体成员的权利，然后，依照自己的意愿自由行事。
===三 具体细则===
同时只能有一个议题：一旦一个提议被提出来以后，它就是当前唯一可以讨论的议题，必须先把它解决了，或者经表决同意把它先搁置了，然后才能提下一个提议。
意见相左的双方应轮流得到发言权：辩论的时候有人请求发言，主席应该先问他持的是哪一方的观点，如果其观点与上一位发言人相反，那么他有优先权（比如有若干人同时要求发言）。
主席必须请反方表决：必须进行正、反两方分别的表决，缺一不可。不可以正方表决后，发现已经达到表决额度的要求，就认为没有必要再请反对方表决。
反对人身攻击：必须制止脱离议题本身的人身攻击。禁止辱骂或讥讽的语言。
辩论必须围绕当前待决议题：发言人言论显得与议题无关，其他成员已表现出反感，发言应该制止。
拆分议题：一个待决议题可被分成若干小议题，而且与会成员倾向于就其中小的问题分别讨论，可提议将议题拆分。
改变一个既成决议比通过一个新决议需要更大努力：这是为了避免由于类似出席人数变化因素所可能导致组织决策不稳定。
一届会议期间，一旦会议对某一议题做出了决定，同一个议题，或者本质上同一个议题，不能再次讨论，除非发生特殊情况。
对某议题做了暂时性处理，并未形成最终决定，那么不可以引入任何一旦通过就会干扰到会议再对原议题讨论时的立场的提议，无论新提议对原提议有正面还是负面影响。
===五 备注===
谨慎、仔细地平衡组织和会议中的个人和群体权利
意见占多数者，即“多数方”的权利；
意见占少数者，即“少数方”的权利，特别是对于占总人数少于1/2但大于1/3的所谓“强少数方”的权利；
“缺席者”的权利；
所有上述人群作为一个整体的权利。
尊重会议组织的决定
==团队会议记要模板==
____________会议记要
参会人员:
时间:
地点：
主题:
主持人：
记录人：
会议内容：
备注：
1、主持人需要提前准备会议需要讨论的主题与内容方向，如：重要问题讨论、职责分工等；
2、记录人形成会议记要、任务执行表、预算表等团队执行文件。
==团队岗位平衡计分表模板==
==团队平衡计分表模板==
==团队预算表模板==
==PART2：法律==
==XLP法律规则（智产部分）==
===一、研发出一项新技术可做出的选择===
专利：优点：垄断性强，若市场前景好的技术，能较好的获利
缺点：经历复杂的申请程序，缴纳申请费用和专利年费，有时间限制
技术秘密：优点：无须经历申请程序、缴纳各种费用，无时间限制，技术范围比专利广
缺点：若其他组研发出相同技术，市场优势丧失
开源：能够利用他人在此技术上所作的改进技术
===二、哪些技术可以申请专利===
对特定技术问题具有新颖性、创造性和实用性的特定解决方案。注意：
1）必须是将自然规律在特定技术领域进行运用和结合的结果，科学发现不可以申请专利；
2）可以是原创性发明创造，也可以是在普通技术方案基础上的改良发明；
3）新颖性，指在申请专利之前没有其他人创造出同样的技术方案，也不属于任务方必须掌握的基础技术；
4）创造性，指申请专利的技术方案必须有实质性特点和进步，也就是说该技术方案不能是对公知技术的简单替换，与公知技术的水平相比必须有所提高；
5）实用性，指技术方案应当能够制造或使用，具有可实施性，并且能产生积极的效果。
===三、专利申请程序 ===
下载申请表格，准备相关文件，主要是专利申请表
向XLP专利局[1]提交一份电子版，缴纳申请费用 XXX元/件
先申请原则：电子版文件通过XLP专利局平台提交，实行先申请原则，即两个申请人就相同的技术方案向XLP专利局提出申请的，由最先提交申请文件的任务方获得，而不论发明完成的先后，提交申请文件的时间以收到申请的时间为准；
先用权人，是指在专利权人之后、专利技术授权公开之前提交相同技术方案申请的小组，或指专利技术公开后10分钟内提交电子版申请并有证据证明系独立开发的任务方。先用权人有权继续使用专利技术，不构成侵权。
XLP专利局对申请进行在2小时内的形式和实质审查，对符合申请条件的技术方案，当场授予专利权，颁发专利证书；
由XLP专利局在平台上公开授权技术方案的全部内容；
在XLP专利局作出授予专利或者驳回申请的决定之前，申请人可以口头申请撤回专利申请或者将其转变为开源。
===四、开源程序（以CC 的形式无偿公开）===
开发出一项新技术的任务方可以选择申请专利，也可以选择开源。选择开源的小组需要下载并向XLP专利局提交电子版的备案表，并在备案表中注明公布此技术方案文本所使用的CC协议[2]。开源程序同申请专利的程序。最先提交有效文件的任务方为开源人，开源申请一经提交不得撤回。
开源人享有无偿使用在开源技术基础上改进的技术方案，无论改进技术的小组是否申请了专利。若开源人选择了CC协议中“以相同方式共享”的方式，则在开源技术基础上改进的技术也必须以开源的方式公开。
[1] XLP专利局专利审查工作由法院法官及技术顾问承担。
[2] CC协议的使用请参见XLP版权与知识共享规则，并请注意：CC协议只限制他人使用该文本的权利，版权不保护创意，因此一旦选择技术开源，他人对技术和创意本身的使用是不受任何限制的。
==XLP法律规则（智产部分）==
===五、交易程序===
1.双方通过自由协商拟定技术转让或许可使用合同；
2.双方向专利局提交已签字的合同（电子版）进行备案。
===六、纠纷处理程序==
1.专利无效纠纷
自专利局公告授予专利权之时起，任何人认为该专利权不符合授予条件的，可以请求专利复审委员会宣告该专利无效，程序如下：
1）向专利复审委员会提交专利无效申请（电子版）；
2）专利复审委在自收到申请之后一小时内对申请进行审查，并作出终局决定；
3）专利复审委员会在官方平台上公开该决定。
2.合同或侵权纠纷
因合同签订、履行、专利侵权等发生纠纷的，可以向法院提起诉讼，程序如下：
1）向法院提交起诉状，向法院交纳诉讼费（ ）元；（注：收费标准为诉讼标的额的百分之五，标的额低于1000元的诉讼费50元）
2）发生纠纷的双方至少派一名组员到法院进行答辩；如果原告组无组员出庭，则视为原告撤销诉讼，反之如果被告组无组员出庭，则视为被告败诉；如果原告或被告一方或双方为多数（二者或以上），则需要多数的一方或双方选定代表组（代表人）代表本方进行诉讼，行使诉讼权利，履行诉讼义务，其所为的法律行为对本方全体成员产生法律效力，法院所做判决对本方全体成员有效。
3）法院在两小时内作出裁决，并在法院官方平台公开裁决结果。
3.XLP法院受理时间为：08:00--21:00，XLP法院所做判决为终局裁判。
==纠纷解决程序==
立案程序：获取起诉状模板：
1、资格认证（参见开户流程）
2、下载起诉状模板（参见原告流程1）撰写并提交起诉状：参见原告流程2、3、4接收立案决定:即原告流程5，被告流程1
诉讼程序：收集并提交证据（包括任务回执时间戳、专利证书、物证等），参见原告流程6、7，被告流程2、3- 参加调解- 接收简易程序判决书-
参加庭审：1、陈述诉讼请求2、举证质证3、法庭辩论4、接收判决书
其他规则：
- 在得到具有法律效力的调解书、判决书（包括简易程序和一般程序判决书）后，应严格依照法律文书之规定的要求、期限加以履行
- 如法院做出开庭审理的决定，则应原被告及第三人应携带相关证据原件（或复印件），遵循法院发出的庭审理通知书中规定的时间准时到庭参加诉讼。如果原告无正当理由缺席或未准时出席，按撤诉处理；若被告无正当理由缺席或未准时出席，按败诉处理。如果原告或被告一方或双方人数（组数）为两者或以上，则由本方推选出一组为代表组，代表本方参与诉讼，代表组所谓的法律行为推定为本方全体意志，代表组在审理结束后所享有的权利及应履行的义务对本方全体成员有效。
==流程(以2014年1月XLP课程Git操作为案例)==
开户
1、各个团队的法律总监（以下简称总监）在GITLAB网页上找到THUXLP_Court项目，向挑战方管理团队的法官李智发送issue，标题为法律总监开户，标签为Law开户，内容为总监的git用户名，以获取THUXLP_Court的developer权限
2、总监收到邮件提示获得权限后，将THUXLP_Court项目的reception分支克隆到本地工作空间，使用以下命令：git clone git@166.111.59.15:toyhouse/thuxlp_court.git -b reception
原告
1、总监执行git checkout -b A_sues_B，新建一个分支，其中A为本组编号，B为被诉组编号。总监在data文件夹中新建一个名为A_sues_B的文件夹，其中A为本组编号，B为被诉组编号 总监到docs文件夹里将XLP_Court_Indictment.md复制到data/A_sues_B中
2、打开文件，按照模板撰写*起诉书*。
3、保存文件，在git中add、commit提交起诉书。commit的信息写明：GroupA_sues_GroupB(起诉组对被起诉组)。通过git push origin A_sues_B:A_sues_B上传起诉书。
4、打开issue，通知法官李智新建的branch，标题为：GroupA_sues_GroupB(起诉组对被起诉组),Labels为：Law起诉
5、等待反馈，若案件被受理，执行git pull origin A_sues_B
6、收集证据，将证据放在data/A_sues_B/evidence_A中，其中A为本组编号，commit（message为:uploaded evidence from accuser)、push
7、向法官发issue，告知证据收集完毕，格式为：原告A证据收集完毕
8、等待处理结果，执行git checkout reception切换到模板分支
被告
1、在issue中被告知，执行git fetch origin A_sues_B:A_sues_B，将案件信息取回本地 执行git checkout A_sues_B切换到该分支
2、收集证据，将证据放在data/A_sues_B/evidence_B，其中B为本组编号，commit（message为:uploaded evidence from defendant)、push时执行：git push origin A_sues_B
3、证据收集完毕，向法官发issue，告知证据收集完毕，格式为：被告B证据收集完毕
4、等待处理结果，执行git checkout reception切换到模板分支
==起诉状要求==
使用文书和制作要求
1．原告、被告是法人或者其他组织的，应写明其全称、住所地，法定代表人或者负责人的姓名和职务；原告、被告是自然人的，应写明其姓名、性别、出生年月日（不知被告出生年月日的，写其大概年龄）、民族、籍贯、工作单位（无工作的，写无业）、住址（户籍所在地与经常居住地不一致的，既应列明户籍所在地，也应列明经常居住地）。
需要列出第三人的，在被告之下列出第三人。第三人的列明项目与原告和被告相同。
原告、被告和第三人有数人的，分类依次排列，将写明各自的列明项目。
2．诉讼请求应依请求项目及主次依次列出。
3．事实和理由部分应分成两段写，先写一段原告主张的事实，后写一段、证明诉讼请求的理由。
事实通常依照民事法律关系产生和发展、纠纷产生和处理经理、纠纷现状和结果，即起因、经过和结果三部分叙述，并在叙述中表明时间、地点、人物、原因、经过、结果等基本要素。
理由是在事实基础上，引用法律规范对诉讼请求的证明，应按照诉讼请求的顺序，根据法律规范对相应法律关系的认定，对事实进行提炼，并引用相应法律规范依据。理由可以简述。
4．起诉状应一式数份，其中正本一份，副本根据被告和第三人的人数确定。
==起诉状模板==
起 诉 状
原告:
法定代表人：
职务：
被告：
法定代表人：
职务：
诉 讼 请 求
1．支付XX公司（原告）经济损失XX元。
事 实 与 理 由
XXXX年XX月XX日，XXX公司（被告）在XXXX中存在重大违约/侵权行为。被告存在XX问题（如：其提供的核心原材料存有重大质量缺陷），对原告造成损失及损害结果（如：使其无法按照项目目标及时保质的完成项目内容）。损失额达到XX，现XX公司（原告）向XX公司（被告）索偿，要求其赔偿XX万元的经济损失。
此 致
XLP法院
附：（1）本诉状副本2份；
（2）证据清单1份。
起诉人 :
XXXX年XX月XX日
==判决书要求==
使用文书与制作要求
一、诉讼参加人及其基本情况
1、原告：如系公民提起诉讼的，应写明其姓名、性别、年龄、民族、籍贯、工作单位、职业和住址等。如系法人提起诉讼的，应写明单位的全称和所在地址；然后另起一行写法定代表人的姓名和职务。在诉讼过程中，被告提起反诉的，在判决书中还应表明各自当事人在反诉中的称谓，如“原告(反诉被告)”、“被告(反诉原告)”。当事人有诉讼代理人的，应写明是何种诉讼代理人，应具体写明其称谓：系法定代理人、指定代理人或是委托代理人，然后写明其姓名等基本情况。
2、被告：除称谓为被告以外，其他基本情况写法同原告相同。
3、第三人：写明其姓名或名称等基本情况。
二、正文
1、事实：事实部分首先写明当事人的请求和争议的事实与理由，然后另起一行写明法院认定的事实和证据。
(1)当事人双方争议的事实、理由及各自诉讼请求。
(2)人民法院经查证认定的事实。
2、理由 所谓判决的理由就是人民法院根据认定的事实和证据，阐明自己的观点，辩明是非，对当事人正当的请求理由，给予支持，错误的给予批评、教育，讲明道理，从而为判决提供理论依据。所谓判决适用的法律，即判决所依据的民事实体法律条文。
==判决书==
XLP人民法院
判决书
原告：
法定代表人：
职务：
委托代理人：
被告：
法定代理人：
职务：
原告与被告关于XX一案，本院受理后，依法由审判员XX独任审判，公开开庭进行了审理。XX、XX到庭参加诉讼。本案现已审理终结。
原告诉称：（XX案情），故诉请：（XX诉讼请求）
被告辩称：
经审理查明：（真实案情）
原、被告各执己见，不能达成一致意见。
上述事实，有双方当事人陈述及其他证据证实。
本院认为，XXXX应予支持。XXXX不予支持。原告/被告应负主要责任，故其要求原告/被告赔偿损失的请求不予支持；原告/被告亦有一定的责任，故对其要求原告/被告赔偿损失的请求亦不予支持。为此，依照《中华人民共和国民法通则》第X条之规定，判决如下：
被告应于本判决生效后X日内履行XXXX。
本案受理费XX元，其他诉讼费用XX元，由败诉方负担。
如不服本判决，可在判决书送达之日起15日内向本院递交上诉状，并按对方当事人的人数提出副本，上诉于XX省XX市中级人民法院。
审判长：
审判员：
XXXX年XX月XX日
本件与原本核对无异
==民事调解书模板==
XLP法院民事调解书
（2014）XLP民初字第XXX号
原告： 法定代表人： 职务：
被告： 法定代理人： 职务：
案由：
原告诉称，XXXX年X月XX日，被告在XXXXXX中存在重大违约行为。被告在XXXXXX中存在缺陷。对原告造成了损失，使其无法按照目标完全完成内容。该损失额最大值可达XX万元，现原告向被告索要XX万元经济损失，及XXXXX诉求。
被告对原告提出的违约事实和损失情况予以认可。
本院经审理查明，被告确实存在XXXX违约行为。原告确因被告的违约行为导致目标不能按时完成，造成损失近XX万元。
本案在审理过程中，经本院主持调解，双方当事人自愿达成如下协议：
被告于本协议签署之日起X日内一次性支付原告XX万元人民币；
被告履行原告其他诉求。
三、双方无其他争议。
案件受理费XXX元由被告承担。
双方当事人一致同意本调解协议自双方在调解协议上签名或盖章后即具有法律效力。
上述协议，符合法律规定，本院予以确认。
独任审判员：
二0一四年X月XX日
==PART3：专利==
==专利申请流程（以2014年1月XLP活动为案例）==
申请人操作流程
开户
1、各个团队的知识产权总监（以下简称总监）在GITLAB网页上找到THUXLP_IPOffice项目，向挑战方管理团队的知识产权管理员李智发送issue，标题为知识产权总监开户，标签为IP开户，内容为总监的git用户名，以获取THUXLP_IPOffice的developer权限
2、总监收到邮件提示获得权限后，将THUXLP_IPOffice项目的reception分支克隆到本地工作空间，使用以下命令：git clone git@166.111.59.15:toyhouse/thuxlp_ipoffice.git -b reception
申请
1、总监执行git checkout -b Apatent，新建一个分支，其中A为本组编号。总监在data文件夹中新建一个名为groupA的文件夹，其中A为本组编号。总监根据本组需要申请的类别，到docs文件夹里将XLP_IP_OpenSourceRegistration.doc或XLP_IP_PatentApplication.docx或XLP_IP_InvalidPatentApplication.docx复制到刚刚新建的data/groupA中
2、打开文件，按照模板撰写。
3、保存文件，在git中add、commit提交。commit的信息写明：GroupA apply for open source或GroupA apply for patent或GroupA apply for invalid patent(其中A为本组编号)。通过git push origin Apatent上传申请。
4、打开issue，通知管理员李智新建的branch，标题为：GroupA IP申请(其中A为本组编号)，Labels为：IP申请 通过市场部按照不同上述规定缴费，不需再行按照市场规定填写合同，可直接向市场部兰岚发送issue具体说明。
5、等待反馈，若申请被受理，执行git pull origin Apatent
6、等待处理结果，执行git checkout reception切换到模板分支
==XLP技术开源备案书==
填表注意事项：
1.本备案书以电子版的形式提交，以专利局收到申请的时间为准；
2.填写清晰，易于识别，专有名词和符号的使用前后要统一；
3.“技术方案名称”应简短、准确，不超过25个字；
4.“解决的技术问题”一栏不超过150字；
5.“技术方案及具体实施方式”指接受开源的技术方案的最佳操作方法、步骤，对方案的叙述要充分具体，必要时可附图说明；
6.“创新之处”的叙述要简要、清楚，有多个创新之处的，用阿拉伯数字编号分别叙述，不超过200字；
7.“使用的CC协议类型”只用标明协议的英文简写，如BY-SA；关于CC协议的内容及使用方式请参见“XLP版权与知识共享规则”；
8.本备案书可续页。
==专利申请表==
填写说明：请参考本表右方的“填表注意事项”正确填写本表各栏：
专利申请表
填表注意事项
1.本申请书以电子版的形式提交，以专利局收到申请的时间为准；
2.填写清晰，易于识别，专有名词和符号的使用前后要统一；
3.“发明名称”应简短、准确，不超过25个字；
4.“解决的技术问题”一栏不超过150字；
5.“技术方案及具体实施方式”指申请专利的技术方案的最佳操作方法、步骤，对方案的叙述要充分具体，必要时可附图说明；
6.“创新之处”应简要、清楚，有多个创新之处的，用阿拉伯数字编号分别叙述，不超过200字；
7.本申请书可续页。
==XLP专利许可使用协议==
==XLP专利证书==
证书号第00X号
XLP专利证书
专利名称：
发明人：姓名+组别
专利号：
专利申请日：2014年XX月XX日，XX时XX分
专利权人：名称+组别
授权公告日：2014年XX月XX日，XX时XX分
本专利技术经过本局依照XLP专利与技术开源规则进行审查，决定授予专利权，颁发本证书并在专利登记薄上予以登记。专利权自授权公告之时起生效。
本专利的专利权限截止2014年01月23日18时，自申请日起算。
专利证书记载专利权登记时的法律状况。专利权的转移、无效、终止、恢复和专利权人的姓名或名称变更等事项记载在专利登记薄上。
日期：2014.01.XX
XLP专利局
==PART4：市场==
==市场交易规则（以2014年1月XLP活动为案例）==
专利申请
申请专利要付款的小组，发送issue给 兰岚。题目（Subjects）写明组号，标签（Labels）为patent申请费，其他附加条件如“一次交付多项专利申请费用”请在issue内容中写清楚；
申请专利付费无需提交合同给 兰岚。
任务组转账记录查看
各Group可通过以下网址查询账目记录: http://toyhouse.ie.tsinghua.edu.cn:82/index.php；
Group No为阿拉伯数字， Password为groupnumber；eg：Group1的组号为1，初始密码为groupone；
==市场交易规则==
B2C（任务组vs技术提供商）交易程序
各任务组与技术提供商交易程序参照 C2C交易程序流程1-4，后续流程为：
5.
任务组在本地THUXLP_Market文件夹内右键 Git Bash Here；
用git checkout contract切换到交易合同模板分支；
执行git checkout -b bsn_X新建一个用于本次交易的branch（X格式为 技术名称_任务组号eg：Group1购买LOGO制作技术，X为logo_1，以此类推）；
将THUXLP_Market（bsn_X）中的“交易合同书”business_contract.md（md文件用记事本打开）填写（ “卖方”处请写明技术商联系人Git用户名），commit后push到THUXLP_Market(bsn_X)，（使用命令git push origin bsn_X:bsn_X），用issue通知 兰岚查收（issue标题为自己建的“bsn_X”，标签为“contract”）；
兰岚查看任务组提交的合同并与 技术商进行确认后，会通过issue通知任务组取货，买方任务组可在合同约定的 交货时间后在自己组的bank账户中看到货款划出。
操作结束后双方使用git checkout noticeboard切换回 noticeboard分支。
注：若取货前未及时提交合同，将处以交易金额5%的罚款！
C2C（任务组vs任务组）交易程序
商家代表或市场总监获取权限（参见流程1）
求购消息发布（参见流程2）/ 出售消息发布（参见流程3）
买卖双方通过issue接洽（参见流程4）
买卖双方交易进行并提交“交易合同书”（参见流程5）
卖方接收虚拟货币/买方接收商品同时提交merge request（参见流程6）
==市场交易规则==
===流程===
====1.====
各团队的市场总监/商家在GitLab主页右上角搜索框中搜索THUXLP_Market项目并进入，向挑战方管理团队市场部 兰岚发送issue，标题（subject）为 交易开户，标签（labels）为business开户，以获取THUXLP_Market的developer权限， 兰岚受理后将回复issue通知 市场总监；
市场总监获取权限后，将THUXLP_Market项目的Noticeboard分支clone到本地工作空间，命令为 git clone git@166.111.59.15:toyhouse/thuxlp_market.git -b noticeboard
然后下载交易合同模板分支 git fetch origin contract:contract
====2.====
市场总监将待购商品（包括技术、人力和物品等）信息以txt形式发到布告栏。即在本地空间THUXLP_Market/BuyOrSale文件夹中新建txt文档，push到THUXLP_Market/BuyOrSale(noticeboard)；
push命令为git push origin noticeboard:noticeboard，push前谨记add和commit；
注：txt文件名简述需求，txt内容做详细描述（txt内容至少包括自己的issue用户名，即注册GITLAB网站时第一项填的名字），文件名格式为 [buy]XXXXX文件名为英文。
====3.====
市场总监/商家将待售商品信息以txt形式发到布告栏。即在本地空间THUXLP_Market/BuyOrSale文件夹中新建txt文档，push到THUXLP_Market/BuyOrSale(noticeboard)；
push命令为git push origin noticeboard:noticeboard，push前谨记add和commit；
注：txt文件名简述商品，txt内容做详细描述（txt内容至少包括自己的issue用户名，即注册GitLab网站时第一项填的名字），文件名格式为 [sale]XXXXX文件名为英文。
====4.====
市场总监在Noticeboard-Files-BuyOrSale查看求购/出售消息，符合交易需求用发issue给卖家/买家交流具体买卖事宜。issue的标签（labels）为 business。交流事宜包括：商品价格、交货方式及时间、付款时间等。
==市场交易规则==
====5.====
买卖双方达成交易共识后， 买方在本地THUXLP_Market文件夹内右键 Git Bash Here；
用git checkout contract切换到交易合同模板分支；
执行git checkout -b bsn_X新建一个用于本次交易的branch（X格式为 卖方代号_买方代号eg：Group1卖给Group2，X为1_2）；
将新建的branch push到服务器，命令为git push origin bsn_X:bsn_X，并用issue通知 卖方下载此交易分支,【买卖双方交易中产生的文件皆上传至此bsn_X分支下 data文件夹内】；
卖方收到买方issue后，在本地空间THUXLP_Market文件夹下打开bash ，执行git fetch origin bsn_X:bsn_X下载交易branch，并执行git checkout bsn_X切换至该branch；
交易合同提交：步骤1， 卖方将THUXLP_Market（bsn_X）中的“交易合同书”business_contract.md（md文件用记事本打开）填写【卖方不填写“买方:”项内容】，commit后push到THUXLP_Market(bsn_X)，（使用命令git push origin bsn_X:bsn_X），用issue通知买方；步骤2， 买方再次pull bsn_X分支（命令：git pull origin bsn_X:bsn_X），确认内容无误后，在【买方】处签署自己的组名,commit后再次push到THUXLP_Market(bsn_X)（命令：git push origin bsn_X:bsn_X）；
操作结束后双方使用git checkout noticeboard切换回 noticeboard分支。
====6.====
卖方监督买方提交merge request,并交货给买方，若 买方不提交merge request，卖方将无法得到货款，【后果自负】；
挑战方管理团队在收到双方交易合同（business_contract.md）并收到 merge request后，拨款给卖方，交易完成。
注：Merge Request路径:GitLab主页 -> THUXLP_Market -> Merge Requests -> +New Merge Request；Merge Request填写时选择bsn_X→marser，title自拟，Assign to 兰岚，内容为“确认收货”。
==经济情况记录模板==
每次XLP活动的挑战方和任务方须根据每次任务要求，按照如下流程来记录各个经济事项的会计分录，并且制作出完整的利润表和资产负债表。该流程和制作方法如下：
流程：
制作会计分录
制作会计报表
==财务预算表==
==制作会计分录==
会计分录需要按照如下案例所描述的情景来记录，或者可以参考相关书目。案例按照企业的业务相关流程来设计，如有不足请补充：
产品流程：
===1、现金采购原材料：===
借：原材料
应交税费——应交增值税（进项税额） （按照原材料金额的17%计算税金）
贷：银行存款
===2、赊账采购原材料===
借：原材料
应交税费——应交增值税（进项税额） （按照原材料金额的17%计算利息）
贷：应付账款或应付票据 （关键看借款的方式）
补交原材料欠款：
借：应付账款或应付票据
贷：银行存款
===3、生产过程中发生的所有费用：===
借：生产成本
贷：银行存款或应付账款或应付票据 （关键看支付的方式）
===4、生产过程中发生除了增值税以外的所有税的费用：===
（1）以银行存款的形式交税：
借：营业税金及附加（除了增值税外的所有税）
贷：应交税费——应交XX税
借：应交税费——应交XX税
贷：银行存款或应付账款 （如果写应付账款表示欠交税费）
（2）欠税费后补交欠款税费：
借：应付账款
贷：银行存款
====5、原材料加工成产品：====
借：库存商品
贷：原材料
====6、将生产成本转化为库存商品：====
借：库存商品
贷：生产成本
===二 产品购销业务：===
====1、以现金收到的方式卖出产品：====
借：银行存款
贷：主营业务收入
应交税费——应交增值税（销项税额） （按照主营业务收入的17%计提）
借：主营业务成本
贷：库存商品
====2、以对方赊账的方式卖出产品：====
借：应收账款
贷：主营业务收入
应交税费——应交增值税（销项税额） （按照主营业务收入的17%计提）
借：主营业务成本
贷：库存商品
收到赊销方的账款：
借：银行存款
贷：应收账款
====3、产品在销售时发生的所有费用：====
借：销售费用
贷：银行存款
====4、产品在销售过程中发生除了增值税以外的所有税的费用：====
=====（1）以银行存款的形式交税：=====
借：营业税金及附加（除了增值税外的所有税）
贷：应交税费——应交XX税
借：应交税费——应交XX税
贷：银行存款或应付账款 （如果写应付账款表示欠交税费）
=====（2）欠税费后补交欠款税费：=====
借：应付账款
贷：银行存款
===三 营业外收支===
如果获得的收入不是来源于主要经营方式所产生的，则需要记入营业外收入：
借：银行存款或应收账款
贷：营业外收入
如果发生了意外的开支（不在计划或者是意料范围之内），则需要记入营业外支出：
借：营业外支出
贷：银行存款或应付账款
===四 利息相关：===
任务方/挑战方 为债务人：
=====（1） 向债权人借款（到期一次还本付息的形式）：=====
借：银行存款
贷：应付债券/短期借款/长期借款/应付票据（可根据交易类型填写）
=====（2） 期间需要还付的利息：=====
借：财务费用
贷：应付利息
=====（3） 到期一次还本付息时：=====
借：应付债券/短期借款/长期借款/应付票据（在（1）中写哪个借款的方式，此处就写那个借款的科目名称）
====2. 应付利息（之前所有的利息加总）====
贷：银行存款
=====（1） 向债权人借款（分期还利息，到期还本金）=====
借：银行存款
贷：应付债券/短期借款/长期借款/应付票据（关键看借款方式）
=====（2） 分期还付利息：=====
借：财务费用
贷：银行存款
=====（3） 到期还本金：=====
借：应付债券/短期借款/长期借款/应付票据（在（1）中写哪个借款的方式，此处就写那个借款的科目名称）
贷：银行存款
====3．任务方/挑战方 为债权人：====
=====（1） 借款给债务人：=====
借：应收账款/应收票据（看债务人的借款方式）
贷：银行存款
=====（2） 计提应收债务人的利息：=====
借：应收利息
贷：财务费用
=====（3）收到债务人还付的本金和利息=====
借：银行存款
贷：应收账款/应收票据（之前的（1）中借方写的是什么，这里写的就是什么）
应收利息（之前所有计提的应收利息的加总）
===五 购置大件的设备和固定资产===
====1. 以现金的方式购入：====
借：固定资产
应交税费——应交增值税（进项税额）
贷：银行存款
====2. 赊销方式购入：====
借：固定资产
应交税费——应交增值税（进项税额）
贷：应付账款/应付票据/短期借款
还款：
借：应付账款/应付票据/短期借款
贷：银行存款
====3. 置换方式购入：====
借：固定资产
贷：XXXXX（置换的物品，如原材料、成品、技术等）
====4. 卖出固定资产====
借：银行存款
贷：固定资产
===六 涉及专利、商标等无形资产的购置：===
====1. 购买无形资产：====
借：无形资产
贷：银行存款/应付账款/应付票据
====2. 出售无形资产：====
借：银行存款/应收账款/应收票据
贷：无形资产
===七 应付工资：===
====1. 计提货币性工资：====
借：管理费用
贷：应付职工薪酬
实际发放工资时：
借：应付职工薪酬
贷：银行存款
===八 其他经济业务活动===
====1. 预付给他人账款来达成某种合作=====
借：预付账款
贷：银行存款
====2. 预收他人账款来达成某种合作====
借：银行存款
贷：预收账款
==编制财务报表==
==合作协议模板==
XX与XX合作协议
甲方：
法定代表人：
乙方：
法定代表人：
甲乙双方为携手合作，促进发展，满足利益，明确责任，依据中华人民共和国有关法律之相关规定，本着诚实信用、互惠互利原则，结合双方实际，协商一致，特签订本合同，以求共同恪守：
一、合同内容
甲方承诺为乙方提供XX服务，作为合作条件，乙方应当向甲方提供XX相关数据信息。
二、双方的权利与义务
1、甲方自合同签订成立之时起XXX
2、乙方XXX
三、合同期限
合同有效期为X年，自合同签订成立之时起计算。
三、争议解决方式
1、一方违约，须向对方支付违约金，金额为XX元人民币。
2、双方无法自行解决争议的，以诉讼方式解决。
四、补充与附件 本合同未尽事宜，依照有关法律、法规执行，法律、法规未作规定的，甲乙双方可以达成书面补充协议。本合同的附件和补充协议均为本合同不可分割的组成部分，与本合同具有同等的法律效力。
五、合同效力
合同自双方签字之时起生效。
甲方： 乙方：
XXXX年X月X日
==财务报表模板==
==工具链接==
==PART6：GIT操作指南==
==PART7：123D Design操作指南（3D建模）==
==安装=
电脑配置要求：
Windows 7 (32-bit or 64-bit)
Intel® Pentium® 4 or AMD Athlon® 64 or later with 2 GHz or faster processor; or compatible
2+ GB RAM (1.5 GB minimum)
1.5+ GB free disk space (for installation)
Direct3D® 9 or 10 graphics support with 64+ MB
请打开123D Design安装包
请点击“Accept & Install ”接受安装协议并安装。
开始自动安装
安装过程中会弹出一个对话框
译文：你需要欧特克123D Design的Meshmixer用于支持3D打印，系统未检测到安装Meshmixer，是否同意下载并安装Meshmixer？
Meshmixer是一款能够修改、调整模型的工具，而且在最近的版本里开始有了对3D打印模型进行支撑的功能。可根据自己需求决定是否添加。
当进度满格后，点击“Done”完成安装，或点击“Launch 123D Design”，直接打开软件。
==软件界面==
==主界面介绍==
==主界面介绍——文件管理==
==主界面介绍——工具栏==
==界面介绍——注册登录==
==建模案例——自己的姓名或者公司名称==
教大家制作第一个模型，熟悉123D Design软件的操作
这次制作的模型是立体文字牌，可以制作自己名字或公司的名牌。
打开软件主界面，单击【New】新建项目
通过【视图工具】，调整视图方向，选择【TOP】面
=参考资料=
==参考资料==
市场部分参考书目及资料：
财务会计(英文版)(原书第5版) - 杰里J.韦安特
普通高等教育"十一五"国家级规划教材•教育部推荐教材•中国人民大学会计系列教材:财务会计学(第5版) ~ 戴德明 (编者), 林钢 (编者), 赵西卜 (编者)
XLP accounting guide(First edition)~ Sugarman Chang
Sun Yat-sen accounting lesson PPT
XLP思维与分享整合参考资料：
[1] Rohrbach, Bernd: "Kreativ nach Regeln – Methode 635, eine neue Technik zum Lösen von Problemen". Creative by rules - Method 635, a new technique for solving problems first published in the German sales magazine "Absatzwirtschaft", Volume 12, 1969. p73-75 and Volume 19, 1 October 1969.
[2] Wikipedia. 6-3-5 Brainwriting. http://en.wikipedia.org/wiki/6-3-5_Brainwriting. 2014-04-27.
[3] Julie S. Linsey and Blake Becker. "Effectiveness of Brainwriting Techniques: Comparing Nominal Groups to Real Terms" in Design Creativity 2010. London: Springer London, 2011. 166.
Based on the concept of Brainstorming, the aim of 6-3-5 Brainwriting is to generate 108 new ideas in half an hour. In a similar way to brainstorming, it is not the quality of ideas that matters but the quantity.
The technique involves 6 participants who sit in a group and are supervised by a moderator. Each participant thinks up 3 ideas every 5 minutes. The ideas are written down on a worksheet and passed on to the next participant. The participant reads the ideas and uses them as inspiration for more ideas. Participants are encouraged to draw on others' ideas for inspiration, thus stimulating the creative process. After 6 rounds in 30 minutes the group has thought up a total of 108 ideas.[2]