作者NeedGem (本当傻蛋的宿命)
看板chess
标题Re: [爆卦] 将棋王座战 终盘峰回路转 羽生艰辛卫冕
时间Sat Oct 25 07:39:39 2014
※ [本文转录自 Gossiping 看板 #1KIHhAK0 ]
作者: NeedGem (本当傻蛋的宿命) 站内: Gossiping
标题: Re: [爆卦] 将棋王座战 终盘峰回路转 羽生艰辛卫冕
时间: Thu Oct 23 23:12:08 2014
※ 引述《NewYAWARA (朝霞之前奏)》之铭言：
: 羽生至63手才跳上37桂，为双方本局首度的桂马跃进，
: 在吃横步的棋局当中极为罕见，
: 而阵型在美浓围及矢仓个别完成後，
: 形势居然近似为原位飞车的矢仓战法对上变位飞车的中飞车阵势，
: 若从中盘插入观看，绝难想像这竟是吃横步的棋局。
: 丰岛在第64手时投入38步打，成为本局的首度分歧点。
: 本手有形成缓手的疑虑，让羽生开始有机会转守为攻，
: 先是跳上25桂准备压缩丰岛的飞车空间，
: 接着在手顺中漂亮的以38飞收下了步兵补充战力，
: 为後续的边线突破提供良好援军。
: 羽生在以56步开启期待以久的角道後，
: 马上从1线发动进攻，靠着手中持有的两枚步兵，
: 将丰岛1线守卫的香车钓上，试图将岌岌可危的桂马交换香车做突破。
: 但丰岛在此大胆的选择放弃1线守卫，先以25步吃下桂马，
: 让羽生顺利的在1线制造出と金，将右翼纳入势力范围之下。
今天似乎做了一次很大胆的尝试 (包括回了这篇文章在内)
那就是终於拿出将棋 AI 软体 + GUI 来尝试看棋, 不过...
(原 po 的剧本大致省略.@@)
原本今天连看都不太敢看, 怕自己看了羽生就会丢头衔 (咦?)
但是下午後才开始有一搭没一搭的跟着手顺进行,
到了晚上吃完晚餐才开始真的认真看的时候发现
打从大约 85 手以降, 已经开始看出这一局的不对劲.
两边剩下的时间都已经不多了 (大约都剩下不超过 10 分钟),
盘势却怎麽看都才好像只是在中盘. (就在切的这个位置)
於是开始想着:
难道今天才第一次试用将棋 AI 软体,
就要遭受天谴了吗 Orz
这样的局势对於使用将棋 AI 软体实况以及观战的人来说,
恐怕对於 AI 软体判读局势能力的影响会相当巨大.
因为後面所剩无几的思考时间,
导致想要分析後面的棋的走势的 AI 软体也会受到时间限制.
对於 AI 软体来说, 时间受限就等於能力受限.
所以说人类跟电脑的想法不同在於...
人会想出着棋的剧本,
但是要电脑自己想出一套行棋的剧本真的不太容易... @@
如果 AI 软体就只是用类似 tree search 的话,
很难叫电脑产生出像是人类这样的研究剧本.
而今天这一局也真的诠释出了人怎麽去研究棋局.
所以之前才会查到像是稻庭将棋这种全守不攻的玩法,
并非一般人会使用於实战将棋的定迹,
却会导致使用 tree search 的 AI 软体因为搜寻棋步使用时间过多,
导致可用时间耗尽被裁定输棋.
(後来的 gps/bonanza 之类的也都产生了稻庭将棋对策.)
不过也是有一些另类的 AI 方法也许有机会发掘出另类的剧本,
但是那样的程式真的不好写, 可能不是这边能力所能及 :x
(只有线索却没有足够的 domain knowledge 是不够的)
: 但羽生似乎已经解读一切，数次完美应手让优势更为扩大，
: 直至106手的46步为止，羽生已经大致控制住整体局面，
: 接着只是选择要以何种方式赢棋而已。
: 谁知这正是开启本场比赛最高潮的开端。
: 羽生选择从9线发起最终的进攻，完全无视丰岛在中央的反扑，
: 让出中央势力，极力加强9线的战力，
: 甚至在第109手时不先以71角成换取关上对方玉将逃生门，
: 也要以94步彻底压制9线。
: 但这让丰岛有了喘息空间，先反以35角为玉将预留了71位的逃生门，
: 接着迫使羽生必须在此换掉飞车，丧失了8列的横向防守能力，
: 还让丰岛有了打入56角的攻防之角，形势大幅拉近。
有人说: 从(135手) 8二同龙/竜以下只有羽生(善治)这种娱乐师想的到.
也许这就是俗称的
羽生 zone,
在这个 zone 里面, 都是他已经研究透彻的终局走法,
所以用再怎麽强大的将棋AI程式观盘,
(Ex: 激指, Ponanza, gpsshogi/gpsfish, Bonanza, BlunderXX 等.
前两个要钱, 後三个可免费取得, gpsshogi for linux, while gpsfish for windows.
至於 GUI 的部份又有好几种选择... 暂时不方便花篇幅了, 不能太晚睡.@@)
又遇上了这次思考时间不足的状况, 当然就无法先一步的判读出局势早已被羽生完全控制.
这样的症状会导致电脑难以判读局势, 以为某几手会是超级大恶手,
会把表象评价值差距从高达一两千点的胜势,
被一口气拉下来到甚至只能读成互角的程度 (差距 < 300点).
第一次用将棋 AI 软体观盘就看到这种棋局, 也不知道该算幸运还是不幸...
只知道这种玩意并不是现在的自己该去想该去做的事, 还是好好看热闹就好.
至於门道嘛... 不会的就是不会, 连开局定迹都下不出来了还要跟人讲写 AI?
---
大概就先这样了, 应该有八卦在里面吧, 希望不会出事 Orz
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 113.61.141.167
※ 文章网址: http://webptt.com/cn.aspx?n=bbs/Gossiping/M.1414077130.A.500.html
1F：推 st6012: 毕竟所谓定迹手也是到近年来才比较确立 10/24 04:35
2F：→ st6012: 不过实际上那几手还满险的 走错一步就完全变後手持 10/24 04:39
3F：→ st6012: 尤其最近羽生状态感觉没四月那麽好 10/24 04:39
4F：→ st6012: 至於AI战最主要是看序盘的原因也是在这边 10/24 04:40
5F：→ st6012: AI很多状况下只会挑最善手而不是挑定迹手 10/24 04:41
6F：→ st6012: 所以基本对策就是用研究将棋来诱导序盘 10/24 04:42
7F：→ st6012: 中盘和终盘反而比较好写 10/24 04:42
8F：→ st6012: 虽然这场不知道为什麽可以从横步下到看起来像居飞车对振飞 10/24 04:47
9F：→ st6012: 车的对抗形呢... 10/24 04:47
10F：→ NeedGem: 矢仓(居) vs 美浓(振... 尤其看起来又像中飞车www)? 10/24 05:17
11F：→ st6012: 典型振飞车被压的阵形 10/24 07:16
---
附注: 其实这篇的第一直感有些地方後来都验证不是那麽正确.
1. 不应该不信任人到这种程度, 羽生都紧张到手汗都要说人家是演的就有点过份了w
如此一来可能不是研究透彻, 而是直觉就知道怎麽下的天纵英明了.
(可是相信还是多少在研究的得意范围内才有可能这样玩)
2. 後来跑过 BlunderXX 去检讨棋谱, 意外的发现那边都没有掉到一千以下.
不过的确可能只要走错一手就变後手持.
3. 都转来这里了那就说点现在的将棋 GUI 状况吧.
根据跟另一些日本软体的经验 (说实在是不太好的经验啦)
通常会有一家独大的情形, 其他写出来的软体就只为那家服务.
而那家独大, 可以通吃所有棋谱格式的 GUI, 叫做将棋所.
(因为非日文 Windows 就会送你英文介面, 会看得很头痛, 所以只拿来转棋谱档)
其他还有 PetitShogi (可以搭配 GPS/Bonanza/USI protocol, 不过现在不太用)
MyBona (搭配 Bonanza 使用)
最晚近的大概叫 ShogiGUI (主要搭配 gpsfish/BlunderXX 使用)
大部分都要求 USI compatible Engine.
其实大致上会比较想开的只有 PetitShogi 和 ShogiGUI. (四个都是免费的)
PetitShogi 的特点是支援原生 GPS/Bonanza protocol.
而 ShogiGUI 的特点就是支援 gpsfish 的 MultiPV,
可以让视觉感看起来接近某激指实况台, 所以测试以後就开始爱用 :D
但是存下来的 kif 棋谱档只有自己和将棋所可以读出来,
直接拿去给 PetitShogi 就有可能出事 (如果多了分支就会当掉)
linux 上目前的结果是没有啥方便好用的 GUI...
也许是因为日本人对 Windows 的特殊依赖性,
和 XWindow 程式设计门槛稍微高一些吧.
就算是 gpsshogi/gpsfish 属於原生 linux 系统,
内附的 gpsshogi-viewer GUI 也只能产生出 csa 档,
而且检讨的参数设定上并不是那麽直观 =w=
之前才搞懂 MultiPV 的个数和宽度不同点在哪.
个数是指走法的个数, 宽度是指评价值的容许范围.
不过显然不可能说着说着就想要自己去写一套 linux 将棋 GUI 来看盘检讨啦 Orz
linux 方面日本的主流说法往往都是用 wine/mono 去接 Windows 上的程式来用,
但是在这边的实战经验告诉我这种方式可能行不通.
※ 编辑: NeedGem (113.61.141.167), 10/25/2014 08:00:45