チャットボットフレームワーク Ruboty を振り返る - r7kamura - Medium

Ruboty を利用したデプロイの様子この記事では、Slack や HipChat で動く Bot をつくるためのフレームワーク Ruboty の仕組みを振り返り、現状の実現方法を把握し、今後 ChatOps を改善するための足掛かりとしたい。 出勤、デプロイRuboty というチャットボットフレームワークを数年前から開発しており、仕事でも Ruboty でつくった Bot を使った業務フローを導入・運用する機会が増えてきた。例えば、いま働いている会社では、Qiitan という Bot が出勤管理やデプロイに使われている。 Qiitan に最もよく投げかけられている発言は、「@qiitan 出勤」である。この発言を行うことで、自動的に社で利用している出勤管理サービスに対して、発言者が出勤した旨を代わりに登録してくれる。他によく使われる発言として「@qiitan デプロイしたい」がある。これ

[YassLab]

“他には ruboty-jobcan という勤怠管理サービスの API を操作するためのプラグインを使っていて、これによって「@qiitan 出勤」で出勤記録を残せるようになっている。”

[nilab]

チャットボットフレームワーク Ruboty を振り返る – r7kamura – Medium

[inouetakuya]

知見のかたまり

[tuto0621]

一方で、プロセスを常時稼働させておくことができないシステムだと、現在 ruboty-cron などで行っているような類の仕事は難しくなる。例えば、毎日設定した時刻に日報を書いてもらうようにアナウンスしてもらうとか、定

[a-know]

“最近では Slack App としてアプリケーションを登録すると、すべてのチャンネルのイベントに反応するような WebHook を用意することができる”

[sonots]

振り返りだ

[peketamin]

“HomepageSign up ”

[moznion]

思想がまとまっていて良い