第三章 Fantunes1d.gif (109 bytes)开叫

1d.gif (109 bytes)开叫表示14+大牌点,至少4张d.gif (109 bytes)的非均型牌。

看过了非常复杂的1c.gif (113 bytes)开叫后,我们来到相对平易的1d.gif (109 bytes)开叫。这个开叫是Fantunes体系赢分的重要武器:统计结果显示它是所有开叫里最成功的一个。为什么?因为和标准制的1d.gif (109 bytes)开叫(下限更低,可以只有3张d.gif (109 bytes))相比,它传递了多得多的初始信息。Fantunes1d.gif (109 bytes)开叫人通常有5张d.gif (109 bytes),虽然4441,有一个黑花色单张的牌也开叫1d.gif (109 bytes)

和所有的1阶开叫一样,应叫者必须应叫,哪怕一个大牌点都没有。这导致了:

反对!拿着一手白板牌也要应叫会经常使得我们处于定约叫得过高而联手牌力不足的境地。

看起来这的确是一个值得关注的问题,但真是如此吗?Fantunes体系的1阶开叫绝大多数情况下都有14+大牌点,同伴必须应叫。因此联手牌力的下限是14+0=14大牌点。

现在假定你使用标准制。一般有11大牌点在标准制里就会开叫:保守一点的牌手可能会pass11点的均型,但很多人都不会。应叫者只要有5个左右大牌点基本上就会应叫,有时候可能更少。所以标准制联手牌力的下限是11+5=16大牌点。

只有两个大牌点的区别,而且经验告诉我们这对最终结果的负面影响(如果有的话)是微不足道的。另外一个看待此问题的角度是:如果你方是14+0大牌点,这手牌意味着什么?很明显,对手方可能有成局定约。你的开叫将频繁地遭遇对手的争叫,从而把同伴从必须应叫的局势下解脱出来。而一旦同伴真的拿0点牌做了被迫应叫,也会给对方叫到成局定约设置更大的障碍。

对Fantunes体系而言,最大的问题在于联手牌力是18+0这样的情况。现在对方很可能没有成局定约了,同伴的被迫应叫有时会导致定约叫得过高。毫无疑问我们会碰到这样的进程,但Fantunes体系有一些很有效的机制,特别是Gazzilli约定叫,来应付此类局势。

总体来说,1阶开叫的强迫性应叫是Fantunes体系的获胜策略。它给对方造成的麻烦要多于给己方提出的问题。

下面是一个很典型的例子:

东西有局
南开叫
s.gif (111 bytes)953
h.gif (112 bytes)96
d.gif (109 bytes)942
c.gif (113 bytes)Q9843
s.gif (111 bytes)107
h.gif (112 bytes)A853
d.gif (109 bytes)763
c.gif (113 bytes)AK107
fangwei.jpg (1581 bytes) s.gif (111 bytes)AQJ8642
h.gif (112 bytes)J72
d.gif (109 bytes)105
c.gif (113 bytes)2
s.gif (111 bytes)K
h.gif (112 bytes)KQ104
d.gif (109 bytes)AKQJ8
c.gif (113 bytes)J65
西
Brogeland Fantoni Saelensminde Nunes
1d.gif (109 bytes)
Pass 1NT 2s.gif (111 bytes) Pass
3d.gif (109 bytes) Pass 3s.gif (111 bytes) All pass

在另室:

西
Versace Helness Lauria Helgemo
1d.gif (109 bytes)
Pass Pass 3s.gif (111 bytes) Pass
4s.gif (111 bytes) All pass

Fantoni的1NT应叫表示0-9点,没有高花。这改变了整个叫牌进程,最终东西方舒服地停在了部分定约上,拿到9墩。而在另室,北家的pass不但把东西方推上了4s.gif (111 bytes)定约,而且告诉了Lauria怎样完成它!他打下了南家的单张s.gif (111 bytes)K,意识到如果北家拿着这张牌,会对同伴的1d.gif (109 bytes)开叫有所行动。

对1d.gif (109 bytes)开叫的初始应叫分为下面几大类别:

弱牌 1h.gif (112 bytes),1s.gif (111 bytes),1NT和3d.gif (109 bytes)都是自然应叫,可能只有0点。2d.gif (109 bytes)是非自然性的弱应叫,显示某一特殊牌型的弱牌。
高花单套牌,逼局实力 2h.gif (112 bytes),2s.gif (111 bytes)和2NT应叫都是显示高花,类似于1c.gif (113 bytes)开叫后的结构
双套牌,逼局实力 3阶应叫(除了3d.gif (109 bytes)之外)都是显示5-5双套,足够进局牌力,和1c.gif (113 bytes)开叫后一样
其他类型的逼局实力 2c.gif (113 bytes)是人工性的进局逼叫,持牌为下面三种类型之一:均型,c.gif (113 bytes)单套,和d.gif (109 bytes)加叫

下面是正式的应叫一览表:

1h.gif (112 bytes) 0-9,4+h.gif (112 bytes)
1s.gif (111 bytes) 0-9,4+s.gif (111 bytes)
1NT 0-9,没有高花
2d.gif (109 bytes) 0-5,5+s.gif (111 bytes),4+h.gif (112 bytes)
3d.gif (109 bytes) 0-5,4+d.gif (109 bytes)
下面 所有的应叫都逼叫到局
2c.gif (113 bytes) 10+:均型,c.gif (113 bytes)单套,或对同伴的d.gif (109 bytes)加叫
2h.gif (112 bytes)/s.gif (111 bytes) 10+,至少5张所叫花色(否认5332型)
2NT 10+,5张高花的5332型
3c.gif (113 bytes) 10-15,h.gif (112 bytes)+s.gif (111 bytes)5-5
3h.gif (112 bytes) 10-15,h.gif (112 bytes)+c.gif (113 bytes)5-5
3s.gif (111 bytes) 10-15,s.gif (111 bytes)+c.gif (113 bytes)5-5

所有高于2h.gif (112 bytes)的应叫在概念上都等同于1c.gif (113 bytes)开叫后的类似序列。1阶应叫都是弱牌,自然叫:我们没有足够的空间来实现转移应叫。


对1d.gif (109 bytes)开叫的弱应叫

1d.gif (109 bytes)-1h.gif (112 bytes)(0-9,4+h.gif (112 bytes)

到目前为止,一切都是自然的。开叫者的大多数再叫也无特殊之处:

1s.gif (111 bytes) 14-17,自然叫,不逼叫
1NT 18+,非均型
2c.gif (113 bytes) 14-17,自然叫,不逼叫(至少5张d.gif (109 bytes)和4张c.gif (113 bytes)
2d.gif (109 bytes) 14-17,自然叫,不逼叫,6+d.gif (109 bytes)
2h.gif (112 bytes) 14-16,对同伴h.gif (112 bytes)的加叫(通常保证4张)
2s.gif (111 bytes) 进局逼叫,6+d.gif (109 bytes)和4+s.gif (111 bytes)
2NT 进局逼叫:d.gif (109 bytes)单套牌,低花双套至少5-5,或对同伴h.gif (112 bytes)的逼局性加叫
3c.gif (113 bytes) 16-17,低花5-5,好的打牌实力
3d.gif (109 bytes) 8赢墩的d.gif (109 bytes)单套牌,类似于埃坷强二开叫
3h.gif (112 bytes) 17-18,4张h.gif (112 bytes)支持

在开叫者显示了14-17大牌点的再叫后,应叫者的后续叫牌没有太多可说的。联手牌力的上限大约是26点,因此应叫者要么拿着“破牌”(0-5)做止叫,或者持更好牌时探索成局的可能性。

然而,开叫者的1NT再叫将让我们第一次体验到Fantunes体系的Gazzilli风格,虽然这并不是一个严格意义上的Gazzilli进程。

1d.gif (109 bytes)-1h.gif (112 bytes)-1NT(18+,非均型)

首先要记住所有的带5张低花的5332均型都归于1c.gif (113 bytes)开叫。这就是为什么此处的1NT再叫显示的是某种程度上的非均型牌:要么是6张d.gif (109 bytes),或至少是5-4型。

应叫者的下一步行动则是澄清他的牌力:0-5或6-9。绝大多数6-9点的牌都归于人工性的2c.gif (113 bytes),进局逼叫。下面是应叫者的再叫一览表:

2c.gif (113 bytes) 6-9,任意牌型(除了下面提到的两类牌)
2d.gif (109 bytes) 0-5,止叫
2h.gif (112 bytes) 0-5,止叫
2s.gif (111 bytes) 6-9,5h.gif (112 bytes)+4s.gif (111 bytes)
2NT 6-9,3-4-3-3
3c.gif (113 bytes) 0-5,止叫(通常是4h.gif (112 bytes)+6c.gif (113 bytes)

此后开叫者将用自然方式继续描述他的牌。事实上由于在叫牌早期已经传递了如此多的信息,你将发现有广阔的空间来研究部分定约,成局定约,甚至满贯的可能性。

1d.gif (109 bytes)-1h.gif (112 bytes)-2NT(进局逼叫)

应叫者无条件3c.gif (113 bytes)傀儡叫,来发掘开叫者究竟是哪一种类型的持牌。开叫者再叫如下:

3d.gif (109 bytes) d.gif (109 bytes)单套
3h.gif (112 bytes) 对同伴h.gif (112 bytes)的逼局性加叫
3s.gif (111 bytes) c.gif (113 bytes)+d.gif (109 bytes)双套牌

1d.gif (109 bytes)-1s.gif (111 bytes)(0-9,4+s.gif (111 bytes)

很明显这个进程和1d.gif (109 bytes)-1h.gif (112 bytes)极其相似。只有几个地方需要特别注意。

1d.gif (109 bytes)-1s.gif (111 bytes)-2h.gif (112 bytes)显示6+d.gif (109 bytes)和4h.gif (112 bytes)的强牌,和序列1d.gif (109 bytes)-1h.gif (112 bytes)-2s.gif (111 bytes)等价。如果牌型再正常一点,例如54型的话,则应该再叫1NT。

进程1d.gif (109 bytes)-1s.gif (111 bytes)-2c.gif (113 bytes)中开叫者的d.gif (109 bytes)长度不是很确定,他可能是1-4-4-4牌型。

这个1-4-4-4牌型会不会导致错失h.gif (112 bytes)4-4配合呢?完全不会!考虑下面3个进程:

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

这里应叫者的2h.gif (112 bytes)再叫都是表示同样一手牌:5+s.gif (111 bytes),4+h.gif (112 bytes),6-9大牌点。同时请回想一下我们不同寻常的1d.gif (109 bytes)-2d.gif (109 bytes)设计(5+s.gif (111 bytes),4+h.gif (112 bytes),0-5大牌点)。上述整个结构使得Fantunes体系可以适当地处理这类很难描述的牌型:持极弱牌时,我们用2d.gif (109 bytes)一口叫清;牌力更强时,我们分两次进行慢慢描述。非常简洁明了。

最后来看一看进程1d.gif (109 bytes)-1s.gif (111 bytes)-3h.gif (112 bytes)。你认为这个3h.gif (112 bytes)是什么含义?我们把它定义为Splinter。h.gif (112 bytes)单缺,对同伴s.gif (111 bytes)的强加叫。Fantunes总是在它认为适合的地方设置Splinter。虽然很多地方都没有指明,但你可以安全地假定在同伴叫出一个实套后的跳叫新花色都是爆裂叫。

叫牌实例:

s.gif (111 bytes)Axx
h.gif (112 bytes)AQx
d.gif (109 bytes)AQ10xxx
c.gif (113 bytes)x
s.gif (111 bytes)Qxx
h.gif (112 bytes)xxxx
d.gif (109 bytes)Kx
c.gif (113 bytes)Kxxx
1d.gif (109 bytes) 1h.gif (112 bytes)
2d.gif (109 bytes) 3d.gif (109 bytes)
3h.gif (112 bytes) 3NT
Pass

开叫者的2d.gif (109 bytes)是自然的,不逼叫。应叫者做了一个成局邀请。开叫者予以接受,并且显示了他的3张h.gif (112 bytes)支持,应叫者选择3NT作为最后定约。一手对同伴的高花有3张支持和长d.gif (109 bytes)的强牌是所有打自然体系牌手的噩梦。例如,标准制的叫牌进程可能是1d.gif (109 bytes)-1h.gif (112 bytes)-3d.gif (109 bytes)-3NT,开叫者此时肯定是极不愉快,因为他已经没有机会表达对h.gif (112 bytes)的支持。但在Fantunes体系里,开叫的中强实力(14+而非标准制的11+)允许叫牌进程较为缓慢地进行,双方都有更多机会描述自己的牌。

s.gif (111 bytes)AKJx
h.gif (112 bytes)x
d.gif (109 bytes)AQxxx
c.gif (113 bytes)Kxx
s.gif (111 bytes)10xx
h.gif (112 bytes)Jxxx
d.gif (109 bytes)x
c.gif (113 bytes)xxxxx
1d.gif (109 bytes) 1h.gif (112 bytes)
1s.gif (111 bytes) Pass

是谁说Fantunes体系总是导致冒叫的?虽然停在一阶花色定约上对Fantunes体系来说极为少见,但并不是完全不可能。使用标准制,要想打1s.gif (111 bytes)定约可不是那么容易!

s.gif (111 bytes)AKxx
h.gif (112 bytes)x
d.gif (109 bytes)AQJxx
c.gif (113 bytes)AKJ
s.gif (111 bytes)xx
h.gif (112 bytes)Qxxx
d.gif (109 bytes)Kx
c.gif (113 bytes)Qxxxx
1d.gif (109 bytes) 1h.gif (112 bytes)
1NT 2c.gif (113 bytes)
2s.gif (111 bytes) 3c.gif (113 bytes)
4c.gif (113 bytes) 4d.gif (109 bytes)
6c.gif (113 bytes) Pass

在早期就建立起了逼局形势后,自然的叫牌发现了c.gif (113 bytes)配合。应叫者扣叫d.gif (109 bytes)予以呼应,开叫者有足够的理由叫上满贯。

s.gif (111 bytes)x
h.gif (112 bytes)KQxx
d.gif (109 bytes)KQJxx
c.gif (113 bytes)AJx
s.gif (111 bytes)Axxxx
h.gif (112 bytes)Axxx
d.gif (109 bytes)xx
c.gif (113 bytes)xx
1d.gif (109 bytes) 1s.gif (111 bytes)
2d.gif (109 bytes) 2h.gif (112 bytes)
3h.gif (112 bytes) 4h.gif (112 bytes)
Pass

应叫者描述了他的牌型和6-9大牌点。开叫者邀局,应叫者接受。

s.gif (111 bytes)-
h.gif (112 bytes)Qx
d.gif (109 bytes)AKQxxx
c.gif (113 bytes)AKQxx
s.gif (111 bytes)Qxxx
h.gif (112 bytes)Kxxxx
d.gif (109 bytes)
c.gif (113 bytes)Jxx
1d.gif (109 bytes) 1h.gif (112 bytes)
2NT 3c.gif (113 bytes)
3s.gif (111 bytes) 4c.gif (113 bytes)
4d.gif (109 bytes) 4h.gif (112 bytes)
4s.gif (111 bytes) 4NT
6c.gif (113 bytes)

开叫者2NT进局逼叫,此后的3s.gif (111 bytes)表示强力低花双套。应叫者4c.gif (113 bytes)设定将牌,接着4h.gif (112 bytes)扣叫显示h.gif (112 bytes)控制。4NT是TURBO,0关键张。

1d.gif (109 bytes)-1NT(0-9,没有高花)

已经找不到8张高花配合,这是一个非常直接的进程。开叫者通常会pass1NT,但如果他不能放过的话:

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

如你所见,开叫者很多再叫的含义都和同伴应叫一阶高花后保持一致,其后的发展也非常类似。

有两个进程需要提供更多的细节。

1d.gif (109 bytes)-1NT-2d.gif (109 bytes)(14-17,d.gif (109 bytes)套)

这个进程和1c.gif (113 bytes)-1s.gif (111 bytes)(没有高花)-2c.gif (113 bytes)很相似。此后应叫者再叫某一高花的含义也相同:该花色是弱点,7-9点,邀请实力。

1d.gif (109 bytes)-1NT-2c.gif (113 bytes)(Gazzilli:14-17,d.gif (109 bytes)+c.gif (113 bytes),或任意18+非均型)

这是一个货真价实的Gazzilli进程,2c.gif (113 bytes)再叫有双重意义:带c.gif (113 bytes)套的有限牌力,或者是强牌。

Gazzilli2c.gif (113 bytes)是Fantunes体系里的一个基本工具,适用于以下4个进程:

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

下面是Fulvio Fantoni对Gazzilli的看法:

提问:如果让你选择一个约定叫,你会挑哪一个?

Fulvio Fantoni: Gazzilli。 我认为每一个打自然体系的牌手都应该使用这个约定叫。

非常高的评价。 Gazzilli允许开叫者在上述进程中用一个顿挫(2c.gif (113 bytes))来描述他的一手牌。应叫者在2c.gif (113 bytes)之后的再叫澄清自己的牌力是低限还是高限。开叫者的强牌加上应叫者的高限足以把定约推上成局线。

Gazzilli在标准制里也很有效,但在Fantunes体系里却是不可或缺的。在标准制里,1NT应叫大约是5-9点,但Fantunes1NT应叫的范围更大:0-9点。Gazzilli是Fantunes体系得以处理这类应叫的关键工具。

应叫者的后续叫牌如下:

2d.gif (109 bytes) 0-5,止叫
2h.gif (112 bytes) 6-9,任意牌型(除了4张d.gif (109 bytes)的情况),除了开叫者的再叫是2NT或3c.gif (113 bytes)外都逼叫到局
3c.gif (113 bytes) 0-5,止叫,通常是6张c.gif (113 bytes)
3d.gif (109 bytes) 6-9,4张d.gif (109 bytes)支持

你也许已经注意到有一些空闲叫品并没有出现在上面的列表中,比如2s.gif (111 bytes)和2NT。Fantoni和Nunes可能给它们赋予了一些我们还不知道的含义,但事实上并不是每一个叫品都必须被强制表达某种意思。在这个进程里,除了显示1NT高限牌力并且节省了空间的2h.gif (112 bytes)之外的其他叫品都可能会阻碍同伴进一步描述他的牌。

开叫者如何应对同伴的2h.gif (112 bytes)(6-9,任意牌型)十分重要:他的选择并非完全自然性的,见下表:

2s.gif (111 bytes) 18+,逼局,有c.gif (113 bytes)长套(开叫者不能直接再叫3c.gif (113 bytes),因为那显示一手更弱的牌)
2NT 16-17,5d.gif (109 bytes)+4c.gif (113 bytes)。应叫者持8-9点时可以进局,6-7点时则止叫在3阶低花上。意图进局时,他再叫3阶高花是表示该花色有弱点,真正的Fantunes风格。这样能适当地探索3NT的可能性
3c.gif (113 bytes) 14-15,5d.gif (109 bytes)+4c.gif (113 bytes)。一般来说应叫者会pass或改正到3d.gif (109 bytes)
3d.gif (109 bytes) 18+,d.gif (109 bytes)单套(应叫者可以再叫他的弱高花来探索3NT)
3h.gif (112 bytes)/s.gif (111 bytes) 18+,自然叫,通常是5-4型:有可能希望打4-3配的高花成局定约

对Gazzilli有一点必须加以注意的是,绝对可以进局的强牌应避免做2c.gif (113 bytes)再叫,即使该叫品是逼叫性质的。所有能够独立进局的强牌都通过2NT或逆叫2阶高花来显示。这样可以使得开叫者在同伴对Gazzilli2c.gif (113 bytes)做了“破牌”应叫(0-5)后仍然可以做一次成局邀请。

1d.gif (109 bytes)-2d.gif (109 bytes)(0-5,5+s.gif (111 bytes),4+h.gif (112 bytes)

这个特殊定制的应叫是专门用来应付一类在同伴1d.gif (109 bytes)开叫后不易处理的牌。这类牌不只是在Fantunes体系里不好处理:几乎所有的体系都在这个领域里遇到过麻烦。鉴于该应叫的描述如此详细,此后的进行是完全自然的。开叫者可以在2阶上选择想打的高花,或者在3阶上邀请成局。

你可能会问:持下面这手牌时应该如何应叫?

s.gif (111 bytes)xx h.gif (112 bytes)xxx d.gif (109 bytes)AJxx c.gif (113 bytes)Kxxx

答案是你必须对同伴的1d.gif (109 bytes)开叫应之以1NT,显示0-9点,否认高花。有点让人不太舒服,而且还可能导致庄位错误,但这是你不得不付出的代价。


 对1d.gif (109 bytes)开叫的逼局性应叫

1d.gif (109 bytes)-2c.gif (113 bytes)(10+,均型,c.gif (113 bytes)套,或对同伴d.gif (109 bytes)的加叫)

很多类型的强牌都打包在2c.gif (113 bytes)应叫里。后续叫牌以开叫者描述而应叫者为主导进行展开,除非应叫者选择放弃主导者的角色而做自然叫牌。开叫者的首要职责是勾勒出他的牌型,同时还要显示牌力究竟是14-17或18+。下面是开叫者的再叫:

2d.gif (109 bytes) d.gif (109 bytes)单套(任意牌力);或d.gif (109 bytes)+c.gif (113 bytes),14-17大牌点
2h.gif (112 bytes)/2s.gif (111 bytes) 自然叫,4+所叫高花,任意牌力
2NT 6+d.gif (109 bytes),确定的3张c.gif (113 bytes),18+
3c.gif (113 bytes) 4+c.gif (113 bytes),18+(注意2d.gif (109 bytes)再叫包括同一类型的牌,不过牌力是低限的14-17)
3d.gif (109 bytes) d.gif (109 bytes)可独立为将的单套强牌,邀请同伴扣叫。

在开叫者这些描述性再叫后,应叫者还能发掘出更多的信息!

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

应叫者的牌如果有很强的方向性,他可以接着做自然性的再叫(除了2h.gif (112 bytes)以外)。2s.gif (111 bytes)表示c.gif (113 bytes)+s.gif (111 bytes),3c.gif (113 bytes)表示质量好的c.gif (113 bytes)长套,3d.gif (109 bytes)表示d.gif (109 bytes)好支持,设定d.gif (109 bytes)为将牌,还有2NT也是自然叫。

然而通常情况下,如果应叫者希望多了解开叫者的牌,他可以使用人工性的2h.gif (112 bytes)接力叫。开叫者再叫如下:

2s.gif (111 bytes) d.gif (109 bytes)单套,18+。接着应叫者用2NT接力,开叫者指明他的短套花色(通常为6331牌型),或回到3d.gif (109 bytes)表示无单缺
2NT 6+d.gif (109 bytes),确定的3张c.gif (113 bytes),14-17。接着应叫者用3c.gif (113 bytes)接力询问单缺(开叫者3d.gif (109 bytes)表示确切的2-2-6-3牌型)。此接力在开叫者直接做2NT再叫(牌型一致但牌力为18+)后同样适用
3c.gif (113 bytes) 4+c.gif (113 bytes),14-17。应叫者3d.gif (109 bytes)接力,开叫者叫出他的高花弱点(2-3张,暗示另一高花为单缺),或叫3NT表示2-2-5-4牌型
3d.gif (109 bytes) d.gif (109 bytes)单套,14-17,c.gif (113 bytes)单缺
3h.gif (112 bytes)/s.gif (111 bytes) d.gif (109 bytes)单套,14-17,所叫高花单缺
3NT d.gif (109 bytes)单套,14-17,均型牌,双张c.gif (113 bytes)的3-2-6-2,2-3-6-2,或2-2-7-2型。

如你所见,应叫者很容易探询出同伴的确切牌型。开叫者的其他再叫也能达到类似的效果。

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

在2h.gif (112 bytes)后,应叫者总是可以在做自然的再叫:2s.gif (111 bytes)显示4张s.gif (111 bytes),3c.gif (113 bytes)表示好的c.gif (113 bytes)长套,3d.gif (109 bytes)或3h.gif (112 bytes)设定同伴的花色为将牌。2NT是人工接力问询叫,开叫者再叫如下:

3c.gif (113 bytes) 3张c.gif (113 bytes)的(41)53或(40)63牌型
3d.gif (109 bytes) d.gif (109 bytes)有额外长度,通常是6d.gif (109 bytes)+4张高花
3h.gif (112 bytes) 开叫者的上一个叫品如果是2h.gif (112 bytes),表示6d.gif (109 bytes)+5h.gif (112 bytes);开叫者的上一个叫品如果是2s.gif (111 bytes),则表示c.gif (113 bytes)单缺的4-3-5-1型
3s.gif (111 bytes) 开叫者的上一个叫品如果是2s.gif (111 bytes),表示6d.gif (109 bytes)+5s.gif (111 bytes);开叫者的上一个叫品如果是2h.gif (112 bytes),则表示c.gif (113 bytes)单缺的3-4-5-1型
3NT 5422型,14-17(如果牌力更强,则跳叫更高阶次的无将)

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

此后的展开和较慢的进程(1d.gif (109 bytes)-2c.gif (113 bytes)-2d.gif (109 bytes)-2h.gif (112 bytes)-3c.gif (113 bytes),显示14-17点的d.gif (109 bytes)+c.gif (113 bytes))完全一致。

应叫者可以用3d.gif (109 bytes)接力,开叫者再叫3h.gif (112 bytes)/s.gif (111 bytes)显示该花色为2-3张,暗示另一高花单缺;3NT表示2-2-5-4牌型,18-20点;4c.gif (113 bytes)则和3NT表示同样的牌型,但大牌实力更高。

你可能已经注意到这些接力序列里有一个不断重复的主题。当开叫者显示一手单套牌后,后续接力是要求他直接指明自己的单缺花色。而当开叫者显示双套牌后,后续接力则是要求他叫出自己的“破烂”花色(通常为2-3张),同时暗示在第四花色中是单缺。

我们在其他地方还会看到这一方法:特别是对1h.gif (112 bytes)/s.gif (111 bytes)开叫的2c.gif (113 bytes)应叫序列,以及2阶开叫后的接力序列。

叫牌实例:

s.gif (111 bytes)x
h.gif (112 bytes)Qxx
d.gif (109 bytes)AKQxxx
c.gif (113 bytes)KQx
s.gif (111 bytes)AKJx
h.gif (112 bytes)Axxx
d.gif (109 bytes)xx
c.gif (113 bytes)Jxx
1d.gif (109 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 2h.gif (112 bytes)
2NT 3c.gif (113 bytes)
3s.gif (111 bytes) 3NT
Pass  

开叫者显示一手单套牌,或低花双套的有限实力。应叫者2h.gif (112 bytes)询问后,开叫者澄清自己是6张d.gif (109 bytes)和确切的3张c.gif (113 bytes),14-17大牌点。应叫者继续询问,开叫者叫出他的s.gif (111 bytes)单张。应叫者选择了3NT定约。如果应叫者的高花调换一下,毫无疑问他会去接着寻求d.gif (109 bytes)满贯的可能性。

s.gif (111 bytes)Axx
h.gif (112 bytes)AQx
d.gif (109 bytes)KQxxxx
c.gif (113 bytes)x
s.gif (111 bytes)Qxxx
h.gif (112 bytes)Kxxx
d.gif (109 bytes)Ax
c.gif (113 bytes)Jxx
1d.gif (109 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 2h.gif (112 bytes)
3d.gif (109 bytes) 5d.gif (109 bytes)
Pass  

开叫者显示一手单套牌,或低花双套的有限实力。应叫者继续询问,开叫者回答自己是14-17点,d.gif (109 bytes)长套,c.gif (113 bytes)单缺。由于在c.gif (113 bytes)上有显而易见的缺点,应叫者选择了5d.gif (109 bytes)定约。

s.gif (111 bytes)AKx
h.gif (112 bytes)Q
d.gif (109 bytes)KQxxx
c.gif (113 bytes)Jxxx
s.gif (111 bytes)Qxx
h.gif (112 bytes)xxxx
d.gif (109 bytes)Ax
c.gif (113 bytes)AKQx
1d.gif (109 bytes) 2c.gif (113 bytes)
2d.gif (109 bytes) 2h.gif (112 bytes)
3c.gif (113 bytes) 3d.gif (109 bytes)
3s.gif (111 bytes) 4c.gif (113 bytes)
4s.gif (111 bytes) 6c.gif (113 bytes)
Pass  

开叫者显示一手单套牌,或低花双套的有限实力。应叫者询问,开叫者回答他还有c.gif (113 bytes)套。应叫者继续接力,开叫者表示自己有2-3张s.gif (111 bytes),同时暗示h.gif (112 bytes)单缺。这对应叫者来说是上佳的消息,他于是设定c.gif (113 bytes)为将牌,邀请同伴扣叫。开叫者叫出他的s.gif (111 bytes)控制后,应叫者可以自信地冲上满贯。

Fantunes体系的扣叫通常显示第一或第二轮控制,接下来搭档间可以使用TURBO或黑木问叫来检查联手是否缺两张A。但在上面这个进程里,开叫者的鼓励性4s.gif (111 bytes)扣叫一定是显示A,因为他的低花上有明显的弱点。

s.gif (111 bytes)x
h.gif (112 bytes)Qxxx
d.gif (109 bytes)AKxxx
c.gif (113 bytes)AQx
s.gif (111 bytes)Kxx
h.gif (112 bytes)Kx
d.gif (109 bytes)Qx
c.gif (113 bytes)KJ10xxx
1d.gif (109 bytes) 2c.gif (113 bytes)
2h.gif (112 bytes) 3c.gif (113 bytes)
4c.gif (113 bytes) 4h.gif (112 bytes)
4NT 5c.gif (113 bytes)
Pass  

开叫者显示了d.gif (109 bytes)+h.gif (112 bytes)双套。应叫者继续接力询问已经没有什么意义,因此他作出描述性的3c.gif (113 bytes)再叫,表示持有c.gif (113 bytes)单套牌。开叫者加叫,应叫者扣叫,但接下来的TURBO 4NT(偶数个关键张)告诉应叫者有两张A在外。

这不是一个好的双人赛定约。也许在双人赛上,开叫者应该用3s.gif (111 bytes)(第四花色)盖叫同伴的3c.gif (113 bytes),询问同伴有无止张。这个策略彻底放弃了6c.gif (113 bytes)的可能性而专注于3NT定约,在双人赛里是一个永恒的二难背反命题。

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

这个应叫和1c.gif (113 bytes)开叫后的类似应叫完全相同:它否认了5张高花的5332型(应叫2NT)或5-5双套(直接在3阶上应叫)。

后续展开基本上都是自然的,但开叫者的2NT再叫并不需要被用来显示一手均型牌,因为1d.gif (109 bytes)开叫否认了这种可能性。你可以把2NT作为人工的询问叫,要求同伴进一步描述他的牌型和牌力。应叫者此后的答叫其实和进程1c.gif (113 bytes)-2h.gif (112 bytes)/s.gif (111 bytes)-2NT并无显著差别:

3c.gif (113 bytes) 13+,任意牌型
3d.gif (109 bytes)/h.gif (112 bytes)/s.gif (111 bytes) 自然叫,但牌力限制为10-12:3d.gif (109 bytes)表示对同伴有3张支持
3NT 10-12,在2阶高花应叫后,这个叫品暗示持有c.gif (113 bytes)边花套(应叫者不可能是5332)

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

本序列等同于1c.gif (113 bytes)开叫后的2NT应叫。开叫者的后续叫牌也类似:他通常会使用3c.gif (113 bytes)再叫来询问应叫者的高花套和大牌实力。如果对同伴的高花没有兴趣,他可以再叫3d.gif (109 bytes)坚持以d.gif (109 bytes)为将牌,或再叫3NT显示2263或2254牌型。

为了帮助你强化记忆,下面再列一下应叫者在1d.gif (109 bytes)-2NT-3c.gif (113 bytes)后的答叫:

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

1d.gif (109 bytes)-3d.gif (109 bytes)(0-5,4+d.gif (109 bytes)

这个进程和使用阻击性跳加叫的标准制很类似。开叫者可以自己制定后续叫牌,比如3阶高花是询问同伴有无止张。

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

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

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

上面3个进程完全等同于1c.gif (113 bytes)开叫后的类似序列。


Pass过的牌的应叫

唯一值得注意的序列是1d.gif (109 bytes)-2阶高花,显示6张所叫花色,8-9大牌点。和1c.gif (113 bytes)开叫后的类似序列一样,开叫者除了再叫3d.gif (109 bytes)以外的所有其它叫品都是逼叫。


1d.gif (109 bytes)被干扰后的叫牌

由于1d.gif (109 bytes)开叫如此之自然,在对方进行干扰后我们并不需要什么特殊的应对手段。下面简述一下Fantunes采用的方法。

1d.gif (109 bytes)-(Dble)

和1c.gif (113 bytes)被加倍类似,显示大牌实力的再加倍并不需要标准制所要求的10+大牌点:只要不低于7个大牌点就足够了。

其它应叫完全取决于个人偏好。一个比较直截了当的方法是摒弃无干扰时应叫的原始含义:1h.gif (112 bytes)和1s.gif (111 bytes)是自然的,牌力无上限,逼叫一轮;2d.gif (109 bytes)是简单加叫;级别更高的叫品都是自然叫,但不逼叫。

1d.gif (109 bytes)-(1h.gif (112 bytes)

和Fantunes通常的转移叫哲学保持一致,后续叫牌设计如下:

Dble 4-5张s.gif (111 bytes)
1s.gif (111 bytes) 否认持有s.gif (111 bytes)套和好的h.gif (112 bytes)止张,通常对c.gif (113 bytes)定约有兴趣
1NT 自然叫,不逼叫
2c.gif (113 bytes) 10+大牌点,自然叫,逼叫到局
2d.gif (109 bytes) 对同伴d.gif (109 bytes)的简单加叫
2h.gif (112 bytes) 转移叫,6张s.gif (111 bytes)
2s.gif (111 bytes) 对同伴d.gif (109 bytes)的强加叫,邀局实力或更好
版权所有©小肖的桥牌世界