新版协议——待修正

DeathKing

9 l9 t; V# f3 S1 z
- L  `9 `- N4 g5 |2 l1 B+ Y: @自由脚本协议
FREE SCRIPT LICENSE

自由脚本协议按照下面的方式表述是允许的：
FREE SCRIPT LICENSE
Free Script License
4 v1 l/ o* r( U5 [& V3 |& f* b% f8 o自由脚本协议
FSL

-------------------------------------------------------------------------------
# `' h! o8 D" r% h+ n. c# x        我们不愿意面对一个充满臭虫、功能不全的脚本。我们期望能充分
    发挥黑客精神来减少臭虫和为脚本添加功能。
   
$ L0 Z) {0 M6 q& v' ]0 p  U        我们需要一个可被承认的允诺或共识，指导我们的行为。而“自由
( h8 A' F( F: d9 F" W3 W    脚本协议”正是建立在这个基础上的。
" P* ~5 Q1 i' _  F7 ?, Y) Z-------------------------------------------------------------------------------

   1、我们愿意共享出编写的脚本，是的任何人能够使用、修改、传播、二
      次发行，不论其是否出于商业目的。
: ?* E- X) X; P! W/ I, C' Q      
, ~' H  M0 _* \   2、我们一致认为，对于用于传播的脚本，我们保证在修改的过程中不违
      背元作者的出发点；但在私人使用时，我们有自由自在修改的权利。
      同时，这些修改的或者二次发行的脚本的使用者，应该有同等权利。
      （修改、二次发行的自由脚本，强制遵守“自由脚本协议”）
      
) t# }6 A: `- P& O8 c5 O  q' \   3、我们承认智慧的力量，鼓励共享：只要使用者有自由的、符合此协议
      的权利，收费也是允许的。
8 G- s2 O+ X1 A8 \4 J      
   4、我们尊重人的自由权利，我们不能强制任何一个非自由脚本遵守自由
      脚本协议，而只能是其原作者决定是否遵守。但，即使这样，我们也
% Q8 K8 r7 F; |' g      可以拒绝承认一些不符合自由脚本协议或简易脚本标准的脚本。
, V6 s; R/ m& e7 u( D2 ]      
7 D# z! h6 i' n7 D   5、我们认为，当修改一份脚本后，礼貌的做法是通知原作者，并附上一
      份原版拷贝和修改版本。以便原作者或其维护团队了解脚本动向。但
      这不是必须的。
      
   6、只需要在脚本的先要位置上标记“FSL”或“Free Script License”
      或“自由脚本协议”等字样，我们就认为该脚本是遵守了FSL协议的。
; }7 d6 }; ]5 P/ x8 ]% K2 n      因此，你不需要将协议全文复制到脚本中。如果可能的话，可以使用
      一个超级链接来指向协议全文。当然，将本协议用于脚本工程中也是
      允许的。
      
   7、我们希望所有的脚本都是可得到的。因此，应保证脚本的公开性。如
      果工程受到保护，推荐的做法是使用一个文本罗列出这些资源。
! N) s0 @8 g( o% A" \. j, p      
-------------------------------------------------------------------------------

" c* M# m0 A3 h/ q9 F+ p- j                                                                 自由脚本委员会
: F8 f  B3 i  N                                                             版权所有 2010-2011
+ V  R/ @2 h% ]

chinvo

咬文嚼字（鸡蛋挑骨头）的修订：
$ R5 ?8 K. W+ F
=====================
: h/ Y- X1 V; m5 \作者（或修订者）及FSL委员会联合宣言：
) G4 E; K$ s) N0 @. M1 L   1、我们愿意共享出编写的脚本，任何人能够使用、修改、传播、二
' K8 d& R7 {  ^7 E; r      次发行，不论其是否出于商业目的。
      
   2、我们一致认为，对于用于传播的脚本，我们保证在修改的过程中不违
) E6 t& U! O7 S! ]      背原作者的出发点；但在私人使用时，我们有自由修改的权利。
' M) v5 l+ s( y& S4 s      同时，这些修改的或者二次发行的脚本的使用者，应该有同等权利。
3 I& m8 F8 Q9 Q6 i0 F# _) j. T      而且，修改、二次发行的自由脚本绝对会遵守“自由脚本协议”。
# u7 Z. I. o6 }3 i& F      
   3、我们承认智慧的力量，鼓励共享：只要使用者有自由的、符合此协议
, u; T# z: b: V8 t6 n      的权利，收费也是允许的。
$ z4 \, P2 }* }4 c  V& F3 `2 w; f- b      
4 D8 W' a" m! D# i   4、我们尊重人的自由权利，我们不会强制任何一个非自由脚本遵守自由
; k& t% j0 u$ s! _) |% y      脚本协议，而只能是其原作者决定是否遵守。但即使这样，我们也
      可以拒绝承认一些不符合自由脚本协议或简易脚本标准的脚本。
      
   5、我们认为，当修改一份脚本后，礼貌的做法是通知原作者，并附上一
      份原版拷贝和修改版本。以便原作者或其维护团队了解脚本动向。但
9 Y2 Y) B7 c3 N( I* n: P  s4 H! F      这不是必须的。
  }/ m& N: p# N' E  V% m. K      
   6、只需要在脚本的先要位置上标记“FSL”或“Free Script License”
      或“自由脚本协议”等字样，我们就认为该脚本是遵守了FSL协议的。
      因此，你不需要将协议全文复制到脚本中。如果可能的话，可以使用
      一个超级链接来指向协议全文。当然，将本协议用于脚本工程中也是
( V$ A& j$ r$ N2 @9 B4 i      允许的。
      
$ L8 r8 B- O% i; ~& r7 {   7、我们希望所有的脚本都是可得到的。因此，应保证脚本的公开性。如
      果工程受到保护，推荐的做法是使用一个（或多个）文本罗列出这些资源。

=====================
! _: y5 q+ o$ C9 z$ E% f# |  a感觉这个宣言不止针对一个集团（作者或委员会）……因此，给宣言名了个名。

DeathKing

需要补充附加条款。

) S: L7 T+ s! x, b/ t1 q+ }2 g这个更像是“宣言”，而不是“协议”。