2c.gif (113 bytes)开叫

开叫2c.gif (113 bytes)所需条件

波兰梅花中的2c.gif (113 bytes)开叫和精确非常类似,显示11-15大牌点,6张以上c.gif (113 bytes),或5张c.gif (113 bytes)加一个高花4张套(双高花亦可)。这个开叫最近才被波兰梅花采纳,在老的版本里,它仍然用于处理一手有独立进局实力的强牌,和“标准”的自然体系一样。但在今天,波兰梅花的支持者已经没有几个还在使用这种老式的处理方式了。

精确2c.gif (113 bytes)开叫有其长处,同时也有缺点。这一阶次相对较高的叫品最严重的缺陷在于,开叫者持某些特定的牌型时,将不得不被迫开叫。试想一下拿着这两手牌开叫2c.gif (113 bytes)

a



s.gif (111 bytes) A742
h.gif (112 bytes) K3
d.gif (109 bytes) A4
c.gif (113 bytes) Q8643
b



s.gif (111 bytes) AK3
h.gif (112 bytes) J852
d.gif (109 bytes) 7
c.gif (113 bytes) A7653

有时候情况甚至更糟!

和精确相比,波兰梅花为开叫者提供了更多的回旋余地,因为一些长c.gif (113 bytes)类型的牌可以开叫1c.gif (113 bytes),即使没有很多大牌实力。尤其是5张c.gif (113 bytes)+4张高花的5422牌型,不开叫2c.gif (113 bytes)而是做1c.gif (113 bytes)“预备”叫,通常不会造成严重后果。但5431牌型则不宜开叫1c.gif (113 bytes),特别是有一门高花单张的时候。

另一种解决问题的方法是降低这种“不完美”2c.gif (113 bytes)开叫的点力要求,比如10-13大牌点,使得这一开叫几乎成为“自愿”性质的。很多波兰梅花的使用者采用了这一方式,但它的不利之处是增加了1c.gif (113 bytes)开叫的负担。本书里我们还是坚持传统的“好的11-坏的15”大牌点范围。

应叫和接下来的自然叫牌进程

-2d.gif (109 bytes) 接力叫,至少邀叫实力,
-2h.gif (112 bytes) 5张或更长的h.gif (112 bytes),积极性质的应叫,但不逼叫,
-2s.gif (111 bytes) 5张或更长的s.gif (111 bytes),积极性质的应叫,但不逼叫,
-2NT 自然性质的邀叫,c.gif (113 bytes)一般有支持,
-3c.gif (113 bytes) 自然叫,弱牌,
-3d.gif (109 bytes) 好的d.gif (109 bytes)长套,邀叫实力,
-3h.gif (112 bytes) 6张套,c.gif (113 bytes)有一定支持,邀叫,
-3s.gif (111 bytes) 6张套,c.gif (113 bytes)有一定支持,邀叫,
-4c.gif (113 bytes) 阻击叫,
-其它应叫 自然叫。

正如你看到的那样,我们没有止叫在新花色上的手段,这就意味着,应叫者如果是一手弱牌且对c.gif (113 bytes)没有支持时不要轻易越过2c.gif (113 bytes)。如果“中性”2h.gif (112 bytes)/s.gif (111 bytes)应叫被赋予积极含义,将在一定程度上解决不完美2c.gif (113 bytes)开叫的问题。我们要求2h.gif (112 bytes)/s.gif (111 bytes)应叫有9-12大牌点,至少5张所叫花色,开叫者的再叫如下:

-pass 对更高的定约没有野心,因此在同伴的高花里可能只有双张支持,没有额外实力,
-2s.gif (111 bytes)(2h.gif (112 bytes)应叫) 4张s.gif (111 bytes),少于双张h.gif (112 bytes)
-2NT
a)(2h.gif (112 bytes)应叫):6张c.gif (113 bytes),高限,h.gif (112 bytes)无支持,
b)(2s.gif (111 bytes)应叫):s.gif (111 bytes)短套,试图改善部分定约,
-3c.gif (113 bytes) 6张或更长的c.gif (113 bytes)套,没有进局欲望,
-3d.gif (109 bytes) 高限实力,好的c.gif (113 bytes)套,d.gif (109 bytes)上有牌力,对开叫者的高花有部分配合,另一高花很弱。
-3h.gif (112 bytes)(2s.gif (111 bytes)应叫) 高限实力,好的c.gif (113 bytes)套,h.gif (112 bytes)上有牌力,对开叫者的s.gif (111 bytes)有双张支持,,d.gif (109 bytes)很弱。
-简单加叫同伴的高花 3张支持,邀叫,
-跳加叫同伴的高花 自然叫,无满贯兴趣,
-跳叫新花 支持同伴高花的斯拨林特,
-4c.gif (113 bytes) 6张可吃通的c.gif (113 bytes)套,对同伴的高花有4张支持。

如果应叫者第二轮再叫他的高花,这是无条件的止叫,即使开叫者缺门也不能再叫。应叫者改回3c.gif (113 bytes)也是弱牌,而其它的再叫都有温和的建设性意义。

在应叫者2NT邀叫后(通常有一定的c.gif (113 bytes)配合),开叫者持弱牌时可以pass或叫3c.gif (113 bytes)。如果持强牌,他可以加叫3NT,其它3阶上的新花色都是单缺显示叫,以及6张或更多的c.gif (113 bytes)。当然开叫者持好牌和一个缺门花色时也可以跳叫该花色显示缺门。此后的叫牌都是自然的,有时也可以停于4c.gif (113 bytes)

在2d.gif (109 bytes)接力后的进程

应叫者持逼叫进局或邀叫牌力时,应叫2d.gif (109 bytes)几乎总是他的选择。拿着弱牌进行接力没有什么好处,因为开叫者的有些再叫是3阶高花或3NT。甚至于持邀叫牌力用2d.gif (109 bytes)接力也有一定风险,如果联手牌不配合就会冒叫;我们强烈推荐你在做2d.gif (109 bytes)接力问叫前先估量一下自己的牌力,以及叫牌的走势。

下面给出了开叫者对2d.gif (109 bytes)问叫的再叫:

-2h.gif (112 bytes) 4张h.gif (112 bytes),如果是64牌型,则是低限,
-2s.gif (111 bytes) 4张s.gif (111 bytes),如果是64牌型,则是低限,
-2NT c.gif (113 bytes)单套牌,没有单缺(6322或7222牌型),
-3c.gif (113 bytes) c.gif (113 bytes)单套牌,有一个单缺花色(6331或7321牌型),
-3d.gif (109 bytes) 4张d.gif (109 bytes)+6张或更长的c.gif (113 bytes)套,
-3h.gif (112 bytes) 4张h.gif (112 bytes)+6张或更长的c.gif (113 bytes),高限,
-3s.gif (111 bytes) 4张s.gif (111 bytes)+6张或更长的c.gif (113 bytes)d.gif (109 bytes)单缺,高限,
-3NT 4张s.gif (111 bytes)+6张或更长的c.gif (113 bytes)h.gif (112 bytes)单缺,高限,

应叫者第二轮非逼叫性的再叫有:3c.gif (113 bytes);加叫开叫者的高花到3阶水平;2NT盖叫开叫者的2h.gif (112 bytes)。其它所有的再叫都是进局逼叫,且原则上都是自然叫,除了用于再次接力的叫品以外(唯一的例外是应叫者在同伴的2NT答叫后再叫3阶高花。这个叫品表示该高花有一个止张,询问开叫者未叫高花的情况;如果应叫者想知道开叫者的高花3张套,则用3d.gif (109 bytes)接力)。开叫者的再叫如果低于3s.gif (111 bytes),则应叫者除了3c.gif (113 bytes)以外最便宜的花色叫牌是第二次接力。这样我们得出结论:a)在开叫者的3s.gif (111 bytes)/NT后没有接力序列,b)开叫者2NT后,应叫者的接力叫是3d.gif (109 bytes)

让我们分别看一下开叫者各种再叫后的接力序列:

开叫者 应叫者
2c.gif (113 bytes) 2d.gif (109 bytes)
2h.gif (112 bytes)(4张h.gif (112 bytes) 2s.gif (111 bytes)(接力)
-2NT 2-4-2-5分布,
-3c.gif (113 bytes) 6张c.gif (113 bytes)
-3d.gif (109 bytes) 4张d.gif (109 bytes)(即0-4-4-5分布),
-3h.gif (112 bytes) 单张d.gif (109 bytes)(即3-4-1-5分布),
-3s.gif (111 bytes) 4张s.gif (111 bytes)(即4-4-0-5分布),
-3NT 单张s.gif (111 bytes)(即1-4-3-5分布)。
开叫者 应叫者
2c.gif (113 bytes) 2d.gif (109 bytes)
2s.gif (111 bytes)(4张s.gif (111 bytes) 2NT(接力)

应叫者2s.gif (111 bytes)接力,开叫者答叫:

-3c.gif (113 bytes) 6张c.gif (113 bytes)
-3d.gif (109 bytes) 4张d.gif (109 bytes)(即4-0-4-5分布),
-3h.gif (112 bytes) 单张d.gif (109 bytes)(即4-3-1-5分布),
-3s.gif (111 bytes) 单张h.gif (112 bytes)(即4-1-3-5分布),
-3NT 4-2-2-5分布。

如果开叫者第三轮叫牌时显示了6张以上c.gif (113 bytes)套(3c.gif (113 bytes)),应叫者可以用3d.gif (109 bytes)接力,开叫者则按照牌型进行答叫,而不管他的初始再叫是2h.gif (112 bytes)还是2s.gif (111 bytes)

-3h.gif (112 bytes) 较低花色单张,
-3s.gif (111 bytes) 较高花色单张,
-3NT 较低花色缺门,
-4c.gif (113 bytes) 较高花色缺门。
开叫者 应叫者
2c.gif (113 bytes) 2d.gif (109 bytes)
2NT 3d.gif (109 bytes)(接力)
-3h.gif (112 bytes) 3张h.gif (112 bytes)的2-3-2-6分布,
-3s.gif (111 bytes) 3张s.gif (111 bytes)的3-2-2-6分布,
-3NT 3张d.gif (109 bytes)的2-2-3-6分布或2-2-2-7分布。

这一结构可以重新设计(3h.gif (112 bytes)=d.gif (109 bytes)3张,3s.gif (111 bytes)=h.gif (112 bytes)3张,3NT=s.gif (111 bytes)3张),以使得最终的4h.gif (112 bytes)/s.gif (111 bytes)定约能够让应叫者一方来主打。如果你想使用“结束信号”(见满贯叫牌章节),你将仅仅在s.gif (111 bytes)定约上得到好处。所以,可能还是把事情简单化为好,即使用上面介绍的结构。同时你也应该记住,应叫者在2NT后的3h.gif (112 bytes)/s.gif (111 bytes)是显示止张,而非实套。

开叫者 应叫者
2c.gif (113 bytes) 2d.gif (109 bytes)
3c.gif (113 bytes) 3d.gif (109 bytes)(接力)
-3h.gif (112 bytes) h.gif (112 bytes)单缺,
-3s.gif (111 bytes) s.gif (111 bytes)单缺,
-3NT d.gif (109 bytes)单缺。
开叫者 应叫者
2c.gif (113 bytes) 2d.gif (109 bytes)
3d.gif (109 bytes) 3h.gif (112 bytes)(接力)
-3s.gif (111 bytes) 单张h.gif (112 bytes)(即2-1-4-6分布),
-3NT 单张s.gif (111 bytes)(即1-2-4-6分布),
-4c.gif (113 bytes) h.gif (112 bytes)缺门(即3-0-4-6分布),
-4d.gif (109 bytes) s.gif (111 bytes)缺门(即0-3-4-6分布),h.gif (112 bytes)质量很差,
-4h.gif (112 bytes) s.gif (111 bytes)缺门(即0-3-4-6分布),h.gif (112 bytes)质量不错(至少QXX)。

由于“结束信号”机制(见第10章)在叫牌已经越过4c.gif (113 bytes)后将不再有效,叫牌主导者(这里是应叫者)也不能叫4d.gif (109 bytes)(这是个傀儡叫,转移到4h.gif (112 bytes)),因此开叫者的最后两级答叫显示的是相同的牌型,但对h.gif (112 bytes)的支持程度不同,以便应叫者持长h.gif (112 bytes)套时决定最后定约的位置(如果应叫者对c.gif (113 bytes)d.gif (109 bytes)定约有兴趣,他上一轮就可以断开接力链条,直接叫出4c.gif (113 bytes)/d.gif (109 bytes);但这种序列里h.gif (112 bytes)套上的情况可能会带来麻烦)。在开叫者的4d.gif (109 bytes)后,应叫者的4h.gif (112 bytes)是止叫。而在4d.gif (109 bytes)/h.gif (112 bytes)后,应叫者的4s.gif (111 bytes)总是傀儡叫,要求开叫者转移到4NT(应叫者停在这个定约上);4NT/5c.gif (113 bytes)/d.gif (109 bytes)则分别是以c.gif (113 bytes)d.gif (109 bytes)h.gif (112 bytes)为将牌的关键张问叫,且前两级答叫颠倒一下:第1级表示1-4个关键张,第2级表示0-3个关键张。

开叫者 应叫者
2c.gif (113 bytes) 2d.gif (109 bytes)
3h.gif (112 bytes) 3s.gif (111 bytes)(接力)
-3NT 单张d.gif (109 bytes)(即2-4-1-6分布),
-4c.gif (113 bytes) 单张s.gif (111 bytes)(即1-4-2-6分布),
-4d.gif (109 bytes) d.gif (109 bytes)缺门(即3-4-0-6分布),
-4h.gif (112 bytes) s.gif (111 bytes)缺门(即0-4-3-6分布)。

在4d.gif (109 bytes),4h.gif (112 bytes)答叫后我们继续探索的空间太小(应叫者可能想打4s.gif (111 bytes),即使同伴缺门,因为此前他没有机会自然地显示这门花色),所以我们只有一个A问叫:4NT。应叫者其它所有再叫都是自然的且不逼叫。

另一种解决方法是,在3s.gif (111 bytes)接力问叫后只采用前两级答叫:3NT和4c.gif (113 bytes),放弃缺门显示叫,但能大大地简化满贯叫牌。

在对方干扰后

在排除性加倍后

-pass后再叫加倍表示一手10-12大牌点的均型牌;开叫者只有5张c.gif (113 bytes)且有一定防守实力时可以打对方的加倍定约,
-再加倍显示一手10-12点的非均型牌,或有进局实力的强牌,
-应叫者在对方排除性加倍后所有的2阶叫品都是自然的且不逼叫(2d.gif (109 bytes)不再是接力叫;2NT是邀叫,和无竞争情形一样),
-加叫c.gif (113 bytes)套的含义不变,
-单跳新花色是“配合显示叫”:表示持一手中等实力的牌(7-10大牌点),一个不错的5张或更长的花色和好的c.gif (113 bytes)支持,
-跳叫4阶新花色是自然叫。

在对方争叫后

-应叫者负加倍到3s.gif (111 bytes)水平:注意应叫者如果加倍2d.gif (109 bytes)/h.gif (112 bytes)争叫,他可能持有一个未叫高花的5张套以及进局实力,
-非跳叫的2阶新花色不逼叫,但3阶上出新花是逼叫的,
-3阶上跳叫新花色逼叫到局,
-3阶上扣叫对方的争叫花色显示至少邀叫实力,对c.gif (113 bytes)有好支持,要求开叫者在争叫花色上有止张时叫3NT。

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