第二章 Fantunes1c.gif (113 bytes)开叫

1c.gif (113 bytes)开叫表示15+大牌点的均型牌,或14+大牌点,持有c.gif (113 bytes)长套的非均型牌。作为最低级别的开叫,1c.gif (113 bytes)在全世界喜欢钻研体系的狂人心目中都占有一个特殊的位置。它有着最大的叫牌空间可供操纵,也因此而最容易被赋予多种含义。很多现代体系都是这么做的,比如:
精确 16+以上任意牌型
美国标准 自然叫,或任何缺少5张高花或4张d.gif (109 bytes)的开叫牌
波兰梅花 弱无将,或15-18点带c.gif (113 bytes)长套的牌,或18+以上任意牌型

人们的共识是由于1c.gif (113 bytes)开叫后有最大的叫牌空间,开叫者可以在后续叫牌中澄清自己的牌情。看上去这个主意很不错,但当“卑鄙的”对手加入竞叫并很快把叫牌水平提升到开叫者已经无法进一步描述自己的牌的阶次后,我们有时会陷入困境。这是所有使用多义模糊性1c.gif (113 bytes)开叫体系的牌手们无法回避的问题。

在早期就尽可能地干扰对手的多义1c.gif (113 bytes)开叫是一种获胜的策略。检查上述三种叫牌体系,只有波兰梅花尝试了设计对付这类威胁的手段。把弱无将和任意18+强牌都放入1c.gif (113 bytes)开叫中,它告诉对手:你可以介入叫牌,但是要小心,因为这副牌很可能属于你方,甚至还有可能成局,所以如果你仅仅作出破坏性的轻争叫,你方的最佳定约也许就会被自己弄糟了。

美国著名牌手Paul Soloway和Bobby Goldman同样敏锐地意识到了多义1c.gif (113 bytes)开叫的问题。在他们漫长搭档生涯的某个阶段,他们转打强梅花体系,但仅仅是在对方有局的情况下。换句话说,对方有局时,他们使用强梅花;对方无局时,他们使用美国标准制。他们的理论是,有局方的对手通常不敢肆无忌惮地干扰强梅花1c.gif (113 bytes)开叫,因而他们更可能被允许自由地叫牌。

Fantunes体系对赋予1c.gif (113 bytes)开叫c.gif (113 bytes)长套或均型牌两种含义无疑带有某种程度的负疚感,虽然这种模糊性并不比其他流行体系的1c.gif (113 bytes)复杂多少。

我们也许偶尔会得到下面这副牌的结果,取材于2006年Rosenblum杯赛:

双方无局
北开叫

s.gif (111 bytes)K65
h.gif (112 bytes)AK9
d.gif (109 bytes)87643
c.gif (113 bytes)94
s.gif (111 bytes)8
h.gif (112 bytes)QJ10872
d.gif (109 bytes)-
c.gif (113 bytes)KQJ762
fangwei.jpg (1581 bytes) s.gif (111 bytes)A97432
h.gif (112 bytes)43
d.gif (109 bytes)1095
c.gif (113 bytes)53
s.gif (111 bytes)QJ10
h.gif (112 bytes)65
d.gif (109 bytes)AKQJ2
c.gif (113 bytes)A108
西
  Fantoni   Nunes
  Pass Pass 1c.gif (113 bytes)
4h.gif (112 bytes) Dble All pass  

北首攻c.gif (113 bytes),送掉了一个防守赢墩,而南立刻用A取,又送掉了第二个。两防守者在第一墩皆很难判断出西家竟然持有KQJXXX的c.gif (113 bytes)长套。在这样的进程下,4h.gif (112 bytes)加倍做成。而由于另室的南开叫1d.gif (109 bytes),西争叫2NT,最终南主打3NT正成(5d.gif (109 bytes)同样是好定约),一副牌输掉了14IMP。

1c.gif (113 bytes)开叫的模糊性在这里显然代价巨大。南北方在西家聪明地塞入4h.gif (112 bytes)后已经无法发现他们的d.gif (109 bytes)5-5配合。北家宁愿相信他的同伴持有长c.gif (113 bytes),因此而导致了c.gif (113 bytes)首攻。

强无将开叫在这里也无法取得好的结果。西家仍然可以直叫4h.gif (112 bytes),而南北方完全被阻塞住。

这副牌完美地诠释了在叫牌早期就标明一个实套的重要性。开叫1d.gif (109 bytes)几乎能百分之百地保证达到一个成功的成局定约:任何其他的开叫都可能会丢失10张d.gif (109 bytes)配合而得到一个坏的结果。Fantunes体系致力于实现它的绝大多数开叫都是实叫,除了1c.gif (113 bytes)是个例外,而这一设计非常清楚地得到了回报。1c.gif (113 bytes)开叫在某种程度上就像阿喀琉斯之踵,和很多体系一样。

从统计学的角度来看,1c.gif (113 bytes)在Fantunes体系的开叫里是表现最差的一个叫品(细节参见Fantunes体系的数字化 这一章)。主要原因在于它常常要和其它桌上的1NT(强无将)进行比较。1NT开叫的优势在于两点:

  • 对手很难进行干扰并找到配合
  • 对手得到的信息较少

我们在讨论Fantunes 1NT开叫时会回到这个话题。

对1c.gif (113 bytes)开叫的应叫分为4个类别:

弱牌 1d.gif (109 bytes),1h.gif (112 bytes),和1s.gif (111 bytes)是转移应叫,可能是0点。1d.gif (109 bytes)显示4+h.gif (112 bytes),1h.gif (112 bytes)显示4+s.gif (111 bytes),1s.gif (111 bytes)否认高花套
逼局的均型牌 1NT显示10+的均型
逼局的单套牌 2阶花色应叫承诺10+,至少5张所叫花色
逼局的双套牌 3阶应叫显示5-5双套,逼局实力

下面是完整的应叫一览表:

1d.gif (109 bytes) 0-11,4+h.gif (112 bytes)
1h.gif (112 bytes) 0-11,4+s.gif (111 bytes)
1s.gif (111 bytes) 0-11,没有高花
1NT 10+,均型(包括5张低花的5332)
2c.gif (113 bytes)/d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes) 10+,至少5张所叫花色(否认5332型:见1NT和2NT应叫)
2NT 10+,5张高花的5332型
3c.gif (113 bytes) 10-15c.gif (113 bytes)和另一花色5-5
3d.gif (109 bytes) 10-15,s.gif (111 bytes) + h.gif (112 bytes) 5-5
3h.gif (112 bytes) 10-15,h.gif (112 bytes) + d.gif (109 bytes) 5-5
3s.gif (111 bytes) 10-15,s.gif (111 bytes) + d.gif (109 bytes) 5-5

在上述这些应叫后,开叫者的再叫将会显示他持有c.gif (113 bytes)长套或是均型牌。在叫牌过程中越早澄清这一模糊性就越好。


对1c.gif (113 bytes)开叫的弱应叫

最近对1c.gif (113 bytes)开叫的转移式应叫在桥牌界是越来越流行了。如果应叫者想显示一个高花套,这种方式可以提供更充裕的叫牌空间。而且它还给予了开叫者一个以前所没有的叫品:在持合适的牌时接受转移。不同的体系(或牌手)在应叫者作出显示高花的转移叫后接受转移有着不同的含义。比如进程1c.gif (113 bytes)-1d.gif (109 bytes)-1h.gif (112 bytes),在Fantunes体系里表示真正的支持,至少4张h.gif (112 bytes),或23点以上的均型强牌。

1阶应叫的11大牌点上限在某种程度上并非是一成不变的。Fantunes体系有时候拿着更强一点(比如13大牌点)的牌也会做1阶应叫。一个非常有吸引力的例子是很尴尬的4441牌型:唯一可能的替代叫品是稍微扭曲牌情的1NT应叫,可以忍受,但有时并不是最佳选择。

你可能还注意到1阶应叫和高阶应叫之间有一定的点力重叠。这使得应叫者有余地来决定谁最终将成为定约人。举个例子,假定你拿到下面这手牌:

s.gif (111 bytes)xxx h.gif (112 bytes)Axxx d.gif (109 bytes)AKx c.gif (113 bytes)10xx

同伴开叫1c.gif (113 bytes)。你更愿意应叫1d.gif (109 bytes)显示h.gif (112 bytes)套,因为如果最终定约是3NT的话,你希望由同伴来坐庄。但如果你持:

s.gif (111 bytes)xxx h.gif (112 bytes)Q10xx d.gif (109 bytes)KJx c.gif (113 bytes)AJx

同样的牌型和点力,但是如此多的间张结构,你会很乐意成为无将定约的主打者,因此对1c.gif (113 bytes)应叫1NT。

Fantunes体系里有很多类似的局势让使用者有权选择如何进行叫牌。没有一成不变的叫牌结构,这也是这个体系的乐趣所在。Fantunes体系尽最大努力保证定约由正确的一方来主打,正如我们将看到的那样。

下面的例子取材于2009年的法国公开双人赛:

Fantoni
s.gif (111 bytes)AQ
h.gif (112 bytes)Q83
d.gif (109 bytes)AJ1092
c.gif (113 bytes)A76
Nunes
s.gif (111 bytes)76
h.gif (112 bytes)KJ974
d.gif (109 bytes)K84
c.gif (113 bytes)KQ3
1c.gif (113 bytes) 1d.gif (109 bytes)
1NT 2d.gif (109 bytes)
2h.gif (112 bytes) 3NT
4h.gif (112 bytes) Pass

叫牌的确切含义我们以后再讨论,但请注意Nunes选择的第一应叫。他没有叫出系统通常要求的2NT应叫,显示持有5张高花的5332型,因为那样的话他很可能成为3NT定约的庄家,接受不情愿看到的s.gif (111 bytes)首攻。他于是选择了稍微有点低叫的1d.gif (109 bytes)转移应叫,以确保他最终摊牌成为明手。


1c.gif (113 bytes)–1d.gif (109 bytes) (0-11, 4+h.gif (112 bytes))

开叫者的再叫分为如下几类:

4张h.gif (112 bytes)支持(或23点均型) 1h.gif (112 bytes)接受转移
其他均型牌 再叫1NT,2NT或2h.gif (112 bytes)
c.gif (113 bytes)长套 做一个花色再叫

具体一点地说:

1h.gif (112 bytes) 4+h.gif (112 bytes),任意强度,或23点均型
1s.gif (111 bytes) 自然叫,逼叫,确认一手c.gif (113 bytes)+s.gif (111 bytes)的非均型牌
1NT 15-18,均型,少于4张h.gif (112 bytes)(好的18点可以再叫2h.gif (112 bytes)或2NT)
2c.gif (113 bytes) 14-17,c.gif (113 bytes)单套牌,不逼叫
2d.gif (109 bytes) 18+,自然叫或6+c.gif (113 bytes)
2h.gif (112 bytes) 19-20均型,确切的3张h.gif (112 bytes)支持
2s.gif (111 bytes) 自然叫,逼局,6张以上c.gif (113 bytes)+4张s.gif (111 bytes)
2NT 19-20均型,双张h.gif (112 bytes)支持(或3张h.gif (112 bytes)的4333型)
3c.gif (113 bytes) 8赢墩的c.gif (113 bytes)单套牌,类似于埃坷强二开叫

1c.gif (113 bytes)–1d.gif (109 bytes)–1h.gif (112 bytes) (4+h.gif (112 bytes),或23+均型)

在绝大多数情况下,开叫者有4张h.gif (112 bytes)支持。23+均型牌可以用最便宜的无将再叫来表示,此后的叫牌以纯自然方式进行。23+均型可以包括所有的5332型,还可以有5张高花。你仍然能够找到5-4高花配合,而且你会发现完全没有必要去寻找高花5-3配合。

应叫者此后的首要任务是如何澄清一手破牌:0-5点,因为必须叫牌而叫牌。“破牌”在Fantunes体系里有着一致的处理方式。同伴做了1阶开叫,你必须应叫,现在同伴再叫后,你仍然不能pass。你所需做的就是简单再叫根据系统协议已经显示过了的花色。

在这个序列里,持一手破牌时简单加叫1h.gif (112 bytes)到2h.gif (112 bytes)。开叫者可以Pass,或进一步做成局试探,比如加叫到3h.gif (112 bytes)或长/短套邀叫。拿23+均型时,开叫者再叫2NT,此后的叫牌以自然方式进行。

应叫者持6+大牌点时,他可以再叫一个短套(最多双张),或再叫1NT表示3-4-3-3牌型。同样的,此后的叫牌以自然方式展开。开叫者再叫2NT表示23+均型,或者其它再叫来探讨需要达到哪个阶次的h.gif (112 bytes)定约。

其它再叫可以是:

  • 如果没有额外牌力,并且对应叫者的1NT或短套再叫不感兴趣时,开叫者回到2h.gif (112 bytes),不逼叫
  • 如果开叫者仍然有成局兴趣,他可以出新花做成局试探
  • 如果开叫者持一手极强牌,他跳叫3h.gif (112 bytes)。这个叫品逼叫到局,邀请同伴扣叫
  • 当然,如果有成局实力但对满贯没有兴趣的话,开叫者可以简单再叫4h.gif (112 bytes)

叫牌实例

s.gif (111 bytes)AJx
h.gif (112 bytes)AQJx
d.gif (109 bytes)Ax
c.gif (113 bytes)xxxx
s.gif (111 bytes)xx
h.gif (112 bytes)Kxxx
d.gif (109 bytes)xxxx
c.gif (113 bytes)xxx
1c.gif (113 bytes) 1d.gif (109 bytes)
1h.gif (112 bytes) 2h.gif (112 bytes)
Pass  

非常简单的进程,应叫者持破牌叫到2h.gif (112 bytes)

s.gif (111 bytes)AJx
h.gif (112 bytes)AQJx
d.gif (109 bytes)Ax
c.gif (113 bytes)xxxx
s.gif (111 bytes)xx
h.gif (112 bytes)Kxxx
d.gif (109 bytes)KJxx
c.gif (113 bytes)xxx
1c.gif (113 bytes) 1d.gif (109 bytes)
1h.gif (112 bytes) 1s.gif (111 bytes)
2h.gif (112 bytes) Pass

应叫者显示有一定牌力以及s.gif (111 bytes)短套。开叫者并不是很兴奋:s.gif (111 bytes)J有可能是废牌,因此他叫2h.gif (112 bytes)止叫。应叫者也没有更多余力,尊重同伴的决定。

s.gif (111 bytes)AJx
h.gif (112 bytes)AQJx
d.gif (109 bytes)Ax
c.gif (113 bytes)xxxx
s.gif (111 bytes)xxx
h.gif (112 bytes)Kxxx
d.gif (109 bytes)KJxx
c.gif (113 bytes)xx
1c.gif (113 bytes) 1d.gif (109 bytes)
1h.gif (112 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 2h.gif (112 bytes)
Pass  

c.gif (113 bytes)短套对开叫者有利,于是他再叫2d.gif (109 bytes)试探。然而应叫者已经叫清了他的牌而回到2h.gif (112 bytes)止叫。

s.gif (111 bytes)AJx
h.gif (112 bytes)AQJx
d.gif (109 bytes)Ax
c.gif (113 bytes)xxxx
s.gif (111 bytes)xxx
h.gif (112 bytes)Kxxxx
d.gif (109 bytes)KJxx
c.gif (113 bytes)x
1c.gif (113 bytes) 1d.gif (109 bytes)
1h.gif (112 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 4c.gif (113 bytes)
4d.gif (109 bytes) 4h.gif (112 bytes)
Pass  

这一次,一旦开叫者显示了某种程度的兴趣,应叫者有足够的实力进到成局定约。他选择了4c.gif (113 bytes)爆裂叫。

s.gif (111 bytes)AKQJ
h.gif (112 bytes)Ax
d.gif (109 bytes)AQxx
c.gif (113 bytes)Axx
s.gif (111 bytes)xxx
h.gif (112 bytes)Kxxx
d.gif (109 bytes)KJxxx
c.gif (113 bytes)x
1c.gif (113 bytes) 1d.gif (109 bytes)
1h.gif (112 bytes) 2c.gif (113 bytes)
2NT 3d.gif (109 bytes)
...  

开叫者显示23+均型,应叫者再叫3d.gif (109 bytes)表示5张套,现在开叫者有足够的理由推进到7d.gif (109 bytes)。如果应叫者持5h.gif (112 bytes)+4d.gif (109 bytes),他应该先叫3h.gif (112 bytes)然后再显示d.gif (109 bytes)套。这是一个很有威力的叫牌进程,因为应叫者能够在很低的阶次上同时披露出牌型和大牌点的信息。试试用传统的2c.gif (113 bytes)开叫来叫这副牌。

1c.gif (113 bytes)–1d.gif (109 bytes)–1NT (15-18均型)

这个进程和标准制的1c.gif (113 bytes)-1h.gif (112 bytes)-1NT非常相似,只不过显示的大牌实力不同。你可以在后续叫牌中选用你最熟悉的方法。

注意在Fantunes体系里,h.gif (112 bytes)套只是被标明,而非被叫出,所以你应该致力于让持强牌的一方来最终主打h.gif (112 bytes)定约。下面是Fantunes体系推荐的方法:

2c.gif (113 bytes) 邀叫实力或更好:开叫者再叫2d.gif (109 bytes)表示任意17-18点均型,进局逼叫。持15-16点时,开叫者可以叫2h.gif (112 bytes)(3张h.gif (112 bytes)支持),2s.gif (111 bytes)(4张s.gif (111 bytes)),2NT(否认上述两种持牌)。在开叫者再叫2d.gif (109 bytes)后,应叫者的2NT允许开叫者进一步描述他的牌并通常成为定约人
2d.gif (109 bytes) 再次转移到2h.gif (112 bytes)(表示至少5张h.gif (112 bytes)),此后应叫者可以pass,叫新花逼局,或叫2NT邀请
2h.gif (112 bytes) 转移到s.gif (111 bytes)!应叫者描述的是一手5h.gif (112 bytes)+4s.gif (111 bytes)的弱牌。开叫者可以pass2h.gif (112 bytes)或叫2s.gif (111 bytes)完成转移
2NT 傀儡叫,转移到3c.gif (113 bytes),持c.gif (113 bytes)/d.gif (109 bytes)长套的弱牌,准备打3阶低花定约
3c.gif (113 bytes)/3d.gif (109 bytes) 至少5张所叫花色,进局逼叫,同时暗示只有4张h.gif (112 bytes),因为应叫者没有先做2d.gif (109 bytes)转移叫
3h.gif (112 bytes) 又是转移到s.gif (111 bytes)。表示4-4高花,足够的进局实力

1c.gif (113 bytes)–1d.gif (109 bytes)–2h.gif (112 bytes) (19-20,3张h.gif (112 bytes)支持)

这是一个非常具有描述性的进程:应叫者的选择已经被基本固定。我们很难攀上满贯(虽然并非完全不可能),因此通常的目的就是叫到正确的部分或成局定约。

如果你想完全地采用Fantunes体系,务须在心中时刻牢记如何尽可能地使得持强牌的一方成为主打者,使用下面的再叫:

2s.gif (111 bytes) 转移到2NT:应叫者一般加叫到3NT,但他也可以叫出自己的5张低花,或再叫h.gif (112 bytes)让开叫者选择最后的定约
3c.gif (113 bytes)/3d.gif (109 bytes) 短套花色进局试探
3h.gif (112 bytes) 这个“加叫”其实是转移叫!显示4-4高花,进局实力,让开叫者选择s.gif (111 bytes)或NT定约。和进程1c.gif (113 bytes)-1d.gif (109 bytes)-1NT-3h.gif (112 bytes)含义完全相同

1c.gif (113 bytes)-1d.gif (109 bytes)-2NT (19-20,2张h.gif (112 bytes)支持)

此后的发展和1c.gif (113 bytes)-1d.gif (109 bytes)-1NT类似:

3c.gif (113 bytes) 接力叫,逼局:开叫者接下来做描述性再叫,3s.gif (111 bytes)表示4张s.gif (111 bytes)
3d.gif (109 bytes) 再次转移到3h.gif (112 bytes)(表示至少5张h.gif (112 bytes),甚至6张),此后应叫者可以pass,叫新花逼局,或叫3NT让同伴选择最终定约
3h.gif (112 bytes) 转移到s.gif (111 bytes),示弱:应叫者持4张s.gif (111 bytes)和5-6张h.gif (112 bytes)的极弱牌。开叫者可以pass3h.gif (112 bytes)或叫3s.gif (111 bytes)完成转移
4c.gif (113 bytes)/4d.gif (109 bytes) 通常是6张套,满贯兴趣,决定越过3NT定约

至此我们已经讨论了1c.gif (113 bytes)-1d.gif (109 bytes)后开叫者持均型牌时的所有再叫(1h.gif (112 bytes),1NT,2h.gif (112 bytes)和2NT)。事实上,1h.gif (112 bytes)再叫也可能包含5c.gif (113 bytes)+4h.gif (112 bytes)的非均型牌,但除此之外,所有这些再叫都标明开叫者是一手均型牌。

开叫者所有其他的再叫都表示他持有c.gif (113 bytes)套。此后的展开大都以自然方式进行,下面就让我们来逐一分析。

1c.gif (113 bytes)-1d.gif (109 bytes)-1s.gif (111 bytes) (自然叫,c.gif (113 bytes)+s.gif (111 bytes)

现在应叫者有3种方式来显示“破牌”:2c.gif (113 bytes),2h.gif (112 bytes)和2s.gif (111 bytes)都是示弱,0-5点,倾向于打所叫花色。

如果应叫者持10-11点,足够进局的高限牌,他可以叫第四花色,在这里是2d.gif (109 bytes)

NT再叫是自然性的,不逼叫:1NT示6-7点,2NT示8-9点。

最后,跳叫已经显示过的花色,在这里是c.gif (113 bytes)h.gif (112 bytes)s.gif (111 bytes),都是邀叫。

总而言之,这个进程和标准制非常相似。持低限时你在二阶上止叫,持均型牌时再叫NT,持邀局实力时做跳加叫(或跳再叫),其他牌情则做第四花色逼叫。

1c.gif (113 bytes)-1d.gif (109 bytes)-2c.gif (113 bytes) (14-17,自然叫)

通常开叫者有一个c.gif (113 bytes)6张套,但也有可能是5c.gif (113 bytes)+4d.gif (109 bytes)。这个进程和标准制的1c.gif (113 bytes)-1h.gif (112 bytes)-2c.gif (113 bytes)几乎没有什么不同,后续叫牌也没有什么特别的。

1c.gif (113 bytes)-1d.gif (109 bytes)-2d.gif (109 bytes)(18+,6+c.gif (113 bytes)c.gif (113 bytes)+d.gif (109 bytes)

应叫者的后续叫牌如下:

2h.gif (112 bytes)/3c.gif (113 bytes) 0-5点,破牌
2s.gif (111 bytes) 人工性进局逼叫:开叫者再叫3c.gif (113 bytes)表示6+c.gif (113 bytes)的单套牌,其他再叫都是承诺有d.gif (109 bytes)套的特征显示叫
2NT 另一种显示“破牌”的方式,这里表示短c.gif (113 bytes)和较长的d.gif (109 bytes):应叫者希望开叫者持c.gif (113 bytes)长套时打3c.gif (113 bytes),否则就打3d.gif (109 bytes)
3d.gif (109 bytes) 5+d.gif (109 bytes),邀局实力

1c.gif (113 bytes)-1d.gif (109 bytes)-2s.gif (111 bytes)(逼局,6c.gif (113 bytes)+4s.gif (111 bytes)

由于1s.gif (111 bytes)再叫已经是逼叫,这个2s.gif (111 bytes)叫品显示的是一种特定类型的强牌:c.gif (113 bytes)+s.gif (111 bytes)至少6-4分布,足够的进局实力。

1c.gif (113 bytes)-1d.gif (109 bytes)-3c.gif (113 bytes) (8赢墩的c.gif (113 bytes)单套牌

Fantunes体系里的一阶开叫,在同伴做了一个可能的示弱应叫后,跳再叫开叫花色总是建议一手单套强牌,但不够成局实力。应叫者对此pass是唯一能停在成局线以下的途径:其他所有的再叫都逼叫到局。在这个进程中,应叫者再叫新花(3d.gif (109 bytes)或3s.gif (111 bytes))都是“半自然性”的,有可能仅仅是为了显示止张,寻求3NT定约。

叫牌实例

s.gif (111 bytes)AKxx
h.gif (112 bytes)KJ
d.gif (109 bytes)AQxx
c.gif (113 bytes)xxx
s.gif (111 bytes)Qxxx
h.gif (112 bytes)A10xxx
d.gif (109 bytes)xx
c.gif (113 bytes)Qx
1c.gif (113 bytes) 1d.gif (109 bytes)
1NT 2c.gif (113 bytes)
2d.gif (109 bytes) 2NT
3s.gif (111 bytes) 4s.gif (111 bytes)
Pass  

应叫者在同伴的1NT再叫后做人工性的2c.gif (113 bytes)邀请叫。开叫者2d.gif (109 bytes)表示高限,应叫者用2NT再次询问,找到了s.gif (111 bytes)配合,并且由持强牌的一方主打。

s.gif (111 bytes)x
h.gif (112 bytes)AKx
d.gif (109 bytes)AQxx
c.gif (113 bytes)AKQxx
s.gif (111 bytes)Jxx
h.gif (112 bytes)xxxx
d.gif (109 bytes)Kxxx
c.gif (113 bytes)xx
1c.gif (113 bytes) 1d.gif (109 bytes)
2d.gif (109 bytes) 3c.gif (113 bytes)
3d.gif (109 bytes) 5d.gif (109 bytes)
Pass  

开叫者显示持有18+c.gif (113 bytes)长套,或18+,5c.gif (113 bytes)+4d.gif (109 bytes)。应叫者3c.gif (113 bytes)示弱止叫,但开叫者再叫3d.gif (109 bytes)表示他还有d.gif (109 bytes)套和额外实力(因为他没有pass3c.gif (113 bytes))。应叫者决定最后定约。试试用标准制叫这副牌。

s.gif (111 bytes)Axx
h.gif (112 bytes)KQx
d.gif (109 bytes)Kx
c.gif (113 bytes)AKxxx
s.gif (111 bytes)Qxxx
h.gif (112 bytes)Axxx
d.gif (109 bytes)xx
c.gif (113 bytes)Qxx
1c.gif (113 bytes) 1d.gif (109 bytes)
2h.gif (112 bytes) 3h.gif (112 bytes)
3NT Pass

开叫者显示19-20点,3张h.gif (112 bytes)支持。应叫者再叫3h.gif (112 bytes)表示4张s.gif (111 bytes)。开叫者选择3NT作为最后定约。

s.gif (111 bytes)AKxx
h.gif (112 bytes)Kx
d.gif (109 bytes)Axxx
c.gif (113 bytes)KQx
s.gif (111 bytes)xx
h.gif (112 bytes)Axxx
d.gif (109 bytes)x
c.gif (113 bytes)AJxxxx
1c.gif (113 bytes) 1d.gif (109 bytes)
2NT 4c.gif (113 bytes)

开叫者仍然是18-20点,但是没有h.gif (112 bytes)支持。应叫者选择越过3NT寻求c.gif (113 bytes)满贯,因为他知道同伴一定至少有3张c.gif (113 bytes)支持。开叫者当然会予以配合,并可以随意使用自己熟悉的满贯叫牌手段。


1c.gif (113 bytes)–1h.gif (112 bytes)(0-11, 4+s.gif (111 bytes))

此序列之后的展开和1c.gif (113 bytes)-1d.gif (109 bytes)非常相似。当应叫者的高花是4-4分布时,他总是先叫1d.gif (109 bytes)显示h.gif (112 bytes)套,和标准制一样。

下面是几个和1c.gif (113 bytes)-1d.gif (109 bytes)序列不同的地方:

1c.gif (113 bytes)-1h.gif (112 bytes)-2h.gif (112 bytes)是自然性的逆叫,显示c.gif (113 bytes)+h.gif (112 bytes),18+大牌点。应叫者可以再叫2s.gif (111 bytes),3c.gif (113 bytes)或3h.gif (112 bytes)表示一手破牌;所有其他的再叫都逼叫到局。

在序列1c.gif (113 bytes)-1h.gif (112 bytes)-1NT后,2d.gif (109 bytes)是转移到h.gif (112 bytes),建议高花为5-4型。开叫者可以自由选择想打的高花定约。类似的,2h.gif (112 bytes)则是再次转移到2s.gif (111 bytes)。同样的转移叫机制完全适用于序列1c.gif (113 bytes)-1h.gif (112 bytes)-2NT。

在序列1c.gif (113 bytes)-1h.gif (112 bytes)-2s.gif (111 bytes)(19-20均型,3张s.gif (111 bytes)支持)后,应叫者加叫到3s.gif (111 bytes)是转移到3NT的傀儡叫,其目的是让持强牌的开叫者成为定约人。


1c.gif (113 bytes)-1s.gif (111 bytes) (0-11, 没有高花)

开叫者的再叫和应叫者显示了高花套后的再叫仍然非常相似。所不同的是,现在还没有可供支持的花色套。下面是再叫一览表。

1NT 15-18,均型
2c.gif (113 bytes) 14-17,c.gif (113 bytes)单套牌,不逼叫
2d.gif (109 bytes) 18-20,低花至少4-4,不逼叫
2h.gif (112 bytes) 三重含义,也许是Fantunes体系里最复杂的叫品:23+均型;或18-20的长c.gif (113 bytes),最多双张d.gif (109 bytes);或21+的长c.gif (113 bytes),有一个边花单缺
2s.gif (111 bytes) 只有双重含义,谢天谢地:18-20的长c.gif (113 bytes),至少3张d.gif (109 bytes);或21+的长c.gif (113 bytes),边花没有单缺
2NT 19-20均型
3c.gif (113 bytes) 8赢墩的c.gif (113 bytes)单套牌,类似于埃坷强二开叫
3d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes) 自然叫,逼局。通常是6c.gif (113 bytes)+4张所叫花色

1c.gif (113 bytes)-1s.gif (111 bytes)-1NT (15-18,均型)

和标准制的NT开叫类似,但我们已经知道不可能有8张高花配合。因此,应叫者的再叫稍微有点独特之处:

2c.gif (113 bytes)/2d.gif (109 bytes) 止叫!
2h.gif (112 bytes)/2s.gif (111 bytes) 7-11点,所叫高花是弱点。希望寻求3NT定约,但是担心该花色是否有止张。如果开叫者能控制所叫高花,他可以叫2NT(低限)或3NT(高限);否则就打一个低花定约。
2NT 自然叫,邀局
3c.gif (113 bytes)/3d.gif (109 bytes) 自然叫,邀局,通常是6张套
3h.gif (112 bytes)/3s.gif (111 bytes) 所叫花色单缺,低花至少5-4分布,逼局。通常是(31)(54)型。开叫者应该有足够信息决定如何继续叫牌。

1c.gif (113 bytes)-1s.gif (111 bytes)-1NT是Fantunes体系里非常强劲的一个序列,因为搭档间已经充分地交换了有效信息。下面是一副简单的实战牌例:

Fantoni
s.gif (111 bytes)A963
h.gif (112 bytes)AQ93
d.gif (109 bytes)QJ
c.gif (113 bytes)K107
Nunes
s.gif (111 bytes)Q5
h.gif (112 bytes)1065
d.gif (109 bytes)1095
c.gif (113 bytes)J9432
1c.gif (113 bytes) 1s.gif (111 bytes)
1NT 2c.gif (113 bytes)
Pass

Fantunes找到了极佳的2c.gif (113 bytes)部分定约。在一点点小运气的帮助下拿到了10墩!Claudio(Nunes)和Fulvio(Fantoni)总是致力于攫取尽可能多的墩数。

在另一张桌子上,法国人是更大众的进程:1NT全pass。当防守方引出d.gif (109 bytes)后,定约宕二,意大利队得6IMPs。

下面让我们看一看2NT再叫:

1c.gif (113 bytes)-1s.gif (111 bytes)-2NT (19-20,均型)

和1NT再叫几乎一样,只不过高了一级:

3c.gif (113 bytes)/3d.gif (109 bytes) 止叫!
3h.gif (112 bytes)/3s.gif (111 bytes) 所叫花色单缺,低花至少5-4分布,逼局。通常是(31)(54)型。

你也许在想为什么我们没有列出应叫者在四阶上的叫品。事实上我们把4c.gif (113 bytes)和4d.gif (109 bytes)处理为所叫花色的温和满贯试探,而4h.gif (112 bytes)和4s.gif (111 bytes)则是对相应低花(c.gif (113 bytes)d.gif (109 bytes))的强烈满贯试探。这里有一个精彩的实例,来自和一对荷兰顶级组合对阵的欧洲冠军杯赛:

Fantoni
s.gif (111 bytes)A83
h.gif (112 bytes)AQ107
d.gif (109 bytes)85
c.gif (113 bytes)AKQ4
Nunes
s.gif (111 bytes)62
h.gif (112 bytes)84
d.gif (109 bytes)AKQ10962
c.gif (113 bytes)108
1c.gif (113 bytes) 1s.gif (111 bytes)
2NT 4s.gif (111 bytes)(Dble)
Rdbl 4NT
5d.gif (109 bytes) 6d.gif (109 bytes)
Pass

Fantunes体系再一次成功地让持强牌一方成为定约人!对这副牌而言也许没有什么区别,但如果西家的牌稍微改动一下就能看出这样做的好处。比如:s.gif (111 bytes)A83 h.gif (112 bytes)KJ107 d.gif (109 bytes)J5 c.gif (113 bytes)AKQJ,你显然不愿意让这手牌摊开在明手,接受h.gif (112 bytes)首攻。

回到叫牌过程,Nunes有好几个机会叫他的d.gif (109 bytes)套(1c.gif (113 bytes)后应叫2d.gif (109 bytes),2NT后应叫4d.gif (109 bytes)),但他都没有这么做。当Fantoni再加倍表示有s.gif (111 bytes)第一轮控制和满贯兴趣后,Nunes叫出Turbo 4NT,表示偶数个关键张。Fantoni没有d.gif (109 bytes)Q,回到5d.gif (109 bytes)止叫,但Nunes知道d.gif (109 bytes)满贯是一个不错的赌注,因为同伴如果只有一个A的话不可能表示满贯兴趣。

荷兰牌手Wijs – Muller(2011年世界冠军)在另室仅叫到3NT。

1c.gif (113 bytes)-1s.gif (111 bytes)-2c.gif (113 bytes)(14-17,自然叫)

此后的发展和1NT再叫类似:

2d.gif (109 bytes) 止叫!
2h.gif (112 bytes)/2s.gif (111 bytes) 成局试探,所叫高花是弱点
2NT 自然叫,邀局
3c.gif (113 bytes)/3d.gif (109 bytes) 自然叫,邀局
3h.gif (112 bytes)/3s.gif (111 bytes) Splinter,c.gif (113 bytes)好支持

1c.gif (113 bytes)-1s.gif (111 bytes)-2d.gif (109 bytes) (18-20,自然叫)

这个序列仍然是自然的,后续叫牌也和前类似:

2h.gif (112 bytes)/2s.gif (111 bytes) 成局试探,所叫高花是弱点
2NT 自然叫,邀局
3c.gif (113 bytes) 止叫
3d.gif (109 bytes) 自然叫,邀局
3h.gif (112 bytes)/3s.gif (111 bytes) Splinter,c.gif (113 bytes)d.gif (109 bytes)好支持

下面让我们深吸一口气,来看看:

1c.gif (113 bytes)-1s.gif (111 bytes)-2h.gif (112 bytes) (23+均型;或18-20的长c.gif (113 bytes),最多双张d.gif (109 bytes);或21+的长c.gif (113 bytes),有一个边花单缺)

幸运的是这个序列出现的机会并不是很大!开叫者持一手极强牌,但应叫者却非常之弱。应叫者再叫如下:

2s.gif (111 bytes) 4+大牌点:如果同伴是21+强牌,足够进局
2NT 0-3大牌点,6张d.gif (109 bytes),1-2张c.gif (113 bytes):开叫者可以选择3c.gif (113 bytes)或3d.gif (109 bytes)作为最后定约。如果开叫者持23+均型可能会导致3NT由错误一方来主打,但毕竟出现概率不大
3c.gif (113 bytes) 0-3大牌点,止叫
3d.gif (109 bytes) 0-3大牌点,止叫,c.gif (113 bytes)非常短

在应叫者的2s.gif (111 bytes)接力叫后,开叫者做如下描述:

2NT 23+均型:后续同1c.gif (113 bytes)-1s.gif (111 bytes)-2NT,不过这个进程一定逼叫到局
3c.gif (113 bytes) 18-20的长c.gif (113 bytes),最多双张d.gif (109 bytes)。应叫者可以pass,叫某一高花表示弱点所在(其实就是问止张),或者叫出自然性的3d.gif (109 bytes),逼叫。
3d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes) 21+长c.gif (113 bytes),所叫花色单缺

叫牌实例

s.gif (111 bytes)QJx
h.gif (112 bytes)Axx
d.gif (109 bytes)AKQx
c.gif (113 bytes)AKx
s.gif (111 bytes)Axx
h.gif (112 bytes)x
d.gif (109 bytes)Jxxx
c.gif (113 bytes)Qxxxx
1c.gif (113 bytes) 1s.gif (111 bytes)
2h.gif (112 bytes) 2s.gif (111 bytes)
2NT 3h.gif (112 bytes)
4d.gif (109 bytes) 4s.gif (111 bytes)
6d.gif (109 bytes) Pass

开叫者显示23+均型;应叫者叫出他的h.gif (112 bytes)单张和5-4低花。开叫者配合甚好,满贯定约因而顺利达到。试与标准制的2c.gif (113 bytes)-2d.gif (109 bytes)-2NT进程加以比较。Fantunes体系在开叫者揭露一手均型强牌之前允许应叫者一方分享一些关于牌型的信息,这是一个不断重复的主题。

s.gif (111 bytes)AJx
h.gif (112 bytes)AKx
d.gif (109 bytes)x
c.gif (113 bytes)AKQJxx
s.gif (111 bytes)xxx
h.gif (112 bytes)xxx
d.gif (109 bytes)xxxxx
c.gif (113 bytes)xx
1c.gif (113 bytes) 1s.gif (111 bytes)
2h.gif (112 bytes) 3c.gif (113 bytes)
3d.gif (109 bytes) 3NT
Pass

应叫者表示一手白板牌。开叫者再叫3d.gif (109 bytes)表示d.gif (109 bytes)单缺的极强牌,应叫者承诺有一个d.gif (109 bytes)“止张”。

s.gif (111 bytes)AK
h.gif (112 bytes)xxx
d.gif (109 bytes)Qx
c.gif (113 bytes)AKQxxx
s.gif (111 bytes)Qxx
h.gif (112 bytes)xx
d.gif (109 bytes)KJxxx
c.gif (113 bytes)Jxx
1c.gif (113 bytes) 1s.gif (111 bytes)
2h.gif (112 bytes) 2s.gif (111 bytes)
3c.gif (113 bytes) 3h.gif (112 bytes)
4c.gif (113 bytes) Pass

开叫者持18-20,长c.gif (113 bytes)和短d.gif (109 bytes)的牌。应叫者表示h.gif (112 bytes)是弱点,从而避免了3NT,而联手也缺乏足够牌力叫到5c.gif (113 bytes)

1c.gif (113 bytes)-1s.gif (111 bytes)-2s.gif (111 bytes) (18-20的长c.gif (113 bytes),至少3张d.gif (109 bytes);或21+的长c.gif (113 bytes),边花没有单缺)

和2h.gif (112 bytes)再叫类似,但后续叫牌要简单一些:

2NT 6+大牌点,进局逼叫。开叫者如果是18-20点就再叫3c.gif (113 bytes)或3d.gif (109 bytes),更高级别的叫品都是21+
3c.gif (113 bytes)/3d.gif (109 bytes) 0-5点,止叫

叫牌实例

s.gif (111 bytes)A
h.gif (112 bytes)AJx
d.gif (109 bytes)Qxx
c.gif (113 bytes)AKJxxx
s.gif (111 bytes)xxx
h.gif (112 bytes)xxx
d.gif (109 bytes)Kxxxx
c.gif (113 bytes)xx
1c.gif (113 bytes) 1s.gif (111 bytes)
2s.gif (111 bytes) 3d.gif (109 bytes)
Pass

应叫者在同伴显示了18-20点,d.gif (109 bytes)有一定支持后决定打3d.gif (109 bytes)定约。

s.gif (111 bytes)A
h.gif (112 bytes)xxx
d.gif (109 bytes)AKQx
c.gif (113 bytes)AKxxx
s.gif (111 bytes)Qxx
h.gif (112 bytes)AQx
d.gif (109 bytes)Jxxxx
c.gif (113 bytes)xx
1c.gif (113 bytes) 1s.gif (111 bytes)
2s.gif (111 bytes) 2NT
3d.gif (109 bytes) 4d.gif (109 bytes)
4s.gif (111 bytes) 5d.gif (109 bytes)
6d.gif (109 bytes) Pass

应叫者2NT逼叫到局,然后加叫同伴的d.gif (109 bytes)。5d.gif (109 bytes)表示奇数个关键张,开叫者叫上满贯。


1NT应叫:均型牌,逼局

由于1c.gif (113 bytes)开叫通常是一手较强牌,我们把进程1c.gif (113 bytes)-1NT定义为进局逼叫。1NT应叫可以包含5张低花的5332型,偶尔也可以是4441型。每个体系钻研者都知道,4441型是最难描述的:它既非严格意义上的均型,也没有5张可叫花色。如果是10-11点的4441型,最好还是应叫一阶花色,而避免做扭曲牌情的1NT应叫。

开叫者的再叫用来区分1c.gif (113 bytes)开叫的两大基本类型:均型,或c.gif (113 bytes)长套的非均型。4张c.gif (113 bytes)的4441型在这里仍然是一个棘手的问题:到底应该把它处理为“均型”,还是c.gif (113 bytes)长套的“非均型”呢?开叫者可以视单张是否为大牌来做出决定。

1c.gif (113 bytes)-1NT后开叫者的再叫原则是十分直截了当的:2c.gif (113 bytes)表示均型,所有其他的再叫都显示一手非均型牌。

2c.gif (113 bytes) 所有的均型牌:包括5张低花的5332型,偶尔也可能是4张c.gif (113 bytes)的4441型
2d.gif (109 bytes) 18+,非均型
2h.gif (112 bytes) 14-17,c.gif (113 bytes)+h.gif (112 bytes)
2s.gif (111 bytes) 14-17,c.gif (113 bytes)+s.gif (111 bytes)
2NT 14-17,c.gif (113 bytes)+d.gif (109 bytes)
3c.gif (113 bytes) 14-17,6+c.gif (113 bytes),没有边花
3d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes) 18+,自然叫,6-4型

1c.gif (113 bytes)-1NT-2c.gif (113 bytes)(均型)

两手牌都是均型,所以接下来的进程应该是相当简单的,虽然Fantunes体系里似乎从来没有“简单”这两个字。下面是应叫者的再叫:

2d.gif (109 bytes) 13+
2h.gif (112 bytes) 10-12,4张h.gif (112 bytes):此后叫牌以自然方式进行
2s.gif (111 bytes) 10-12,4张s.gif (111 bytes):此后叫牌以自然方式进行
2NT 10-12,没有4张高花,也没有5张低花
3c.gif (113 bytes) 10-12,5张c.gif (113 bytes)的5332型
3d.gif (109 bytes) 10-12,5张d.gif (109 bytes)的5332型

这是一个你不愿意过度描述的进程。绝大多数情况下你只是检查有没有4-4高花配合,否则就打3NT:泄露给对手过多的牌型信息并不是一个好主意。

下面这个例子来自于欧洲冠军杯和土耳其的一场比赛。我们给出全手牌的分布,因为打牌过程也是很值得一看的:

双方有局
南开叫
s.gif (111 bytes)10864
h.gif (112 bytes)A53
d.gif (109 bytes)Q54
c.gif (113 bytes)AJ7
s.gif (111 bytes)753
h.gif (112 bytes)J1096
d.gif (109 bytes)J82
c.gif (113 bytes)632
fangwei.jpg (1581 bytes) s.gif (111 bytes)J2
h.gif (112 bytes)Q74
d.gif (109 bytes)A73
c.gif (113 bytes)KQ1094
s.gif (111 bytes)AKQ9
h.gif (112 bytes)K82
d.gif (109 bytes)K1096
c.gif (113 bytes)85
西
Nunes Fantoni
1c.gif (113 bytes)
Pass 1NT Pass 2c.gif (113 bytes)
Pass 2s.gif (111 bytes) Pass 4s.gif (111 bytes)
All pass

东很自然的首攻c.gif (113 bytes)K。Nunes暗手赢进,吊光王牌后手里出小d.gif (109 bytes)飞丢给西的J。然而他仍然有时间来建立一墩d.gif (109 bytes)来垫h.gif (112 bytes)失张,10墩。一个h.gif (112 bytes)首攻有可能击败定约,但东无从得知这一点。

在另室,叫牌有点过于“简单”:南开叫1NT,北加到3NT。

北家因为自己是4333型而未做斯台曼问叫。

对抗4s.gif (111 bytes)定约需要h.gif (112 bytes)首攻,而反过来,对抗3NT定约则需c.gif (113 bytes)首攻。但是这里西家首攻h.gif (112 bytes)

然而故事还没有完,因为防家是大名鼎鼎的挪威组合Geir Helgemo(西)和Tor Helness(东)。定约人h.gif (112 bytes)K得牌,兑现3墩s.gif (111 bytes),出小d.gif (109 bytes)到明手的Q。Helness平静地忍让,意识到d.gif (109 bytes)A是他兑现c.gif (113 bytes)长套的珍贵进手张。

定约人接下来做了你我都可能做的事,引小d.gif (109 bytes)到手里的10。现在一切都结束了,Helgemo发现了c.gif (113 bytes)换攻,而他的同伴还有d.gif (109 bytes)A。宕一。

1c.gif (113 bytes)-1NT-2c.gif (113 bytes)-2d.gif (109 bytes) (13+)

在这个进程下,联手至少有28点的实力,因此值得做一些更细致的探讨。

开叫者的再叫如下:

2h.gif (112 bytes) 15-17,4张h.gif (112 bytes):此后叫牌以自然方式进行
2s.gif (111 bytes) 15-17,4张s.gif (111 bytes):此后叫牌以自然方式进行
2NT 18+,任意牌型
3c.gif (113 bytes) 15-17,5张c.gif (113 bytes)
3d.gif (109 bytes) 15-17,5张d.gif (109 bytes)
3h.gif (112 bytes) 15-17,2-3-4-4
3s.gif (111 bytes) 15-17,3-2-4-4
3NT 15-17,某一低花4张的4333型

叫牌实例:

s.gif (111 bytes)AJxx
h.gif (112 bytes)KQxx
d.gif (109 bytes)Ax
c.gif (113 bytes)KJx
s.gif (111 bytes)Qxx
h.gif (112 bytes)Axx
d.gif (109 bytes)Jxxx
c.gif (113 bytes)Axx
1c.gif (113 bytes) 1NT
2c.gif (113 bytes) 2NT
3NT Pass

开叫者知道同伴最多只有12点,因此满贯定约是无望的。注意在这个叫牌进程中,我们没有披露任何关于花色长度的信息。

s.gif (111 bytes)AQJx
h.gif (112 bytes)Kx
d.gif (109 bytes)KJxx
c.gif (113 bytes)Qxx
s.gif (111 bytes)Kx
h.gif (112 bytes)Axxx
d.gif (109 bytes)AQxx
c.gif (113 bytes)Kxx
1c.gif (113 bytes) 1NT
2c.gif (113 bytes) 2d.gif (109 bytes)
2s.gif (111 bytes) 2NT
3d.gif (109 bytes) 4d.gif (109 bytes)
4h.gif (112 bytes)(扣叫) 4s.gif (111 bytes)(扣叫)
4NT(偶数个关键涨) 6d.gif (109 bytes)
Pass

应叫者显示13+大牌点,而开叫者是15-17大牌点,4张s.gif (111 bytes)。应叫者接着用2NT询问,发现了开叫者还有4张d.gif (109 bytes)。这已经足以叫上满贯了。

s.gif (111 bytes)AKQx
h.gif (112 bytes)KJxx
d.gif (109 bytes)K
c.gif (113 bytes)QJxx
s.gif (111 bytes)Jxxx
h.gif (112 bytes)AQxx
d.gif (109 bytes)AQx
c.gif (113 bytes)xx
1c.gif (113 bytes) 1NT
2c.gif (113 bytes) 2d.gif (109 bytes)
2NT 3h.gif (112 bytes)
4d.gif (109 bytes) 4h.gif (112 bytes)
Pass

开叫者把他的牌视为均型处理。h.gif (112 bytes)配合找到后,开叫者扣叫4d.gif (109 bytes)发动满贯。Fantunes的扣叫风格是显示第一或第二轮控制。于是应叫者知道c.gif (113 bytes)有两个输张,安全地停在了4h.gif (112 bytes)上。

1c.gif (113 bytes)-1NT-2h.gif (112 bytes)/s.gif (111 bytes) (14-17,c.gif (113 bytes)+所叫高花)

绝大多数情况下,应叫者使用2NT接力。开叫者则用自然方式完成对整手牌的描述:3c.gif (113 bytes)表示6张c.gif (113 bytes);再叫一次高花表示5-6牌型;新花色是单缺显示叫,通常是5431牌型;5422型则加叫到3NT。

1c.gif (113 bytes)-1NT-2NT (14-17,c.gif (113 bytes)+d.gif (109 bytes))

在这个进程里,应叫者可以用3c.gif (113 bytes)接力。开叫者再叫3d.gif (109 bytes)表示低花有额外长度(64或65型),不错过3NT的机会。再叫高花表示该花色单缺,3NT则是2-2-4-5型。

1c.gif (113 bytes)-1NT-2d.gif (109 bytes) (18+,非均型)

应叫者2h.gif (112 bytes)接力。开叫者继续描述他的牌:

2s.gif (111 bytes) s.gif (111 bytes)套:应叫者2NT继续接力,后续同1c.gif (113 bytes)-1NT-2s.gif (111 bytes)-2NT
2NT d.gif (109 bytes)套:应叫者3c.gif (113 bytes)继续接力,后续同1c.gif (113 bytes)-1NT-2NT-3c.gif (113 bytes)
3c.gif (113 bytes) c.gif (113 bytes)单套牌
3d.gif (109 bytes) 3-4-1-5(3d.gif (109 bytes)及更高的叫品都是表示h.gif (112 bytes)套,但要注意开叫者不会有6c.gif (113 bytes)+4h.gif (112 bytes),因为该类牌应该在1NT后直接跳叫3h.gif (112 bytes)
3h.gif (112 bytes) 5h.gif (112 bytes)+6c.gif (113 bytes)
3s.gif (111 bytes) 1-4-3-5
3NT 2-4-2-5

开叫者在这些进程中都是非均型牌,因此由持均型牌的应叫者一方来主导叫牌进程。这是所有接力叫牌应该实现的目标,因为只有持均型牌一方才知道和同伴的配合程度,尤其是当同伴揭示了5431牌型以后。


二阶应叫:所叫花色为实套,逼局

所有的二阶应叫都是自然叫且逼局。所叫花色至少为5张,并且排除5332型。如果你是5张低花的5332型,应叫1NT;如果是5张高花的5332型,则应叫2NT。

开叫者的再叫澄清他的开叫是基于c.gif (113 bytes)套还是均型牌。如果是均型牌他再叫2NT(除了同伴应叫2c.gif (113 bytes)的情况,此时叫2d.gif (109 bytes)表示均型牌)。如果是c.gif (113 bytes)套的牌开叫者则做简单的描述性再叫。

1c.gif (113 bytes)-2c.gif (113 bytes)(10+,5+c.gif (113 bytes))

这个序列稍微有点不同寻常之处:1c.gif (113 bytes)开叫者既可能有c.gif (113 bytes)套也可能是均型牌。可是当应叫者叫出自然性的2c.gif (113 bytes)后,开叫者持哪种牌的概率更大呢?没错:90%甚至更高的概率,开叫者是一手均型牌。因此我们把最低级别的再叫定义为均型牌是十分符合逻辑的。

下面是开叫者的再叫一览表:

2d.gif (109 bytes) 人工叫品,显示均型牌
2h.gif (112 bytes)/s.gif (111 bytes) 自然叫,c.gif (113 bytes)+所叫花色
2NT 5张d.gif (109 bytes)的5332型(注意不是c.gif (113 bytes)!)
3c.gif (113 bytes) 自然的加叫,至少5张c.gif (113 bytes),可能还有d.gif (109 bytes)
3d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes) 所叫花色单缺的Splinter,c.gif (113 bytes)配合

后续叫牌都以自然方式进行。

这里是一个非常漂亮的叫牌实例,取自2004年Olympiad赛:

Fantoni
s.gif (111 bytes)Q63
h.gif (112 bytes)J102
d.gif (109 bytes)K963
c.gif (113 bytes)AKQ
Nunes
s.gif (111 bytes)K85
h.gif (112 bytes)8
d.gif (109 bytes)AQ
c.gif (113 bytes)J1098632
1c.gif (113 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 3c.gif (113 bytes)
3d.gif (109 bytes) 3s.gif (111 bytes)
4c.gif (113 bytes) 4d.gif (109 bytes)
4NT 5c.gif (113 bytes)
Pass

上面的叫牌分为三个阶段。

第一阶段,双方描述各自的牌型:2d.gif (109 bytes)表示均型,3c.gif (113 bytes)则表示c.gif (113 bytes)单套。

第二阶段,寻求3NT定约的可能性:3d.gif (109 bytes)和3s.gif (111 bytes)都是显示止张,Fantoni现在知道h.gif (112 bytes)上有大漏洞。

第三阶段,探索满贯。4d.gif (109 bytes)是扣叫,4NT则是Turbo约定叫,表示偶数个关键张。Nunes知道联手缺少两个关键张,停在了完美的5c.gif (113 bytes)定约。

意大利队在这副牌上干得怎么样?他们输了4IMPs!在另一张桌子上,香港队牌手的进程是1d.gif (109 bytes)-3c.gif (113 bytes)-3NT。不在首攻位置的Giorgio Duboin拿着h.gif (112 bytes)AKQxx做了不寻常首攻加倍,但他的同伴没有发现正确的首攻而引了一张c.gif (113 bytes),9墩。

6年后,2010年的Buffet队式赛,历史一幕重现:

Fantoni
s.gif (111 bytes)A103
h.gif (112 bytes)AKQ8
d.gif (109 bytes)A87
c.gif (113 bytes)K83
Nunes
s.gif (111 bytes)KQ6
h.gif (112 bytes)-
d.gif (109 bytes)64
c.gif (113 bytes)QJ1076542
1c.gif (113 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 3c.gif (113 bytes)
3d.gif (109 bytes) 3s.gif (111 bytes)
4c.gif (113 bytes) 4h.gif (112 bytes)
4s.gif (111 bytes) 4NT
6c.gif (113 bytes) Pass

双方的前7个叫品和2004年的进程惊人的一致。接着Nunes扣叫4h.gif (112 bytes),在Fantoni的4s.gif (111 bytes)扣叫后再叫4NT表示偶数个关键张(0是偶数!)。

这一次他们达到最佳定约的奖赏是只输了2IMPs。在另一张桌子上,Bob Hamman首开2NT,Zia叫了他的长套并顺利地叫上6c.gif (113 bytes)。Hamman基于自己的无将牌型改正到了6NT。Duboin持d.gif (109 bytes)Q10xxx,但他仍然是非首攻方。毫无意外,防守方没有攻出d.gif (109 bytes),于是6NT轻松做成。

2016年,Fantunes体系会找回补偿的。

1c.gif (113 bytes)-2d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes) (10+,5+所叫花色)
这些序列和1c.gif (113 bytes)-2c.gif (113 bytes)非常类似:开叫者的再叫都是自然的:持均型牌时,他再叫2NT。其他的花色再叫表示开叫者是c.gif (113 bytes)+再叫花色的非均型牌。

反对!强制应叫者持一手好牌时做跳应叫,你似乎在阻击己方的叫牌,而不是遵循好牌慢叫的原则。

这一反对意见并不正确,因为应叫者的跳应叫提供了比你想象中多得多的信息。试与标准制里等价的序列1c.gif (113 bytes)-1s.gif (111 bytes)-1NT进行比较。无疑这个进程的阶次较低,但它传递的数据也少:应叫者只是表示自己持有4+s.gif (111 bytes)和6+大牌点。他只有等到第二甚至第三再叫时才能披露更多的关于牌型和拍点的信息。

而且,在Fantunes体系里,某些特定的牌型是不能做跳应叫的。绝大多数的5-5牌型都在三阶上进行描述,而5332型也被排除在外:5张高花的5332型应叫2NT,5张低花的5332型则应叫1NT。这些例外进一步缩紧了跳应叫的牌型范围。

当然我们也承认在跳应叫后确实会存在一些叫牌空间不足的困难,但这并不是一个普遍性的问题。下面是一个例子,取自第12届Olympiad大赛:

Nunes
s.gif (111 bytes)K8
h.gif (112 bytes)KQ9874
d.gif (109 bytes)AK53
c.gif (113 bytes)8
Fantoni
s.gif (111 bytes)AQ10974
h.gif (112 bytes)5
d.gif (109 bytes)Q52
c.gif (113 bytes)AQ7
1h.gif (112 bytes) 2s.gif (111 bytes)
3d.gif (109 bytes) 3NT
Pass

进程稍有不同(开叫1h.gif (112 bytes)而非1c.gif (113 bytes)),但原则是一样的。Fantoni必须对同伴的1h.gif (112 bytes)开叫做跳应叫,这在一定程度上剥夺了他的叫牌空间,使得他不能同时显示强的s.gif (111 bytes)套和c.gif (113 bytes)止张。结果是他们错过了极佳的s.gif (111 bytes)满贯。我们不得不略为不情愿地地承认这是本体系的一个小小的弱点。

让我们回到对后续叫牌的讨论中来。只有一个特定的序列需要加以注意:

1c.gif (113 bytes)-2d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes)-2NT (均型)

后续叫牌大多是自然的,但Fantunes使用人工性的3c.gif (113 bytes)来显示额外牌力。这有助于搭档关系精确地定位最后定约。

3c.gif (113 bytes) 13+
3d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes) 自然叫,10-12大牌点(再叫原始花色至少是6张)
3NT 10-12,暗示持有c.gif (113 bytes)边花套(应叫者不可能是5332型)

此后叫牌以自然方式进行,但开叫者现在对联手的牌力有了更好的判断。

1c.gif (113 bytes)-2NT (10+,5张高花的5332型)

开叫者对此有两种不同的反应。在绝大多数情况下,他想要知道同伴到底持哪一门高花。

然而,有些时候他不需要:例如2-2-(45)或3-3-(34)型,他可能会直接加叫3NT。又或者持有c.gif (113 bytes)长套,或低花是5-6型时,他可以再叫3d.gif (109 bytes),原则上设定c.gif (113 bytes)为将牌,邀请同伴进行扣叫。

开叫者如果需要知道同伴更多的牌情,可以再叫3c.gif (113 bytes)来询问。应叫者做如下答叫:

3d.gif (109 bytes) 10-12,5+h.gif (112 bytes)
3h.gif (112 bytes) 10-12,5+s.gif (111 bytes)
3s.gif (111 bytes) 13-15,5+h.gif (112 bytes)
3NT 13-15,5+s.gif (111 bytes)
4c.gif (113 bytes) 16+,5+h.gif (112 bytes)
4d.gif (109 bytes) 16+,5+s.gif (111 bytes)

上述答叫的框架允许开叫者成为同伴所持高花定约的庄家。在3d.gif (109 bytes)和3h.gif (112 bytes)再叫后,开叫者可以在三阶上叫出相应的高花设定将牌,邀请扣叫。在更强的再叫后,开叫者可以叫4阶高花止叫,或者进行配合显示扣叫。

在任何时候开叫者叫3NT,都是止叫。

叫牌实例:

s.gif (111 bytes)AQxx
h.gif (112 bytes)AKJ
d.gif (109 bytes)Jx
c.gif (113 bytes)KQxx
s.gif (111 bytes)KJxxx
h.gif (112 bytes)Qxx
d.gif (109 bytes)Qxx
c.gif (113 bytes)Ax
1c.gif (113 bytes) 2NT
3c.gif (113 bytes) 3h.gif (112 bytes)
3s.gif (111 bytes) 4c.gif (113 bytes)
4h.gif (112 bytes) 4s.gif (111 bytes)
Pass

开叫者问清了应叫者的高花和牌力范围,然后设定s.gif (111 bytes)为将牌。当开叫者否认持有d.gif (109 bytes)控制后(越过了4d.gif (109 bytes)扣叫),他们安全地停在了4s.gif (111 bytes)上。

s.gif (111 bytes)QJx
h.gif (112 bytes)AJx
d.gif (109 bytes)Kxxx
c.gif (113 bytes)Axx
s.gif (111 bytes)Ax
h.gif (112 bytes)KQxxx
d.gif (109 bytes)Qxx
c.gif (113 bytes)KQx
1c.gif (113 bytes) 2NT
3NT 4NT
Pass

开叫者选择直接加叫3NT。应叫者的牌太强,不能放打3NT,所以他做了一个示量性4NT加叫,但开叫者无余力做进一步行动。


三阶应叫:5-5双套,逼局

Fantunes体系的一贯风格是好牌慢叫。因此,三阶应叫的目的是非常清楚的,为了减轻其他阶次应叫的压力。在所有的Fantunes一阶开叫后,三阶跳应叫都是表示双套牌。

有六种可能的双套组合。其中三种通过叫3c.gif (113 bytes)来显示。另外三种组合则由3d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes)来表达。

1c.gif (113 bytes)-3c.gif (113 bytes) (10-15,c.gif (113 bytes)和另一花色5-5)

开叫者3d.gif (109 bytes)接力询问第二套。应叫者做如下回答:

3h.gif (112 bytes) c.gif (113 bytes)+h.gif (112 bytes)
3s.gif (111 bytes) c.gif (113 bytes)+s.gif (111 bytes)
3NT c.gif (113 bytes)+d.gif (109 bytes)

现在开叫者可以选择3NT或4阶高花定约。4c.gif (113 bytes)设定c.gif (113 bytes)为将牌,邀请扣叫。出新花则是设定应叫者的另一花色为将牌,扣叫。例如进程1c.gif (113 bytes)-3c.gif (113 bytes)-3d.gif (109 bytes)-3s.gif (111 bytes)后,4d.gif (109 bytes)或4h.gif (112 bytes)都是以s.gif (111 bytes)为将牌的扣叫。

1c.gif (113 bytes)-3d.gif (109 bytes) (10-15,h.gif (112 bytes)+s.gif (111 bytes)5-5)
1c.gif (113 bytes)-3h.gif (112 bytes) (10-15,h.gif (112 bytes)+d.gif (109 bytes)5-5)
1c.gif (113 bytes)-3s.gif (111 bytes) (10-15,s.gif (111 bytes)+d.gif (109 bytes)5-5)

后续叫牌是自然和直截了当的。开叫者可以:

  • 止叫在任何成局定约上
  • 叫4c.gif (113 bytes)设定c.gif (113 bytes)为将牌
  • 在成局线下设定同伴的花色为将牌,邀请扣叫(例如1c.gif (113 bytes)-3d.gif (109 bytes)-3h.gif (112 bytes)或1c.gif (113 bytes)-3h.gif (112 bytes)-4d.gif (109 bytes)
  • 在3h.gif (112 bytes)和3s.gif (111 bytes)应叫后,叫出另一高花是对同伴高花的满贯试探,但不一定保证该花色有控制(例如1c.gif (113 bytes)-3h.gif (112 bytes)-3s.gif (111 bytes)或1c.gif (113 bytes)-3s.gif (111 bytes)-4h.gif (112 bytes)

Pass过的牌的应叫

假设应叫者此前已经pass过,后续叫牌也没有太大的不同,只有几个地方要加以注意。

进程1c.gif (113 bytes)-1阶花色和前面介绍的完全一样,因为此类应叫原本就否认了开叫实力。

进程1c.gif (113 bytes)-1NT-2c.gif (113 bytes)-2d.gif (109 bytes)中,应叫者如果未曾pass过,是显示13+大牌点,现在则简单处理为10-11点,5张d.gif (109 bytes)

进程Pass-1c.gif (113 bytes)-2阶花色完全没有必要保持自由叫牌时含义。Fantunes的2阶开叫(10-13,5张所叫花色)已经使得理论上不存在一手pass过的牌面对第三家或第四家开叫的1c.gif (113 bytes)还能逼叫到局。因此此时的2阶应叫应该是显示8-9点,6张好套。开叫者可以pass,或叫出不逼叫的3c.gif (113 bytes)。其他所有再叫都逼叫到局。

进程Pass-1c.gif (113 bytes)-3c.gif (113 bytes)同样不再需要。10+大牌点的5-5牌型在Fantunes体系里总是一手合格的开叫牌,通常在2阶开叫。


1c.gif (113 bytes)被干扰后的叫牌

在本章开始的时候我们已经说过,1c.gif (113 bytes)开叫是最容易受到对方干扰的。因此搭档间需要一些协议来应对这类情况。

1c.gif (113 bytes)-(Dble)

由于Fantunes1c.gif (113 bytes)开叫的低限比标准制的1c.gif (113 bytes)的要大约多3个大牌点,因此同伴自愿应叫的点力也可以适当降低。对习惯了标准制的牌手来说,这可能需要一段时间来适应。

Rdbl 7+大牌点,后续叫牌和标准制类似

1d.gif (109 bytes)

4-5张h.gif (112 bytes),5+大牌点。然而后续发展将不同于未受干扰的进程。原因在于:在对方加倍后,h.gif (112 bytes)配合的机会已然减小,而且对方还可能会继续叫牌。
假设第四家不叫,开叫者再叫如下:
1h.gif (112 bytes) 3张h.gif (112 bytes)支持,不逼叫(14-17)
1NT 15-18大牌点,但是通常没有3张支持。后续叫牌可以同自由进程
2h.gif (112 bytes) 4张h.gif (112 bytes)支持,不逼叫(14-17)
2NT 19-20,可以有3张h.gif (112 bytes)支持
3h.gif (112 bytes) 4张h.gif (112 bytes)支持,18+大牌点,对成局有兴趣
其他花色再叫 和自由进程时相同
1h.gif (112 bytes) 4-5张s.gif (111 bytes),5+大牌点。后续发展同1d.gif (109 bytes)应叫
1s.gif (111 bytes) 5张c.gif (113 bytes),5-9大牌点
1NT 5张d.gif (109 bytes),5-9大牌点
2c.gif (113 bytes) 10+大牌点,c.gif (113 bytes)长套,逼叫到局
2d.gif (109 bytes)/h.gif (112 bytes) 转移应叫,6+高一级花色。这个设计的目的是让开叫者成为定约人,从而使得作出加倍的防家处于首攻位置

1c.gif (113 bytes)-(1d.gif (109 bytes))

概念上和1c.gif (113 bytes)被加倍类似,当然也有一定差别,毕竟对方指明了一个实套。

Dble 6+大牌点,至少有一个高花4张套
1h.gif (112 bytes) 5+s.gif (111 bytes)
1s.gif (111 bytes) 5+h.gif (112 bytes)(记住Fantunes体系总是致力于让持强牌一方成为定约人!)
1NT 自然叫,不逼叫
2c.gif (113 bytes) 10+大牌点,c.gif (113 bytes)长套,逼叫到局
2d.gif (109 bytes) 4-4高花,至少邀局实力

1c.gif (113 bytes)-(1h.gif (112 bytes))

现在只有一个未叫高花了,你也许能够猜到我们的方法:

Dble 4-5张s.gif (111 bytes)
1s.gif (111 bytes) 否认s.gif (111 bytes)套和好的h.gif (112 bytes)止张:对低花定约更有兴趣
1NT 自然叫,不逼叫
2c.gif (113 bytes)/d.gif (109 bytes) 10+大牌点,自然叫,逼叫到局
2h.gif (112 bytes) 转移叫,6+s.gif (111 bytes)

Fantunes体系对1c.gif (113 bytes)被争叫1s.gif (111 bytes)的处理和标准制没有什么不同。加倍是标准的负加倍,通常有4张h.gif (112 bytes)。二阶花色应叫都是自然的,进局逼叫。


第四家的干扰

关于直接位置的干扰我们已经讨论得不少了。现在考虑,应叫者做了一阶应叫(0-11)后,第四家加入叫牌时怎么办?

如果第四家做了一个花色争叫,后续叫牌将转为自然性的。开叫者需要谨慎从事,因为应叫者还没有显示他的大牌实力。例如进程1c.gif (113 bytes)-(Pass)-1d.gif (109 bytes)-(1s.gif (111 bytes)),开叫者此时再叫1NT的点力范围不再是通常的15-18,而应该是更安全的17-20。

另一个有点危险的进程是1c.gif (113 bytes)-(Pass)-1d.gif (109 bytes)-(Dble)。假定这是对h.gif (112 bytes)的排除性加倍,非常好的防御手段。我们不能将开叫者的1h.gif (112 bytes)再叫处理成逼叫,如同自由进程时那样,因为1h.gif (112 bytes)定约也许是己方唯一的避风港。开叫者的再叫改变如下:

Pass 中性叫品,无更好描述,少于3张h.gif (112 bytes)
Rdbl 18+大牌点
1h.gif (112 bytes) 至少3张h.gif (112 bytes)支持,不逼叫
1s.gif (111 bytes) 自然叫,不逼叫,同时还有c.gif (113 bytes)长套
1NT 17-20,均型
2h.gif (112 bytes) 4张h.gif (112 bytes)支持,好牌,但不逼叫
版权所有©小肖的桥牌世界