自動化の「設定できた」と「仕事が終わった」を別の欄にする

Try the app

Selparo｜AIに任せる仕事の実行場所を整理する

Enjoyed this article?

Support AIに仕事を任せる研究室

設定が合ったことと、仕事が終わったことを分ける

自動化の状態を一つの「成功」へまとめると、次の判断を取り違えます。たとえば日次処理が起動したことと、停止中の各日を集計したことは別です。Selparoではこの違いを、観測するもの・分かること・次の行動の三列へ分ける判断ページを追加しました。

三列にすると、次の一手を小さくできる

systemdのOnCalendarにPersistentを付けた場合、停止中に少なくとも一回予定があれば再有効化時に起動します。各予定に一回ずつ業務を再生する仕様ではありません。「起動した」から分かるのは起動の事実です。必要な対象日を残したかは、処理側の成果で照合します。これはUbuntuのsystemd 255の仕様を参照した設計の説明で、実機の運転記録ではありません。

件数にも同じ境界がある

APIから合計三件受け取った想定でも、必要なキーがA・B・Cなのに実際の結果がA・B・Bなら、一件欠けています。要求回数、件数、対象キーを別々に記録すれば、APIへの再取得が必要か、保存済み成果の照合が必要かを分けられます。これは架空の小さな例です。実データや顧客の記録を公開する必要はありません。

判定表だけで保証を増やさない

表は読者の観測を助けるものです。読者の機器・認証・APIを自動検証した結果ではありません。停止条件を「対象が不明」「結果が未照合」と書けば、重複する再送や不要な機材購入へ進む前に止まれます。実行場所の診断も、既存のClaude Code用の範囲を維持しています。

実装で保つ境界

公開前には、実際の公開質問と、解決条件を説明する一次資料を分けて記録します。本文を変更したら審査記録のハッシュも照合し直す仕組みを追加しました。公開質問一件は困りごとの実在を示す手掛かりで、市場規模や流入の証明ではありません。判断ページから購入が不要な結論へ進めることも残します。