1 つのタスクを 3 つの基準に基づいて自動化の候補として評価し、判定を下します。 JSON {"task":"...","frequency":"...","is_rule_based":"...","verdict":"...","reason":"..."} を返します。 frequency - 繰り返される頻度。 is_rule_based — 明確なルールはありますか (はい/いいえ、およびその理由)。 verdict — 「自動化する」、「部分的に」、「自動化しない」のいずれか。 reason — 評決の正当化。
すべてのタスクが自動化に適しているわけではありません。優れた候補者は 3 つの基準を満たしています。反復的である (年に 1 回ではなく定期的に)、明確なルールがある (いつ何をするかを言語化できる)、入力が予測可能である (データが同様の形式で入力される)。選択の仕組みはふるいのようなものです。これら 3 つの質問を通してタスクを実行します。少なくとも 1 つが明確に「いいえ」の場合、そのタスクはまだコンベアに投入されていません。レバレッジ: 1週間に手を使って行うことのリストを作成し、各項目の横に頻度と「厳格なルールはあるか」を書き留めます。関係者: 最もおいしい候補は、最も長いものではなく、自動操縦でコピーして貼り付けるような、最も頻繁で退屈なものです。 2番目のトリック:タスクがほぼ適切であるが、「目で見て」解決策が必要な場合、それを捨てずに、物議を醸す部分を人に任せ、残りを機械に任せます。典型的な初心者の間違い: 安定したルールがない、明るく複雑な問題 (「AI に話させよう」) に飛び込むことです。その結果、標準以外のケースではすべて壊れてしまい、継続的なサポートが必要となる脆弱なスクリプトが作成されます。
アクセスのロックを解除して、AI による即時レビューのためにソリューションを送信します。