1日半で即興の素材からFacebookチャットボットを組み立てる方法

私たちはハッカソンのプロジェクトのいくつかについて話し始めます。 今日はボットで、FBの学生に勉強用に取ったばかりの単語を含むいくつかの人気のあるツイートを提供します。 このようなボットを「キューブ」から組み立てるための便利でシンプルなツールであるChatfuelの一種のマイクロチュートリアルが判明しました。



免責事項から始めましょう。このテキストでは、Skyeng学校の完成したサービスについてではなく、1日半で膝の上に組み立てられたプロトタイプについて話しています。 おそらく、この物語が一部の人々にとって有用であるが、単に楽しまれることを願っています。 あるいは、彼は誰かにインスピレーションを与えて、それを思い起こさせます-私たちは幸せになるだけです、これは生態系の「外部輪郭」の概念に適合します。 実践が示すように、 ハッカソンの直後、その参加者全員がプロジェクトを完了することに熱心ですが、それから毎日のルーチンが入り、これらの欲求はどこかに消えます...

アイデア

辞書の単語の使用例はありますが、それらはすべて人工的なものです-それらは方法論者によって作成されたもので、学術的な「正しい」例です。 現実には、人々は好きな言葉でやりますので、「野生の自然」からのそのような実際の使用例を示すためにアイデアが浮上しました。 たとえば、Twitterから-人々は何でも何でも書くので、痛いときはすぐに短いメッセージを書く必要があります。 したがって、彼らは生きていることが判明し、人々はフレーズの構造を考えず、一般的にこれは人生に最も近いテキスト形式です。



そのため、私たちは、 オープンなSkyeng APIを使用して学習用に学生が追加した単語を追跡し、メッセンジャーでそれらを含む人気のあるツイートを送信する小さなプロジェクトを考案しました。 ユーザーがどこに行って何もインストールする必要がないように、個別のWebサイトや個別のアプリケーションではなく、メッセンジャーで製品が特に機能することを望みました。 私は彼のために常に機能し、独立してそれを引き出すことができるポイントが必要でした。



チームは、2人のサーバープログラマと、フロントエンドの開発経験のあるアナリストで構成されていました。 そして、プロジェクト自体は、それぞれ2つの部分で構成されています-小さいサーバーアプリケーションとチャットボットです。 一般的な気分は次のとおりでした。一生懸命押して、単純なものをまとめましょう。 結局、これはハッカソンであり、企業パーティーと組み合わされます。私たちは自分の喜びを忘れてはなりません。

Twitter

Twitterには検索機能があり、サイトにアクセスして単語を入力し、それらを含むツイートを見ることができます。 この検索は、TwitterインターフェースとAPIの両方として実行されます 。 検索エンジンは、ほぼGoogleのように十分にスマートです。単語の形式と複合表現を理解します。 たとえば、ドライブを削減すると、この怪物を削減するようなつぶやきが見つかります。ここでは、単語自体の間隔が空いています。 私たちのアイデアを実装するには、Twitter APIを取得し、学生が調査に追加した単語をそこに転送し、問題からツイートを取得し、メッセンジャーのどこかに投げるだけで十分でした。



明らかに、そのような言葉で1億のツイートがあり、どういうわけか私たちは良いものを選択する必要があります。 APIには、結果タイプ（result_type）を含む一連のクエリパラメーターがあります-最新、最も人気のある、またはすべて連続しています。 人気のあるものを使用しました。ツイートが古いことは重要ではありません。読者が気に入ったことが重要です。 デフォルトのカウントパラメーターは15で、100を使用してさまざまなパラメーターを追加しました。



これらのうち、パラメータfavorites_countで3つを選択しました。 いいねの数（Twitterの人気を計算するメカニズムは閉じられていますが、いずれにしても、著者の購読者数、リツイートなど、私たちにとってあまり役に立たない多くの基準を考慮しています）。 Hackathonでは十分な時間がなかったため、この方法でパラメーターを修正することにしました。特にスマートで高度なものを考え出す時間はありませんでした。 必要に応じて、将来それらを変更したり、ユーザー設定を追加したりできます。

サーバー

Yii 2 PHPフレームワークの標準サーバープロジェクトテンプレートを使用して、3つのメソッドを作成しました。



1.ユーザーを登録する（チャットボットから電子メールアドレスとトークンを受信する）ときに、簡単なプレートが作成され、そこに学習用の単語の意味のリストがコピーされます。 外部APIは、生徒が自分の辞書に値を追加した時間を渡さないため、このテーブルが必要です。 したがって：



2. 2番目の方法は、30分ごとに1回辞書サーバーにアクセスし、ユーザー値のローカルリストとそこに保存されている値を比較します。 追加された値が検出された場合、このメソッドはそれらをさらに送信します。 3つ以上の新しい単語がある場合、3つがランダムに選択されます。



3. 3番目のメソッドはTwitter APIに送信され、上記のアルゴリズムに従って各単語の3つのツイートを検索し、検索結果をチャットボットAPIに送信します。

ボット

最初に、Facebook、Twitter、またはTelegramにツイートを送信するオプションを検討しました。 ただし、Twitterで書くためには、生徒にツイートを送信する許可を与えることができるWebサイトを作成する必要があります。 これはTwitterの要件であり、SDKを使用してすべてが行われます。SDKは一般に、MVPでは多すぎる場所に構築する必要があります。 Telegramドックの取り扱いを開始しました。Telegramボットはゼロからプログラミングする必要があり、既成のソリューションはなく、テストする必要があり、バグが発生することに気付きました... FBメッセンジャーで停止することにしました。 アーキテクチャを決定し、APIメソッドの基本構造とセマンティクスについて合意した後、プログラマーがサービスを実行し、アナリストがボット自体を取り上げました。



Chatfuelが使用されました-プログラミングなしでFBメッセンジャー用のボットを構築できるもの（ Sequelの形式の代替がありましたが、サードパーティのAPIを使用できないため、私たちには合いませんでした）。 機能はブロックで表される視覚的なインターフェースを持ち、その中で個々のアクションは順番に処理されたカードのように見えます。 Chatfuelには内部変数があり、これは私たちにとって重要です。



新しいボットを作成するときにユーザーに表示される最初の2つのブロックは、デフォルトの挨拶メッセージとユーザーのレプリカへの応答であり、応答は提供されません。 彼らはここで同じテキストを運転しました-Skyengに登録するために使用された電子メールを入力する提案。





最初のカスタムブロックはメール入力です。 このブロックの最初のカードはユーザー入力です。 検証が組み込まれています。この場合、それが実際にアドレスであるか完全に異なるものであるかをチェックし、その後、アドレスが内部変数に保存され、2番目のGo to blockカードに移動し、次のブロックに移動しますトークンを送信します。





このブロックは外部APIを呼び出し、外部APIはトークンを生徒の電子メールに送信します。 最初のカードは3秒間「傾いている」ため、リクエストの実行中のユーザーボットのアクティビティを示しています。 それと並行して、リクエストカード（JSON API）が起動されます。これは、 外部APIのメソッドを呼び出し、変数から学生の電子メールを渡します。





3番目のカードは、変数に保存された検証なしのトークンのエントリです。 4番目は、次のブロックへの移行です。





3番目のブロックは購読で、ユーザーをフィードに購読します。 ここでも、「時間のかかる要求があるため」「チップ」カードに続いて、JSON APIが続き、新しいサーバーに電子メール、トークン、チャットID {chatfuel user ID}を含む要求を送信します。 このIDは、新しいサーバーからChatfuel Broadcasting APIを直接呼び出すために必要です。 このリクエストを受信すると、サーバーは、外部APIの別のメソッドを使用して学生が学習している単語の値の識別子を取得し、それぞれに対して辞書から単語を取得し、スケジュールで定期的な更新チェックをハングアップしてから 、送信しますBroadcasting APIを介したFBツイート。





最後のブロックには、受信時にこれらのツイートが表示されます。 サーバーはChatfuel APIをプルし、変数{tweet_word}および{tweet_text}の値を渡します。これらを受け取ったボットは、すぐにユーザーにメッセージを送信します。

雑草（それらがない場所）

私たちは誰も以前にChatfuelと契約していませんでしたが、Broadcasting APIがあることを知りませんでした。 したがって、最初はRSSブロックを使用しようとしましたが、ボットの構造は異なりました。ボットをRSSにサブスクライブするブロックと、RSSからエントリを取得するブロックが含まれていました。 各ユーザーにサーバー上の一意のアドレスを作成し、そこにツイートをRSSフィードの形式でアップロードし、そこからツイートをインポートしてチャットに取り込むことが計画されていました。



これを行うのに半日を費やし、RSSフィードを作成できるサーバー側のPHPライブラリを接続しましたが、登りませんでした。 同時に、すべてがvc.ruからのRSSフィードで完全に機能しました（テスト用に取得しました）が、サーバーを介して送信された同じフィード、まったく同じ形式、同じXML形式、HTTPヘッダー、表示されません。 なぜ-それは謎のままで、おそらく私たちのサーバーはhttpsではなく、おそらく信頼できるサイトのリストのようなものがあるかもしれませんが、何もありません。 その結果、彼らはドックでBroadcasting APIを発見し、テキストとしてパラメーターを渡すだけでXMLに悩まされるという洞察を得ました。 その結果、すべてが迅速に収集されましたが、RSSの苦痛の痕跡はサーバーコードに残りました。



サーバーのセットアップにかなりの時間がかかりました。 最初は彼らは無料サービスでそれを上げましたが、彼はAPIアドレスを明かさないことが判明しました。 私たちの管理者にAmazonクラウドの場所を提供するように頼まなければなりませんでした。 しかし、結局、MVPをすぐに準備し、ハッカソンの2日間でリラックスして楽しむことができました。

実現しなかったこと、将来のバックログ

私たちは夜に座っていないことに同意しましたが、最低限動作するバージョンを作ることにしました。 当然のことながら、すべてのものの多くは後で残されました。



-最も便利なツイートを発行するには、設定をいじる必要があります。 当初は、スマートフィルターを作成したかったのです。リツイートをカットしようとし、リンク付きのツイートをカットしようとしました（これは、おそらく完全な記録ではなく何かの説明であるためです）が、思い付く時間はありませんでした。そのため、すべての単語が適切な量のツイートを見つけることができたわけではありません。



-単語の意味が学習に使用された時間を外部APIの単語に追加することにより、新しい単語を計算するロジックを簡素化できます。



-学校には独自のサービスがあり、単語ごとに言語の知識レベルを提供します。 外部APIに追加する場合、それを使用して各ツイートを解析し、すべての単語がこのレベルに対応するかどうかを理解し、すべての単語を理解する可能性の高いツイートのみを学生に提供できます。



-生徒の辞書から他の語彙を考慮に入れることが可能でした。 これにより、より便利なツイートが可能になります。 Twitterを検索すると、3つの単語をフィードすることもできます。 実装オプションは2つあります。生徒の辞書から3つの単語のすべての可能な組み合わせを作成し、それらをTwitter検索に投入してから、どのセットが最適かを調べます。 または、単語を1つずつ検索し、最も関連性の高い結果から選択します。



-ボットがTwitterの単語の意味を知らないという事実に関連する微妙な問題があり、その結果、学生は単語キャップを「キャップ」として学習しますが、キャプテンエビデンスに関するツイートを受け取ります。 2日以内にこれで何もできませんでした。 ブラウザ拡張チームには、コンテキスト分析の基盤があり、将来使用することができます。



ボットの現在のバージョンは、 m.me / skyengtweetsにあります。



引き続きハッカソンプロジェクトについて少しお話ししますが、今のところ、チームに参加する準備ができているクールな人々を積極的に探していることを思い出させてください！