diffを見てイメージは掴めました。

条件の具体性によってintent routingの優先順位を決めることについて¶

優先順位の付け方については、現在の前方一致が場当たり的なので仕方がないですが、せっかくなのでもう少し将来の拡張性を考えたいです。

コードを見て気づいたかもしれませんが、Intentのマッチ条件は、現在でこそ前方一致だけですが、将来的に別の条件を足すことが出来るようになっています。具体的には部分一致・後方一致・正規表現を想定していて、このマッチ条件自体をプラグインで拡張するインターフェイスも視野に入れています。

しかしあまりにも条件が複雑になると管理しきれ無さそうなのと、とうぶんはそれほど自由度を持ったマッチングは要求されないだろうということで、前方一致のみ実装しています。前方一致のみなら頂いたパッチのような方針でうまく行きますが、他のマッチ条件が出てくると、条件の字数では比較できなくなります。実装するなら、その当たりも絡めて考えたいなと思います。

優先順位をつけるなら、管理画面で条件の順番を入れ替えられるようにして、より上にあるものが高優先度になるなど、ユーザにルールの優先順位を決めさせるような仕組みのほうが良いように思います。

recommended intentが複数ある場合に、最も優先順位が高いものを採用することについて¶

現在、Intentを決定するには

• openイベントの引数となったModelの種類
• intent_selectorの設定

の二つのファクターがありますが、これで十分なのでは、と思っています。

そもそも、vanillaだとModelによってIntentは一意に決定します。サードパーティプラグインによってIntentが足されて競合すると、Intentの選択ダイアログが出てきて、どちらを使うかを選択することになります。

というのがこちらの想定なんですが、多分こういう話が出てくるということは何かあったんですよね。具体的に教えてもらっていいですか。