第二章 对方一阶争叫后的转移应叫

2.1.2. 1c.gif (113 bytes)开叫遭遇自然性的1h.gif (112 bytes)争叫

假设叫牌以如下方式开始:

使用转移应叫,应叫者有如下选项:
加倍 - 转移到s.gif (111 bytes)
1s.gif (111 bytes) - 转移到c.gif (113 bytes)或NT
1NT - 自然叫,我希望由自己来主打无将定约
2c.gif (113 bytes) - 转移到d.gif (109 bytes)
2d.gif (109 bytes) - 转移到对方的花色,表示没有4张s.gif (111 bytes)的进局逼叫
2h.gif (112 bytes) - 转移到s.gif (111 bytes),6+以上套,弱牌或逼局实力
2s.gif (111 bytes) - 转移到c.gif (113 bytes),6+以上套,弱牌或逼局实力
2NT - 邀局,我希望由自己来主打无将定约
3c.gif (113 bytes) - 6+c.gif (113 bytes),邀局
3d.gif (109 bytes) - 6+d.gif (109 bytes),邀局
3h.gif (112 bytes) - 6+s.gif (111 bytes),转移式邀局
3s.gif (111 bytes) - 转移到3NT,6+低花坚固套,询问同伴有无h.gif (112 bytes)止张

在1阶上我们使用转移叫来显示s.gif (111 bytes)c.gif (113 bytes)套,因此2阶转移到这两个花色(2h.gif (112 bytes)和2s.gif (111 bytes)应叫)既可能是弱牌也可能是强牌。但这个设计对2阶转移到d.gif (109 bytes)套并不适用。在应叫者叫出2c.gif (113 bytes)转移到2d.gif (109 bytes)这一序列中,他的牌力可以是完全线性的(意指牌力无上限——小肖译注),只排除6+d.gif (109 bytes)的邀请实力。无将再叫总是自然性的。在2阶转移到对方争叫花色承诺均型强牌。在3阶上这么做则是转移到s.gif (111 bytes)的邀叫。保证无将定约由正确一方来主打仍然是基础中的基础。跳叫到3s.gif (111 bytes)的含义略微有些争议。它取代了传统体系里的3h.gif (112 bytes)叫品,通常持有一门低花坚固套,询问同伴有无做3NT定约所需的h.gif (112 bytes)止张。

2d.gif (109 bytes)转移到2h.gif (112 bytes)(对方争叫花色)的作用是让同伴成为无将定约的庄家。

坚固低花套的作用绝不可以被过分高估。然而有时候,4NT可能是对敌方4h.gif (112 bytes)定约的良好牺牲叫,在缺乏这一关键信息时不可能找到的叫品。

序列1

序列2

之后的发展跟对方1d.gif (109 bytes)争叫后的进程完全相同——我们已经在前面讨论过了。

在应叫者转移到d.gif (109 bytes)后的发展则是值得我们特别关注的序列。为什么?因为这是我们第一次碰到如何描述线性实力的情况。这个转移叫包含如下几类牌型:

1)5+d.gif (109 bytes),8-11大牌点,不逼叫
2)6+d.gif (109 bytes)但非坚固套的邀请实力。记住直接跳叫3d.gif (109 bytes)是坚固套的邀请实力
3)5+d.gif (109 bytes),逼局实力

坦率的说,我是高花优先流派的支持者,因此转移到d.gif (109 bytes)的应叫通常否认了持有4张s.gif (111 bytes)。如果你反对这一叫牌理念,仍然可以使用这套转移系统,其中并无障碍。后续叫牌中叫出s.gif (111 bytes)只是简单的自然叫品而非实力显示(不要把它当作逆叫)。

序列3
2d.gif (109 bytes) - 12-14大牌点,均型
2h.gif (112 bytes) - 等待叫,逼局
2s.gif (111 bytes) - 18+大牌点,5+c.gif (113 bytes)和4s.gif (111 bytes)的逆叫实力
2NT - 18+大牌点,均型,有h.gif (112 bytes)止张
3c.gif (113 bytes) - 不逼叫,除非1c.gif (113 bytes)开叫显示16+大牌点强牌
3d.gif (109 bytes) - 12-14大牌点,均型但d.gif (109 bytes)有好配合
3h.gif (112 bytes) - 支持d.gif (109 bytes)的爆裂叫
3s.gif (111 bytes) - 支持d.gif (109 bytes)的爆裂叫
 
牌例
 
序列4
2h.gif (112 bytes) - 等待叫,逼局
2s.gif (111 bytes) - s.gif (111 bytes)上有大牌,逼局
2NT - 邀请实力
3c.gif (113 bytes) - 自然叫,逼局
3d.gif (109 bytes) - 邀请实力
3h.gif (112 bytes) - d.gif (109 bytes)为将牌的自动爆裂叫
3s.gif (111 bytes) - d.gif (109 bytes)为将牌的自动爆裂叫
3NT - 封局止叫
 
牌例

应叫者的3c.gif (113 bytes)是自然叫,逼局。开叫者再叫4c.gif (113 bytes)是自愿加叫,考虑到他此前已经显示了自己的牌力在低限的12-14大牌点。一系列扣叫过后应叫者发动4NT罗马关键张问叫,开叫者回答有3个关键张和将牌Q。他唯一的弱点是4-3-2-4的均型牌。

牌例

应叫者为什么再叫3s.gif (111 bytes)而不是加倍?我们强烈建议把这个3s.gif (111 bytes)处理为s.gif (111 bytes)价值和h.gif (112 bytes)短套(加倍有可能被同伴罚放而成为最终定约)。

如果同伴的牌是这样的:

在我们的3s.gif (111 bytes)后他将不会尝试3NT。而如果我们一开始加倍的话,3NT几乎肯定是他的叫品。

序列5
3c.gif (113 bytes) - 自然叫
3d.gif (109 bytes) - 6+d.gif (109 bytes)
3h.gif (112 bytes) - h.gif (112 bytes)单缺
3s.gif (111 bytes) - s.gif (111 bytes)单缺
3NT - 没有什么特别的,封局止叫
4c.gif (113 bytes) - c.gif (113 bytes)单缺+额外实力
4NT - 示量加叫

下面是对各个叫品的逐一说明:

3c.gif (113 bytes):2NT是进局逼叫,所以我们有义务告知同伴自己的牌型。这个信息对于成局(或满贯)定约的最后选择是非常有价值的。注意这个3c.gif (113 bytes)仍然显示的是线性实力(大约8+大牌点,无上限)。

3d.gif (109 bytes)d.gif (109 bytes)上有额外长度让这手牌具备额外价值,但同时也排除了在高花上有单缺的可能性。如果是低限牌没有单缺的话,即使有6张d.gif (109 bytes),我们也可以简单再叫3NT。

3h.gif (112 bytes)/s.gif (111 bytes):义务性表明自己的单缺所在,牌力仍然很宽泛(8+)。

4c.gif (113 bytes)c.gif (113 bytes)单缺,但必须有额外牌力,因为我们主动越过了3NT。

牌例

注意应叫者神秘的4s.gif (111 bytes)叫品,这是个理论上的扣叫,s.gif (111 bytes)QJ可以抵得上s.gif (111 bytes)K的价值。开叫者对此应该十分清楚,因为s.gif (111 bytes)AK都在他自己手里,因此他可以自信地叫出7NT。

序列6
2s.gif (111 bytes) - 接受转移,不逼叫
2NT - 等待叫,逼局
3c.gif (113 bytes) - 自然叫,逼叫与否取决于1c.gif (113 bytes)的含义
3d.gif (109 bytes) - 5c.gif (113 bytes)+4d.gif (109 bytes)的逆叫实力
3h.gif (112 bytes) - 等待叫,询问同伴有无h.gif (112 bytes)止张
3s.gif (111 bytes) - 邀局
 
牌例

这里如果你认为3c.gif (113 bytes)不逼叫的话可以叫3h.gif (112 bytes)(等待叫,询问同伴h.gif (112 bytes)控制。),同伴也会做类似再叫。

4h.gif (112 bytes)是支持c.gif (113 bytes)的爆裂叫。

序列7
2NT - 自然叫,邀请3NT
3c.gif (113 bytes) - c.gif (113 bytes)实力
3d.gif (109 bytes) - d.gif (109 bytes)实力
3h.gif (112 bytes) - 询问同伴有无h.gif (112 bytes)止张
3s.gif (111 bytes) - 设定将牌,要求同伴扣叫
3NT - 强烈建议以此为最终定约
4c.gif (113 bytes) - 自动爆裂叫,承诺坚固将牌套和额外实力
4d.gif (109 bytes) - 自动爆裂叫,承诺坚固将牌套和额外实力
4h.gif (112 bytes) - 自动爆裂叫,承诺坚固将牌套和额外实力

所有的再叫都显示一手强牌(13+大牌点),6+s.gif (111 bytes)套。

牌例
 
序列8
3c.gif (113 bytes) - 6+s.gif (111 bytes),7-9大牌点,我愿意讨论满贯的可能性
3d.gif (109 bytes) - 6+s.gif (111 bytes),13+大牌点
3h.gif (112 bytes) - 6+s.gif (111 bytes),7-9大牌点,重复转移,无满贯兴趣
3s.gif (111 bytes) - 6+s.gif (111 bytes),13+大牌点,我愿意成为定约人
3NT - 6s.gif (111 bytes)332牌型,13+大牌点,均型无特征
4c.gif (113 bytes) - 自动爆裂叫,承诺坚固将牌套和额外实力
4d.gif (109 bytes) - 自动爆裂叫,承诺坚固将牌套和额外实力
4h.gif (112 bytes) - 自动爆裂叫,承诺坚固将牌套和额外实力

类似于对方1d.gif (109 bytes)争叫后的后续展开。

牌例

应叫者3h.gif (112 bytes)重复转移,显示一手破牌,接下来的3NT表示没有单缺。

序列9
3c.gif (113 bytes) - 6+c.gif (113 bytes),13+大牌点
3d.gif (109 bytes) - d.gif (109 bytes)单缺,7-9大牌点
3h.gif (112 bytes) - h.gif (112 bytes)单缺,7-9大牌点
3s.gif (111 bytes) - s.gif (111 bytes)单缺,7-9大牌点
3NT - 没有单缺,7-9大牌点
 
牌例

开叫者认为s.gif (111 bytes)上有浪费点力于是叫3NT示弱。应叫者仍然4c.gif (113 bytes)拉出来,强迫开叫者扣叫。开叫者4NT关键张问叫后,5h.gif (112 bytes)是问K,如果同伴回答还有一个K,则6NT是最佳定约。

序列10
 
牌例

这次我们给出一个完整的牌例。在3阶上使用转移式邀叫到底有什么好处?答案是显而易见的。无论最终定约是无将或是花色定约,我们都可以保护同伴的大牌不受首攻的攻击。上面这个例子很清楚地展示了这个序列的优点。

序列11

和经典方式相比,这个叫品给对方设置了更多的障碍。在经典方式里我们使用3h.gif (112 bytes)来询问h.gif (112 bytes)止张,防守方可以通过加倍或pass来做首攻指示。3s.gif (111 bytes)转移到3NT消除了这些不利因素。对防守方来说,通过加倍s.gif (111 bytes)来表达希望首攻h.gif (112 bytes)的意图并非易事,因为有遭到再加倍的危险。

点击这里 来做一个简单的叫牌测验。

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