第四章 Fantunes1h.gif (112 bytes)/1s.gif (111 bytes)开叫

1h.gif (112 bytes)和1s.gif (111 bytes)开叫表示11+大牌点,至少5张开叫花色。

我们可以把1h.gif (112 bytes)和1s.gif (111 bytes)开叫放到同一章内进行探讨,因为它们的后续发展是十分相似的。有显著区别的地方我们会加以指出。

这两个开叫和1c.gif (113 bytes)/1d.gif (109 bytes)开叫一致的地方是牌力无上限,但是下限却有所不同。在有另一高花套的情况下,只要有11+大牌点就可以做1阶高花开叫。如果没有另一高花,则下限也上升到14大牌点。

这个小的变动破坏了1阶开叫的对称性,同时也增加了1h.gif (112 bytes)和1s.gif (111 bytes)开叫的复杂度,然而这是不得已而为之。主要原因在于2h.gif (112 bytes)和2s.gif (111 bytes)开叫无法承受持有另一高花的额外负担,因此双高花的低限开叫牌必须在1阶上开叫。

下面是对1h.gif (112 bytes)和1s.gif (111 bytes)开叫的应叫一览表:

1h.gif (112 bytes)-1s.gif (111 bytes) 0-9,4+s.gif (111 bytes)
1NT 0-9,(1h.gif (112 bytes)开叫后,1NT否认4张s.gif (111 bytes)
2c.gif (113 bytes) 10+:均型,c.gif (113 bytes)单套,或对同伴的高花加叫
2d.gif (109 bytes) 10+,5+d.gif (109 bytes)
1h.gif (112 bytes)-2h.gif (112 bytes)
1s.gif (111 bytes)-2s.gif (111 bytes)
3-6,3或4张将牌支持
1h.gif (112 bytes)-2s.gif (111 bytes)
1s.gif (111 bytes)-2h.gif (112 bytes)
10+,5张所叫花色,进局逼叫(可以是5332型)
2NT 限制性加叫,3或4张将牌支持
3c.gif (113 bytes) 10-15,c.gif (113 bytes)+另一高花至少55
3d.gif (109 bytes) 10-15,d.gif (109 bytes)+另一高花至少55
1h.gif (112 bytes)-3h.gif (112 bytes)
1s.gif (111 bytes)-3s.gif (111 bytes)
极弱牌,阻击性加叫,4或5张将牌支持
1h.gif (112 bytes)-3s.gif (111 bytes)
1s.gif (111 bytes)-3h.gif (112 bytes)
10-15,c.gif (113 bytes)+d.gif (109 bytes)至少55(这一叫品需谨慎应用,因为开叫者可能持弱的双高花)

上面的列表里有几点必须加以注意。第一,简单加叫是非常弱的:3-6大牌点。你同时可能会问:0-2点有支持的牌如何应叫?世界上绝大多数体系都不会去担心0-2大牌点的牌如何应叫的问题,但Fantunes体系却是个例外!对此的答案是你先应叫1NT,以排除开叫者对你的牌存有不切实际的幻想这一可能性。取决于后续叫牌如何发展,你总有机会向同伴展示你极端微小的将牌支持。

如果对同伴花色有支持且大牌实力稍好于6个大牌点,你跳叫2NT。这个叫品看上去有点难以运用,而且确实有可能把定约推到过高的3阶水平,而你方仅仅有2阶高花定约。然而在真实的桥牌桌上,这一代价是微不足道的。

你也看到了跳叫3阶新花显示5-5牌型。这一结构和1c.gif (113 bytes)/1d.gif (109 bytes)开叫后的应叫保持一致。


对1h.gif (112 bytes)/s.gif (111 bytes)开叫的弱应叫

1h.gif (112 bytes)-1s.gif (111 bytes)(0-9,4+s.gif (111 bytes)

开叫者的再叫如下:

1NT 15-17,均型
2c.gif (113 bytes) Gazzilli:14-17带c.gif (113 bytes)套,或18+任意牌型
2d.gif (109 bytes) 14-17,自然叫,不逼叫
2h.gif (112 bytes) 14-17,自然叫,不逼叫
2s.gif (111 bytes) 11-15,s.gif (111 bytes)有支持
2NT 进局逼叫:h.gif (112 bytes)单套牌,h.gif (112 bytes)+某一低花至少5-5,或对同伴s.gif (111 bytes)的逼局性加叫
3c.gif (113 bytes) 16-17,h.gif (112 bytes)+c.gif (113 bytes)至少55,好的打牌实力
3d.gif (109 bytes) 16-17,h.gif (112 bytes)+d.gif (109 bytes)至少55,好的打牌实力
3h.gif (112 bytes) 8赢墩的h.gif (112 bytes)单套牌,类似于埃坷强二开叫
3s.gif (111 bytes) 16-17,4张s.gif (111 bytes)支持
4c.gif (113 bytes)/d.gif (109 bytes) 爆裂叫,s.gif (111 bytes)好支持

你是否注意到了在1d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes)开叫后所有这些0-9点的应叫的一致性?开叫者可以:

-做Gazzilli再叫(通常是2c.gif (113 bytes),但在1d.gif (109 bytes)-1高花之后是1NT),表示有限实力的自然叫,或某种类型的18+强牌
-在2阶上做非逆叫,表示14-17点的自然叫
-在2阶上逆叫或再叫2NT,逼叫到局
-跳叫到3阶显示一手方向性很强的好牌,但不逼叫

1h.gif (112 bytes)-1s.gif (111 bytes)-1NT(15-17,均型)

由于叫牌双方都已经指明了自己的实套,后续叫牌没有什么复杂的设计,和进程1c.gif (113 bytes)-1h.gif (112 bytes)(显示4+s.gif (111 bytes))-1NT类似。另外要注意的一点是应叫者不可能超过邀局实力,因为他的上限是9个大牌点。

然而,让开叫者成为可能的低花定约主打者仍然是值得努力的方向:

2c.gif (113 bytes) 邀请实力,或准备止叫在d.gif (109 bytes)定约上。开叫者2d.gif (109 bytes)接力:应叫者可以pass或接着自然地描述他的牌情
2d.gif (109 bytes) 重询同伴有无3张s.gif (111 bytes)支持
2h.gif (112 bytes) 止叫
2s.gif (111 bytes) 止叫
2NT 傀儡叫,转移到3c.gif (113 bytes),准备止叫在这个定约上

1h.gif (112 bytes)-1s.gif (111 bytes)-2c.gif (113 bytes)(Gazzilli:有限实力的自然叫或18+)

和所有其他的Gazzilli进程一样,应叫者再叫新花都是人工叫品,显示6-9大牌点,在开叫者持18+的情况下建立起了逼叫进局形势。在这个特定进程里的叫品是2d.gif (109 bytes)

2d.gif (109 bytes) 6-9,任意牌型。

开叫者再叫2h.gif (112 bytes)显示14-17点,h.gif (112 bytes)+c.gif (113 bytes)。应叫者可以叫2s.gif (111 bytes)或3c.gif (113 bytes)止叫(当然也可以简单地pass 2h.gif (112 bytes))。他还可以接着叫2NT,3h.gif (112 bytes)或3s.gif (111 bytes)再次邀请。

开叫者如果持18+,他将做别的再叫,把定约至少推上成局水平。举例来说,开叫者可以叫2s.gif (111 bytes)显示3张s.gif (111 bytes)支持(或叫3s.gif (111 bytes)表示4张s.gif (111 bytes)支持);再叫2NT显示18-20均型;3阶低花是自然叫;3h.gif (112 bytes)表示至少6张h.gif (112 bytes)
2h.gif (112 bytes) 0-5,止叫
2s.gif (111 bytes) 0-5,止叫
2NT 0-5,双低花:可能是4-1-4-4或4-0-(54)型。
3c.gif (113 bytes) 0-5,止叫。通常是4s.gif (111 bytes)+6c.gif (113 bytes)
3d.gif (109 bytes) 0-5,止叫。通常是4s.gif (111 bytes)+6d.gif (109 bytes)

在应叫者做了各种示弱再叫后,开叫者持更强的牌仍然可以继续做自然性的进局邀请。

1h.gif (112 bytes)-1s.gif (111 bytes)-2NT(进局逼叫)

应叫者做3c.gif (113 bytes)傀儡叫,以发现该进局逼叫的性质。开叫者做如下描述:

3d.gif (109 bytes) h.gif (112 bytes)+d.gif (109 bytes)双套
3h.gif (112 bytes) 设定h.gif (112 bytes)为将牌,邀请扣叫
3s.gif (111 bytes) 设定s.gif (111 bytes)为将牌,邀请扣叫
3NT h.gif (112 bytes)+c.gif (113 bytes)双套

1h.gif (112 bytes)/s.gif (111 bytes)-1NT(0-9)

这是个稍令人感觉不舒服的进程,因为开叫者可能是16-17点的5332均型。Pass 1NT也许会导致错过3NT。折中的办法是使用Gazzilli,即使你没有c.gif (113 bytes)套,也没有18+大牌点。

除了上面提到的这点之外,开叫者的再叫和进程1h.gif (112 bytes)-1s.gif (111 bytes)非常类似:

2c.gif (113 bytes) Gazzilli:14-17点有c.gif (113 bytes),或16-17点均型,或某些18+任意牌型
2d.gif (109 bytes) 14-17,自然叫,不逼叫
1h.gif (112 bytes)-1NT-2h.gif (112 bytes)
1s.gif (111 bytes)-1NT-2s.gif (111 bytes)
14-17,6张套
1s.gif (111 bytes)-1NT-2h.gif (112 bytes) 11-17,4+h.gif (112 bytes)(但请注意下面的3h.gif (112 bytes)再叫)
1h.gif (112 bytes)-1NT-2s.gif (111 bytes) 自然叫,进局逼叫
2NT 进局逼叫:单套或双套牌
3c.gif (113 bytes) 16-17,高花+c.gif (113 bytes)至少55,好的打牌实力
3d.gif (109 bytes) 16-17,高花+d.gif (109 bytes)至少55,好的打牌实力
1h.gif (112 bytes)-1NT-3h.gif (112 bytes)
1s.gif (111 bytes)-1NT-3s.gif (111 bytes)
8赢墩的高花单套牌,类似于埃坷强二开叫
1s.gif (111 bytes)-1NT-3h.gif (112 bytes) 16-17,双高花至少55,好的打牌实力

Gazzilli之后的展开和其他进程类似。如果应叫者再叫2d.gif (109 bytes)显示6-9点,开叫者重叫他的原始高花表示14-17点和c.gif (113 bytes)边花套,或2NT表示16-17点均型。其他所有再叫都承诺18+大牌点,逼叫到局。

下面这个进程值得特别注意:

1s.gif (111 bytes)-1NT-2c.gif (113 bytes)-2d.gif (109 bytes)-2h.gif (112 bytes)(18+,至少3张h.gif (112 bytes))。

直觉上来说你可能期待这个2h.gif (112 bytes)再叫保证4张h.gif (112 bytes),但这里有一个问题。因为开叫者的2NT再叫表示16-17点,持18-20点均型时他必须再叫3NT。这会导致搭档间即使有5-3配合也无法合理地达到4h.gif (112 bytes)定约。Fantunes的解决方案是把2h.gif (112 bytes)再叫处理为保证至少3张h.gif (112 bytes),3NT则用来显示特定的5-2-3-3牌型,以提醒应叫者在只有5张h.gif (112 bytes)的情况下不要试图去追寻虚幻的4h.gif (112 bytes)定约。

应叫者可以通过下面的途径来探索h.gif (112 bytes)配合程度:

2s.gif (111 bytes) 接力叫,否认4张h.gif (112 bytes),要求开叫者进一步描述牌情(例如显示4张低花,再叫3h.gif (112 bytes)表示双高花5-5,等等)
2NT 确定的4张h.gif (112 bytes):开叫者可以再叫3h.gif (112 bytes)表示4-4配合;只有3张h.gif (112 bytes)的情况下,他做其他描述性再叫
3c.gif (113 bytes)/d.gif (109 bytes) 5+所叫花色,否认4张h.gif (112 bytes)
3h.gif (112 bytes) 5+h.gif (112 bytes),确认h.gif (112 bytes)配合

叫牌实例:

s.gif (111 bytes)Kx
h.gif (112 bytes)AKJxx
d.gif (109 bytes)QJx
c.gif (113 bytes)KJx
s.gif (111 bytes)xxxxxx
h.gif (112 bytes)Qx
d.gif (109 bytes)Kx
c.gif (113 bytes)Axx
1h.gif (112 bytes) 1s.gif (111 bytes)
2c.gif (113 bytes) 2d.gif (109 bytes)
2NT 3NT
Pass

开叫者使用Gazzilli,当应叫者显示6-9点高限后,他再叫2NT表示18-20,但是没有3张s.gif (111 bytes)支持。应叫者决定不打4s.gif (111 bytes)定约。

s.gif (111 bytes)AQJx
h.gif (112 bytes)AKQJx
d.gif (109 bytes)Kx
c.gif (113 bytes)Ax
s.gif (111 bytes)xxx
h.gif (112 bytes)xx
d.gif (109 bytes)AJxxx
c.gif (113 bytes)Kxx
1h.gif (112 bytes) 1NT
2s.gif (111 bytes) 2NT
3NT 4NT
6NT Pass

开叫者2s.gif (111 bytes)是自然性质的进局逼叫。应叫者2NT等待,看开叫者有没有低花3张套。当开叫者显示自己是4-5-2-2牌型后,应叫者做4NT示量性加叫,开叫者接受邀请。

s.gif (111 bytes)KQxxx
h.gif (112 bytes)AQx
d.gif (109 bytes)AKQx
c.gif (113 bytes)x
s.gif (111 bytes)x
h.gif (112 bytes)xxxxx
d.gif (109 bytes)xxx
c.gif (113 bytes)xxxx
1s.gif (111 bytes) 1NT
2c.gif (113 bytes) 2h.gif (112 bytes)
3h.gif (112 bytes) Pass

Gazzilli之后,应叫者显示持有h.gif (112 bytes)套,0-5大牌点。开叫者再次邀请,此时应叫者终于可以抛出绿色的Pass卡了。

s.gif (111 bytes)AJxxx
h.gif (112 bytes)AJx
d.gif (109 bytes)Qxx
c.gif (113 bytes)AQ
s.gif (111 bytes)x
h.gif (112 bytes)Kxxxx
d.gif (109 bytes)Axxx
c.gif (113 bytes)xxx
1s.gif (111 bytes) 1NT
2c.gif (113 bytes) 2d.gif (109 bytes)
2h.gif (112 bytes) 3h.gif (112 bytes)
4h.gif (112 bytes) Pass

应叫者显示6-9点,开叫者披露了他的3张h.gif (112 bytes)支持。应叫者加叫表示5张h.gif (112 bytes),于是联手达到了正确的4h.gif (112 bytes)定约,并且由持强牌一方主打。

s.gif (111 bytes)Ax
h.gif (112 bytes)KQxxx
d.gif (109 bytes)x
c.gif (113 bytes)AJxxx
s.gif (111 bytes)Kxx
h.gif (112 bytes)xx
d.gif (109 bytes)Axxxx
c.gif (113 bytes)Qxx
1h.gif (112 bytes) 1NT
2c.gif (113 bytes) 2d.gif (109 bytes)
2h.gif (112 bytes) 2NT
3c.gif (113 bytes) Pass

这一次开叫者再叫2h.gif (112 bytes)表示他的牌是14-17,h.gif (112 bytes)+c.gif (113 bytes)双套。应叫者2NT邀请,但开叫者对此不感兴趣。

最后,来一副实战叫牌,取材于2010年某次法国赛事:

Nunes
s.gif (111 bytes)AQJ53
h.gif (112 bytes)5
d.gif (109 bytes)A10
c.gif (113 bytes)AKQ54
Fantoni
s.gif (111 bytes)862
h.gif (112 bytes)643
d.gif (109 bytes)Q543
c.gif (113 bytes)972
1s.gif (111 bytes) 1NT
2NT 4s.gif (111 bytes)
Pass  

Fantoni拿着这么一手2个大牌点,有s.gif (111 bytes)“支持”的破牌,所以他应叫1NT。当Nunes显示了进局实力后,Fantoni选择跳叫4s.gif (111 bytes),而不是去发掘同伴到底是哪种类型的强牌(也就不会泄漏信息给对手),因为他的牌是如此的毫无价值。

有点让人惊讶的是,Fantunes在这副牌上赢了10 IMPs。在另室,西家首开1c.gif (113 bytes),人为性的强开叫,这导致了直接位置的1h.gif (112 bytes)争叫。在东pass和南的3h.gif (112 bytes)阻击叫后,西再叫3s.gif (111 bytes),并且被丢在了这个定约上(也许再叫4h.gif (112 bytes)显示s.gif (111 bytes)+一门低花是更好的设计)。


1h.gif (112 bytes)/1s.gif (111 bytes)加叫结构

对1h.gif (112 bytes)/1s.gif (111 bytes)开叫的支持性应叫分为3类:

1)弱的加叫用简单加叫到2阶来表示:1h.gif (112 bytes)-2h.gif (112 bytes),或1s.gif (111 bytes)-2s.gif (111 bytes)。当只有3张支持时,一般是3-6大牌点。如果有4张支持,可以只有2-4大牌点。拿着0-5大牌点,至少4张将牌支持时你还可以选择阻击性的3阶跳加叫;或在有5张将牌支持时直接跳叫进局。对这类应叫而言,开叫者可以随意选择后续叫牌手段:比如长套/短套进局试探叫。

2)温和邀请实力的加叫用2NT来表示。应叫者的牌可以是7-9大牌点,3张将牌支持;或5-9大牌点,4张将牌支持;或8-11大牌点,4张将牌支持加一个边花单缺。

3)强的邀请实力和逼叫性加叫都从2c.gif (113 bytes)起步。

1h.gif (112 bytes)/1s.gif (111 bytes)-2NT(限制性加叫)

2NT加叫可以是下面3种类型之一:

7-9大牌点,3张将牌支持
5-9大牌点,4张将牌支持
8-11大牌点,4张将牌支持和一个边花单缺

这3类牌的共性是它们都太强而不能做简单或阻击性加叫,但如果同伴只有11-13点低限实力时也不够进局。

开叫者的再叫如下:

3c.gif (113 bytes) 显示至少成局兴趣,要求应叫者进一步澄清牌情。应叫者现在可以:
-3d.gif (109 bytes)显示3张将牌支持
-重叫原始高花表示4张将牌支持,但牌力是低限
-3NT表示4张将牌支持,高限
-其他再叫都是表示8-11点,所叫花色单缺
3d.gif (109 bytes) 邀请牌力,通常14-16大牌点。应叫者根据他手中的牌来判断是接受还是拒绝邀请
重叫3阶高花 止叫:11-13大牌点,记住此时开叫者一定还有另一高花
3h.gif (112 bytes)(1s.gif (111 bytes)开叫后) 自然叫,逼叫;应叫者持低限牌力时可以叫回3s.gif (111 bytes)示弱
3NT 5332型,17+大牌点:如果同伴只有3张支持,同时也是均型牌时,给他一个选择3NT的机会

对1h.gif (112 bytes)/s.gif (111 bytes)开叫的强应叫

1h.gif (112 bytes)/s.gif (111 bytes)-2c.gif (113 bytes)(10+:自然叫,或均型牌,或对同伴花色的强加叫)

Fantunes体系的二盖一应叫和标准制并没有显著不同的初始设置。1阶开叫都是自然的(虽然牌力没有上限),二盖一应叫显示至少10个大牌点。你可以在后续叫牌中选择你熟悉的标准制方法。

毫无疑问,Fantoni和Nunes不会这么干。他们打的是一种非常复杂的,把自然叫和人工接力揉合在一起的展开方式。下面介绍的方法和他们实际使用的可能稍有不同,但已经被大量的实战应用证明是很有效的。

首先需要解释清楚的一点是,和进程1d.gif (109 bytes)-2c.gif (113 bytes)不同,1阶高花开叫后的2c.gif (113 bytes)应叫并非一定逼叫到局,因为开叫者的牌可能只有11点,如果他还有另一高花的话。然而只有一个特定的序列可以允许搭档间停在成局线以下,如果该序列没有发生,则逼局形势已经建立。我们稍后会详细讨论该序列。

开叫者的再叫如下:

2d.gif (109 bytes) 显示另一高花,因此这是唯一一个开叫者可以只有11-13点的再叫。但必须要注意的是,该再叫仍然是没有牌力上限的。
1s.gif (111 bytes)-2c.gif (113 bytes)-2s.gif (111 bytes)
1h.gif (112 bytes)-2c.gif (113 bytes)-2h.gif (112 bytes)
14+,单套牌
1s.gif (111 bytes)-2c.gif (113 bytes)-2h.gif (112 bytes)
1h.gif (112 bytes)-2c.gif (113 bytes)-2s.gif (111 bytes)
14+,4+d.gif (109 bytes)
2NT 18-20,均型(5332)
3c.gif (113 bytes) 14+,4+c.gif (113 bytes)
3d.gif (109 bytes) 18+,6322型,但主套花色实力不强(和3阶再叫原始高花比较)
1s.gif (111 bytes)-2c.gif (113 bytes)-3s.gif (111 bytes)
1h.gif (112 bytes)-2c.gif (113 bytes)-3h.gif (112 bytes)
强牌,好套:设定将牌,邀请扣叫
1s.gif (111 bytes)-2c.gif (113 bytes)-3h.gif (112 bytes)
1h.gif (112 bytes)-2c.gif (113 bytes)-3s.gif (111 bytes)
自然叫,非均型,大约15-17大牌点

在某些上述进程里,应叫者可以使用接力叫继续发掘同伴的牌情,但这并非强制性的。应叫者可以选择支持同伴的某个花色,设定将牌的同时邀请扣叫,或者他可以再叫自己的新花色,表明原始的2c.gif (113 bytes)应叫是实叫,从这里开始转向自然叫牌。

用进程1s.gif (111 bytes)-2c.gif (113 bytes)-2s.gif (111 bytes)作为例子,开叫者显示自己是s.gif (111 bytes)单套牌。应叫者可以用2NT接力来询问更多信息,但他还有其他选择。他可以叫3s.gif (111 bytes)设定叫牌,或再叫3c.gif (113 bytes)显示自己的c.gif (113 bytes)长套,也可以再叫3d.gif (109 bytes)或3h.gif (112 bytes)表示c.gif (113 bytes)+第二套/止张。即使开叫者在这个进程里否认了边花套,并不意味着应叫者就不能自然地叫牌,考虑下他持比较极端的6-5双套的情况。

再强调一遍,开叫者的这套再叫设计的重点是2d.gif (109 bytes)表示另一高花,2阶另一高花显示d.gif (109 bytes)套,2阶再叫原始高花表示单套牌。

低限3NT

现在也许是一个好的时机讨论一下Fantunes如何“严肃”及“非严肃”地试探满贯。当一个高花在3NT以下被确定为将牌,那么搭档间任何一方叫出3NT都表示低限实力:可以被看作“非严肃”,或换句话说,温和的满贯试探。越过3NT扣叫4阶低花则表示有额外牌力,“严肃”的满贯试探。直接回到4阶高花表示最差的一类牌。

举个例子,考虑下面的进程:

1h.gif (112 bytes) 2c.gif (113 bytes)
2h.gif (112 bytes) 3h.gif (112 bytes)
 

开叫者牌力为14+,无上限。如果他有s.gif (111 bytes)控制,那么3s.gif (111 bytes)就是他的下一个叫品。在缺乏s.gif (111 bytes)控制的情况下,3NT再叫表示低限,大约14-16大牌点。4阶低花都是扣叫,确认额外实力的同时否认有s.gif (111 bytes)控制。

如果开叫者再叫3s.gif (111 bytes)

1h.gif (112 bytes) 2c.gif (113 bytes)
2h.gif (112 bytes) 3h.gif (112 bytes)
3s.gif (111 bytes)

应叫者此时有同样的选项。3NT表示低限,4阶低花则承诺额外实力。

在看看下面这个进程:

1h.gif (112 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 3h.gif (112 bytes)
 

此处开叫者显示了他有双高花,因此他的牌力是11+。他可以直接加叫同伴的3h.gif (112 bytes)到4h.gif (112 bytes)来显示他的牌是极低限的11-12大牌点。

1h.gif (112 bytes)/1s.gif (111 bytes)-2c.gif (113 bytes)-2d.gif (109 bytes)(双高花)

这个进程里开叫者可以是11-13点,双高花的牌:意味着在双方都是低限时可能无望成局。应叫者可以再叫2阶高花或3c.gif (113 bytes)建议最后定约:在2c.gif (113 bytes)应叫之后唯一能停在成局线以下的办法。

下面是应叫者的再叫:

2h.gif (112 bytes)/2s.gif (111 bytes) 10-12大牌点,提议打该定约(不绝对保证8张配合)。开叫者可以pass,也可以继续描述他的牌并建立起逼叫进局形势。
2NT 人工接力问叫:开叫者可以再叫他的低花“破烂”花色(暗示另一低花是单缺),再叫高花表示该花色有额外长度,或叫3NT表示5422型,不多于17大牌点。
3c.gif (113 bytes) 自然叫,10-12大牌点,6+c.gif (113 bytes),不逼叫
3d.gif (109 bytes) 自然叫,通常c.gif (113 bytes)套更长
3h.gif (112 bytes)/3s.gif (111 bytes) 设定叫牌,邀请扣叫

1h.gif (112 bytes)-2c.gif (113 bytes)-2h.gif (112 bytes),1s.gif (111 bytes)-2c.gif (113 bytes)-2s.gif (111 bytes)(14+单套)

应叫者可以用2NT接力,或做自然叫:加叫高花设定将牌,叫新花表示原始的2c.gif (113 bytes)应叫是自然实叫。

在2NT接力问叫后,开叫者澄清自己有无边花单缺(和进程1d.gif (109 bytes)-2c.gif (113 bytes)-2d.gif (109 bytes)类似):

3c.gif (113 bytes) c.gif (113 bytes)单缺
3d.gif (109 bytes) d.gif (109 bytes)单缺
3阶另一高花 该花色单缺
3阶原始高花 6322或7222型
3NT 15-17,5332型

1h.gif (112 bytes)-2c.gif (113 bytes)-2s.gif (111 bytes),1s.gif (111 bytes)-2c.gif (113 bytes)-2h.gif (112 bytes)(14+,高花+d.gif (109 bytes)

应叫者还是可以用2NT接力,或做自然叫:加叫高花或d.gif (109 bytes)设定将牌,或叫其他花色表明原始的2c.gif (113 bytes)应叫是自然实叫。

在2NT接力问叫后,开叫者做如下描述性再叫:

3c.gif (113 bytes) c.gif (113 bytes)破烂套,暗示另一高花单缺,大致是(51)4-3牌型
3d.gif (109 bytes) 5张d.gif (109 bytes)
3阶另一高花 所叫高花为破烂套,暗示c.gif (113 bytes)单缺,大致是(53)4-1牌型
3阶原始高花 原始高花为6张,大致是6-4牌型
3NT 14-17,(52)4-2牌型(如果牌力更强,叫更高阶次的无将!)

1h.gif (112 bytes)/1s.gif (111 bytes)-2c.gif (113 bytes)-2NT(18-20,5332型)

应叫者可以在3阶上做自然花色再叫(支持同伴的高花将设定将牌并邀请扣叫),或做一个自然的无将再叫。

1h.gif (112 bytes)/1s.gif (111 bytes)-2c.gif (113 bytes)-3c.gif (113 bytes)(自然叫,高花+c.gif (113 bytes)

Fantunes使用3d.gif (109 bytes)做为接力问叫,类似于进程1d.gif (109 bytes)-2c.gif (113 bytes)-3c.gif (113 bytes)。你也可以在此后完全使用自然叫牌。

1h.gif (112 bytes)/1s.gif (111 bytes)-2c.gif (113 bytes)-3d.gif (109 bytes)(18+,6张所叫高花,分散牌力)

这是一个高度描述性的叫品:应叫者通常可以回到3阶原始高花设定将牌并邀请扣叫。他也可以做一个自然性的花色再叫表示一手高度非均型牌,无意打开叫者的高花定约。无将再叫都是自然性的,包括4NT,显示大约13-14大牌点。

叫牌实例:

s.gif (111 bytes)AJxx
h.gif (112 bytes)KQxxx
d.gif (109 bytes)xx
c.gif (113 bytes)Kx
s.gif (111 bytes)Kxx
h.gif (112 bytes)x
d.gif (109 bytes)AKxx
c.gif (113 bytes)Jxxxx
1h.gif (112 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 2s.gif (111 bytes)
Pass

开叫者显示双高花;应叫者不够进局实力(如果同伴是11-13低限的话),建议了2s.gif (111 bytes)部分定约。

s.gif (111 bytes)KQJxx
h.gif (112 bytes)Qxxx
d.gif (109 bytes)x
c.gif (113 bytes)Axx
s.gif (111 bytes)x
h.gif (112 bytes)Kx
d.gif (109 bytes)Axxx
c.gif (113 bytes)KQJxxx
1s.gif (111 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 2NT
3c.gif (113 bytes) 4c.gif (113 bytes)
5c.gif (113 bytes) Pass

开叫者显示双高花,应叫者继续询问。开叫者表示c.gif (113 bytes)有一定张数(暗示d.gif (109 bytes)单缺),应叫者再叫4c.gif (113 bytes)设定将牌邀请扣叫,但开叫者直接回到5c.gif (113 bytes)表示他的牌是极低限。

s.gif (111 bytes)AKQxx
h.gif (112 bytes)Ax
d.gif (109 bytes)Kx
c.gif (113 bytes)AKxx
s.gif (111 bytes)x
h.gif (112 bytes)Kxxx
d.gif (109 bytes)AQxx
c.gif (113 bytes)Jxxx
1s.gif (111 bytes) 2c.gif (113 bytes)
3c.gif (113 bytes) 3NT
5NT 6c.gif (113 bytes)
Pass  

开叫者表示s.gif (111 bytes)+c.gif (113 bytes),应叫者建议3NT。但开叫者有一手超级强牌,跳叫5NT坚持让同伴“选一个满贯”。应叫者选择了6c.gif (113 bytes)

s.gif (111 bytes)KQxxx
h.gif (112 bytes)KQJx
d.gif (109 bytes)Qxx
c.gif (113 bytes)Q
s.gif (111 bytes)AJxx
h.gif (112 bytes)Axx
d.gif (109 bytes)AKx
c.gif (113 bytes)xxx
1s.gif (111 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 3s.gif (111 bytes)
3NT 4d.gif (109 bytes)
4h.gif (112 bytes) 5d.gif (109 bytes)
6s.gif (111 bytes) Pass

开叫者显示双高花,应叫者设定s.gif (111 bytes)为将牌。开叫者3NT显示低限(但非极低限),温和满贯兴趣。应叫者扣叫4d.gif (109 bytes),否认c.gif (113 bytes)控制。开叫者4h.gif (112 bytes)扣叫予以响应,同时暗示持有c.gif (113 bytes)控制。在使用TURBO约定叫的情况下,5d.gif (109 bytes)扣叫表示持有奇数个关键涨,西家已有足够信息叫上满贯。

s.gif (111 bytes)KQJxx
h.gif (112 bytes)Kx
d.gif (109 bytes)QJxx
c.gif (113 bytes)Kx
s.gif (111 bytes)Ax
h.gif (112 bytes)QJxx
d.gif (109 bytes)AKxx
c.gif (113 bytes)xxx
1s.gif (111 bytes) 2c.gif (113 bytes)
2h.gif (112 bytes) 3d.gif (109 bytes)
3NT Pass

开叫者表示s.gif (111 bytes)+d.gif (109 bytes),应叫者表示d.gif (109 bytes)配合。开叫者没什么可以继续描述的,建议3NT。

s.gif (111 bytes)x
h.gif (112 bytes)AKxxxx
d.gif (109 bytes)KJx
c.gif (113 bytes)Axx
s.gif (111 bytes)KQJx
h.gif (112 bytes)xx
d.gif (109 bytes)Q10xx
c.gif (113 bytes)KJx
1h.gif (112 bytes) 2c.gif (113 bytes)
2h.gif (112 bytes) 2NT
3s.gif (111 bytes) 3NT
Pass  

开叫者表示h.gif (112 bytes)单套,在同伴2NT询问后显示s.gif (111 bytes)单缺。

1h.gif (112 bytes)/1s.gif (111 bytes)-2d.gif (109 bytes)(10+,自然叫)

我们对Fantoni和Nunes采用的方法稍微做了一点修改。他们把2d.gif (109 bytes)处理为进局逼叫,即使开叫者是低限11点的双高花,并且对同伴的d.gif (109 bytes)没有支持。我们更愿意保留停在部分定约上的可能性,如下所述。

这里有一副实战牌例,取自2008年白宫锦标赛,看看意大利人是怎么处理的:

Nunes
s.gif (111 bytes)J10765
h.gif (112 bytes)AQ873
d.gif (109 bytes)A
c.gif (113 bytes)Q6
Fantoni
s.gif (111 bytes)Q4
h.gif (112 bytes)2
d.gif (109 bytes)KQ9865
c.gif (113 bytes)A943
1s.gif (111 bytes) 2c.gif (113 bytes)(!)
2d.gif (109 bytes) 2s.gif (111 bytes)
Pass  

Fantoni正确地判断了他的牌力不足以进局,所以他应叫2c.gif (113 bytes)。当Nunes叫2d.gif (109 bytes)显示了双高花后,Fantoni建议以2s.gif (111 bytes)为最终定约,停在了正确的位置上。他们最终超一完成定约,并获得8IMPs,因为在另室德国人冲上了3NT,下二。

用本书中推荐的方法,你拿着Fantoni的牌将不能应叫2c.gif (113 bytes),那样做的后果是你永远也无法有机会显示你的d.gif (109 bytes)长套。稍后的d.gif (109 bytes)再叫将表明你持有c.gif (113 bytes)主套和d.gif (109 bytes)第二套。我们认为在上面这副牌中选择放弃显示d.gif (109 bytes)套的做法略微有点不可接受,所以我们对此应叫2d.gif (109 bytes),但同时仍然保留停在2s.gif (111 bytes)(或3d.gif (109 bytes))部分定约上的权利。

开叫者的再叫如下:

1s.gif (111 bytes)-2d.gif (109 bytes)-2s.gif (111 bytes)
1h.gif (112 bytes)-2d.gif (109 bytes)-2h.gif (112 bytes)
14+,单套
1s.gif (111 bytes)-2d.gif (109 bytes)-2h.gif (112 bytes)
1h.gif (112 bytes)-2d.gif (109 bytes)-2s.gif (111 bytes)
自然叫,双高花至少5-4,11+
2NT 18-20,均型(5332)
3c.gif (113 bytes) 4+c.gif (113 bytes),14+
3d.gif (109 bytes) 自然性的加叫
1s.gif (111 bytes)-2d.gif (109 bytes)-3s.gif (111 bytes)
1h.gif (112 bytes)-2d.gif (109 bytes)-3h.gif (112 bytes)
强牌,强套:设定将牌并邀请扣叫
1s.gif (111 bytes)-2d.gif (109 bytes)-3h.gif (112 bytes)
1h.gif (112 bytes)-2d.gif (109 bytes)-3s.gif (111 bytes)
1h.gif (112 bytes)/s.gif (111 bytes)-2d.gif (109 bytes)-4c.gif (113 bytes)
d.gif (109 bytes)有好支持的爆裂叫

后续叫牌将以自然的方式进行。所有的进程都是进局逼叫,除了开叫者再叫另一高花显示自己是双高花并且可能是11-13极低限的情况。在这个进程里,我们允许应叫者叫3d.gif (109 bytes)止叫,或者在特定的序列1s.gif (111 bytes)-2d.gif (109 bytes)-2h.gif (112 bytes)后,叫2s.gif (111 bytes)建议打这个部分定约。

1s.gif (111 bytes)-2h.gif (112 bytes)(10+,5+h.gif (112 bytes),进局逼叫)

这个二盖一应叫当然是进局逼叫。即使开叫者是双高花,11-13极低限,我们也有至少5-4h.gif (112 bytes)配合,因此无论如何都应该进局。如果你想找一个当两手牌都是低限时能成功地停在3h.gif (112 bytes)部分定约上的体系,那么Fantunes显然不是候选者之一。

此后的叫牌都是自然的。我们推荐“速达原则”:1s.gif (111 bytes)-2h.gif (112 bytes)-4h.gif (112 bytes)显示11-13大牌点,边花没有特征的牌。

1h.gif (112 bytes)-2s.gif (111 bytes)(10+,5+s.gif (111 bytes),进局逼叫)

这是和进程1s.gif (111 bytes)-2h.gif (112 bytes)完全等价的序列,只不过花色颠倒了一下。和前者类似,开叫者直接叫4s.gif (111 bytes)同样是建议11-13大牌点,没有边花特征的牌。

1h.gif (112 bytes)/1s.gif (111 bytes)-3c.gif (113 bytes)(10-15,另一高花+c.gif (113 bytes)至少5-5)

1h.gif (112 bytes)/1s.gif (111 bytes)-3d.gif (109 bytes)(10-15,另一高花+d.gif (109 bytes)至少5-5)

1h.gif (112 bytes)/1s.gif (111 bytes)-3阶另一高花(10-15,d.gif (109 bytes)+c.gif (113 bytes)至少5-5)

开叫者可以直接进局,或设定将牌邀请扣叫。


Pass过的牌的应叫

当应叫者是一手已经pass过的牌时,后续展开并没有什么特殊的处理。所有的1阶应叫都维持原有含义不变。2c.gif (113 bytes)应叫仍然显示10+大牌点,开叫者的再叫也没有变化。

进程Pass-1h.gif (112 bytes)-2s.gif (111 bytes)仍然显示10+大牌点,5张s.gif (111 bytes);但做为已经pass过的一手牌,应叫者倾向于持有确切的5张s.gif (111 bytes),否则他应该第一时间在2阶上开叫。


1h.gif (112 bytes)/1s.gif (111 bytes)被干扰后的叫牌

当你的1阶高花开叫被对方争叫或加倍后,Fantunes对此也没有什么神秘的装置。然而你需要决定,当对方加倍时,再加倍的下限是多少大牌点。

在1c.gif (113 bytes)和1d.gif (109 bytes)开叫被加倍后,我们推荐再加倍显示7+大牌点,因为同伴的开叫保证了14+。

注意1阶高花开叫当开叫者持双高花时有一个“极低限”的可能性,而这种可能性在对方的排除性加倍后已大大降低了,所以我们仍然推荐只需7+大牌点即可作出再加倍。

如果对方在人工性的2c.gif (113 bytes)应叫后进行干扰怎么办?如果该干扰叫品是加倍,我们可以完全忽略它,继续我们的系统性再叫(例如2d.gif (109 bytes)显示双高花);但如果是一个花色争叫,我们将转向完全自然的叫牌。再加倍通常用来显示c.gif (113 bytes)套,对惩罚敌方有兴趣。

版权所有©小肖的桥牌世界