包干制制度的和棋方式(Law of TCC - Modification for Time ExchangeGame)
所在版块：悟入棋途 发贴时间：2014-07-24 03:40  评分:

用户信息
复制本帖HTML代码
高亮: 今天贴 X 昨天贴 X 前天贴 X 
简单的答案是看比赛的总裁判判决和决定。

这些年我也看过一些很奇怪的判决和决定。判决和决定似乎没把包干制的特性、赛制对棋手的影响和确保公平性考虑在内。同时也要确保不过，不管什么判决和决定，基本上只要同个比赛采取同类判决和决定就可以接受。如果没处理好就会成为Time Game，只看谁走的快。

前年，我向王兴南(AXF特级裁判，第一位在新加坡主持包干制赛事的裁判)反应了我对包干制的疑惑。 王的看法是包干制是一种复合现代忙碌棋友所采用的不寻常制度，所以需要不断改良确保公平、合理性。一般只有简明和棋和必胜局面才可判(下一步杀棋)。还有一些情况也可以和棋，不过细节我已忘了。

同年，我也向在新加坡主讲教练班的江苏言穆江老师讯问国内对包干制和棋的实行方法。一般只有简明和棋，有胜和定势的棋才可判。有至少多一兵的局面属无法判(因为不清楚这兵的潜力如何)。其它局面棋手走到时间用完为止。

我自己的做法是避免包干制。 赛事我采用以下几种方式

【1】Y秒内走一步，剩时不累计
这种听说在围棋有用过。我是以这个时间制来考验棋手的稳定性，让强手有所区别。不过这种钟昂贵，少于80新币还没见过，所以稍微修改为0m+Ys.这种钟比较常见。
以0m+5s计算，一盘棋我统计过最长平均90回合，180步x5s=900s/60s=15m(分钟)+5m后备=20m(分钟)一盘棋。由于参赛的大多是业余棋手，一般没有进入状态的训练，通常有1-2分钟的base time, 1-2m+Ys.

【2】Xm+0s时间制
有一些比赛参赛者多数是没受过训练、没接触过棋钟的棋友。为了减少这些人的负担、增加下棋的娱乐和联络感情，我就会采用包干制，只要告知棋友时间到0s就算输。这样对他们来讲容易理解。

我自己对与和棋的做法。
-无进攻子对无进攻子，判和。【1】【2】
-统一KXF编号胜和定势。提和方需要走到定势局面，同时可以讲出如何胜和。目前一般只限单进攻子等简明局面。有兵残局一律需走到时间到0s为止，除非限时应许记录【1】【2】
-在最后3分钟前，对手下一步无法吃子，自己有3子以上优势，兵的差距不考虑在内，可以提和。原因：能吃到三子的优势不是很幸运就是和对手棋力差距太大，所以可以提和。2子优势或3分钟以内则需要走到时间到0s.一方，除统一KXF编号胜和定势外，只可提和一次【2】
-比赛规定有记录,限招时需要记录才可以要求限招（30-40步）.如不需记录，自己选择记录凑限招，后果自负。没记录无法看出有多少合法将与捉.我有看过没记录可以限招的赛事,以打一勾为一步的限招模式,我自己觉得这对比赛员造成不必要压力,又不能确保全是有效招或棋手没有自己加几勾凑数.所以我觉得简明一点比较好.一般一方第一个3分钟以内起就无需记录，这样棋手可以专注下棋。

所以在我们的比赛，双马双兵对马炮，限招时需记录，40回合无吃子可判和。不过我以棋手角度来看，兑子制造简明局面(必要时还得弃兵)的idea比起设法做成限招的效率高。针对对手时间紧，要求限招时，我提供同学的simple direct idea （SDI）是把局面当成time exchange game,把对手timeout,不要注重如何胜得子等，而是如何做time exchange,在30回合左右弃子吃子，从新算限招，把对手timeout，因为这是包干制的特性.对于如何避免或处理time exchange game，棋手在未参赛前建议训练研究一下。简单讲，我自己个人认为自然限招不适合用于包干制，因为对手的反击策略和这个策略通常浪费掉自己很多时间，错过很多发觉突破点的机会（对手也是有包干制限制的）你可以讯问一下周围成功采用提和的棋手的几率再自己决定。

所以，总的来说能不能要求限招，要看比赛的总裁判判决和决定。要不要则在自己的准备。当然，很多包干制比赛是没统一或表明提和方式的，这点你就要向比赛的总裁判、主办方讯问。


.
欢迎来到华新中文网，踊跃发帖是支持我们的最好方法!

　相关帖子 我要回复↙ ↗回到正文
有个棋规想请问大家 － waterchess 　2014-07-23 23:03 (99 bytes , 380reads )
包干制制度的和棋方式(Law of TCC - Modification for Time ExchangeGame) － SG-Reporter 　2014-07-24 03:40 (2990 bytes , 170reads )
case study 01: 2014 “佛光杯”全国小学个人赛 － SG-Reporter 　2014-08-05 17:45 (854 bytes , 133reads )