LaunchRepo定義
下書きとは準備中の申請です。フォームは一部またはすべて入力され、素材もアップロードされ、プレビューを保存したかもしれませんが、最後の送信は確認されていません。提出済み（LaunchRepoではsubmitted_pending_review）とは、プラットフォームが受け取りを明示的に認めた状態です。確認画面、ダッシュボードの行、「Under review」のようなラベルがそれにあたります。
その間にあるのがprepared_needs_humanです。すべて準備はできているのに、CAPTCHA、2要素認証、はっきりしないアカウントの状態のせいで最後の一歩が止まっていて、人にしか解決できない状態です。
具体例
たとえば、エージェントが「Submit」を押したところ、確認画面が出ないまま30秒でブラウザがタイムアウトしたとします。ここで「提出済み」と記録するのは推測にすぎません。もう一度「Submit」を押せば重複が生まれるおそれがあり、Uneedで観察した無料のワークフローでは、1アカウントにつき審査待ちのローンチは1件しか認められていませんでした。
そこでエージェントは、プラットフォーム上でプロダクト名とドメインを検索し、アカウントのプロダクト一覧を開きます。プロダクトが「Under review」の状態でそこにあれば、行はsubmitted_pending_reviewになります。なければ、足りないもののメモを付けてdraftのままにします。ほかの9つの状態には専用のガイドがあります。
ディレクトリへのローンチで重要な理由
下書きと提出済みの境目は、重複が生まれる場所です。タイムアウトしたクリックは、サーバーに届いたかもしれないし、届いていないかもしれません。やみくもに再試行すると2件目の申請が作られ、1アカウントにつき審査待ちのローンチを1件しか認めないプラットフォームでは、ブロックされてしまいます。受け取りの確認なしに「提出済み」と記録すると、それがローンチレポートで最初に水増しされる数字になります。
LaunchRepoでの扱い
ランブックのルールはこうです。タイムアウトのあとは、再試行する前にプラットフォーム上でプロダクト名とドメインを検索し、アカウントを確認する。タイムアウトが示すのはブラウザの応答であって、サーバー側の結果ではありません。下書きは、足りないもののメモを付けてdraftとして記録し、明示的な受け取り確認があって初めて状態を提出済みにします。引き継ぎには専用の状態があり、次に取るべき具体的な行動を添えます。
さらに詳しく
11の状態すべて、それぞれに必要な観察、record.pyのフラグ、メモのルールを説明しています。この2つの言葉の裏にあるモデルの全体像です。
リポジトリの中で用語を確かめる
LaunchRepoは、299件のディレクトリ別プレイブック、プロダクト情報ファイル、申請トラッカーをまとめたもので、あなた自身のエージェントが実行します。€49.00を一度支払えば、所有するすべてのプロダクトに使えます。
料金を見る