表示されれば建てれてます。最小環境らしくcurlが無いのでインストールします。提供の).shを実行して待機状態にしておく必要がありますが、この.shはスーパーユーザー権限だと実行できません。そのため以下でユーザーrunnerを作り、このユーザーでその.shを実行させます。1000でrunnerが作られたはずです。'...'として実行した...はrunnerユーザーによって行われるコマンドになります。runnerで開くダイアログに載っているコマンドを叩くだけです。./actions-runner-linux-x64-2.164.0.tar.gz'そしてダイアログに示されてる次の./config.shから始まるコマンドを実行すると以下のメッセージが出ます。dependencies.また「欲しいツールが入ってないので、./bin/installdependencies.shを実行してインストールしてね」という感じのことを言ってるので./bin/installdependencies.shをスーパーユーザーで叩きます。これもコピペで良いです。注意点として、一定時間が経過するとトークンが期限切れになるようなので、その場合は再度ダイアログを開き直して再生成してください。<token>'いくつか聞かれるものがありますが、それもデフォルト値が入ってるので変えたいものがあれば変えます。試しに以下のようにしてみました。待ち受け状態にする最後のコマンドを実行します。して接続され、ctrl-cを叩くまで実行されます。マシンの通信などが切れた場合は終了せず、自動で再接続を試みてくれるようです。アイドル状態になります。pushなどを行った時に実行状態のターミナル画面にワークフローのログが現れればうまくいってます。<image-name>だけで簡単にアイドル状態にできます。イベントのディスパッチをした時に実行されるワークフローを作れます。このトリガーを有効にするにはワークフロー.ymlファイルに次を追加するだけです。repository_dispatchイベント送信イベントの送信は例えばcurlで以下のように行なえます。リポジトリによって変わります。リポジトリがプライベートであれば、repo権限を持ったアクセストークンも送る必要があります。<private-access-token>'値も送ってワークフローで使うデータのclient_payloadに好きなオブジェクトデータを入れて送るとワークフローでその値が使えます。\https://api.github.com/repos/<owner>/<repo>/dispatchesワークフローではgithubコンテキストを通してそれを取得できます。ちなみにevent_typeはgithub.event.actionで取得できます。