スキルと定期タスクの選択とは、自動化したい何かが実際に必要としているのが「操作手順のパッケージ化」なのか「トリガーのタイミング設定」なのか、あるいはその両方なのかを見極めることを指す。スキルは本質的に操作マニュアルであり、「Claudeがそれをどうやるべきか」に答え、呼び出されて初めて実行される。定期タスクは本質的に目覚まし時計と指示の組み合わせであり、「それがいつ自動的に起こるべきか」に答え、時刻になれば自動的にトリガーされる。これは「どちらの機能の方が使いやすいか」という問いとは異なる。多くの人が最初につまずくのは、両者を互いに排他的な選択肢として比較してしまう点だが、実際には両者はまったく異なる階層のニーズを扱っており、多くの場合、答えは両方必要であって、どちらか一方を選ぶことではない。
この混同が生じるのは、二つの機能がインターフェース上で入り口が近く、説明文もどちらも「自動化」について語っているため、同じカテゴリーの中の二つの選択肢として扱われやすいからだ。しかし両者を混同すると、二つのよくある誤用につながる。一つは不定期に発生するタスクを無理に固定時刻へ組み込むことで、結果は空振りか遅延のどちらかになり、時刻をどう調整してもうまく合わない。問題はそもそも時刻設定にあるのではなく、そのタスク自体に固定のリズムで発生する性質がないからだ。もう一つは、示範して初めて説明できるほど複雑な操作を、定期タスクの一行の指示に無理やり詰め込むことで、実行のたびに結果が少し不安定になる。その一行が支えきれないほど多くの細部を背負っているからだ。この二つの誤用は根本的には同じ原因に行き着く。それが本質的に「どうやるか」の問題なのか「いつやるか」の問題なのかを、先に問うていないことだ。
実務での判断は三段階だ。第一に、そのタスクの「発生タイミングが固定されているか」を問う。毎週、毎日、毎月と決まって発生するなら定期タスクの範疇であり、ある不確定な出来事（特定の種類のメールを受信した、ある文書がアップロードされたなど）によってトリガーされるなら、スキルを手動で呼び出す範疇だ。第二に、その操作自体が「実演する価値があるほど複雑か」を問う。一文で説明できるなら（「昨日の警告一覧をまとめる」など）、定期タスクの指示に直接書き込む。複数の手順、書式ルールを伴う、あるいは説明の際に細部が抜け落ちやすいなら、先にスキルとして録る価値がある。第三に、両方の条件を満たす場合（定期的に発生し、かつ操作が複雑）は組み合わせる。まずスキルを録りテストで安定を確認したうえで、定期タスクを設定し、トリガー内容を「あるスキルを呼び出し、ある範囲のデータを処理する」と書く。定期タスクは呼び出しだけを担当し、スキルが実際の作業を担当する形にし、両者を分けて保守する。
あなたにとって、この二つの問いを先に整理しておくことは、「あれこれ調整してもやっぱりおかしい」というデバッグ時間を大幅に節約する。多くの人が選び間違えたとき、最初に疑うのは定期タスクの時刻設定が精密でなかったこと、あるいはスキルの録画が不十分だったことだが、そもそもこのタスクにこの仕組みを使うべきではなかったのではないかと立ち戻って考えることは少ない。身につけるべき習慣は、自動化したいタスクに出会ったら、設定画面に直行して見た目が良さそうな選択肢を選ぶ前に、まずこの二つの問いに十秒だけ自問することだ。注意すべきは、両方を組み合わせて使う場合、分けることの利点は独立して保守できる点にあることだ。ルールが変わればスキルを直し、時刻が変われば定期タスクを直す。便利さを優先して両方を同じ場所に固定して書き込んでしまうと、後でどちらかを調整するたびに、全体を一から整理し直すことになる。
毎週の経費精算をClaudeに自動でやってもらいたいと思い、設定画面を開くと、「スキルを録画」と「定期タスク」という二つの選択肢が並んでいて、一瞬どちらを選べばいいか分からなくなる。どちらも「Claudeが今後自動でこれをやってくれる」ように聞こえるし、選び方を間違えると何が起きるのかもよく分からない。この迷いは自然なことだ。この二つの機能は表面上確かに重なり合っているが、実際には異なる階層の問いに答えている。一方は「Claudeがそれをどうやるべきか」に答え、もう一方は「それがいつ自動的に起こるべきか」に答える。この区別さえ分かれば、選択は勘ではなくなる。
スキルとは本質的に「操作マニュアル」だ。一度実演すると、Claudeはその実演を再現可能な一連の手順に分解し、スキルライブラリに保存する。スキル自体は自ら起動することはなく、呼び出される必要がある。あなたが対話の中で直接求めるか、定期タスクによって呼び出されるかのどちらかだ。定期タスクとは本質的に「目覚まし時計と指示」の組み合わせだ。時刻と実行内容を設定すれば、その時刻になるとClaudeが自動的に実行し、あなたがその場でトリガーする必要はない。二つはどちらか一方を選ぶものではなく、互いを補完する関係にある。スキルは「それを具体的にどうやるか」を担当し、定期タスクは「それがいつ自動的に起こるべきか」を担当する。本当に成熟した自動化フローの多くは、実は定期タスクが決まった時刻に既に録画済みのスキルを呼び出しているものだ。
これが定期的に発生するものではなく、トリガーのタイミングが固定されていない場合（例えば新規顧客の契約書が届いたときだけレビューフローを実行する必要がある場合）、スキルを一つ録画するだけでよく、後は必要なときに手動で呼び出せばよい。定期タスクは不要だ。こうした不定期なタスクに無理に固定の時刻を設定すると、時刻になっても処理するものがない空振りか、届いてはいるがまだ予定時刻になっていないという遅延のどちらかが生じ、どちらも割に合わない。ここでのスキルの価値は「どうやるかという知識を保存し、毎回実演し直さなくて済むようにすること」であり、「いつやるか」とはまったく無関係だ。
これ自体が単純で、やり方がほとんど変わらない場合（例えば毎朝前日のシステム警告一覧をまとめる場合）、指示を定期タスクのトリガー内容に直接書き込むだけで十分であり、わざわざスキルを録る必要はない。スキルの価値は、示範する価値があるほど複雑で、その後繰り返し呼び出す操作をパッケージ化する点にある。タスクそのものが一文で説明できるなら、別途スキルを録ることはかえって不要な間接層を一つ増やし、保守の際に同期を忘れないよう気を配る対象も一つ増えるだけになる。
最も組み合わせに適しているのは、「定期的に発生する」と「操作手順が一度実演する価値があるほど複雑」という二つの条件を同時に満たすタスクだ。経費精算はまさにこのケースである。毎週決まって行う必要がある（定期タスクが適する）が、経費整理のロジック自体が複数の手順や書式ルールを伴う（スキルとしてパッケージ化すべき）。やり方は、まず経費整理のスキルを録り、テストで安定していることを確認したうえで、週一回の定期タスクを設定し、トリガー内容に「経費整理スキルを呼び出し、過去七日分の領収書を処理する」と書く。こうして分ける利点は、経費ルールが後で変わった場合（例えば経理が新しい審査項目を追加した場合）、スキル定義だけを修正すればよく、定期タスクの設定は触る必要がないこと。定期の時刻を調整する必要がある場合（例えば月曜から金曜に変更）は、定期タスクだけを変更すればよく、スキルを録り直す必要はないこと。二つはそれぞれ独立して保守でき、互いに影響し合わない。
選び間違えたときの代償は、通常「まったく使えない」ことではなく、「使いにくいのに、どこがおかしいのか説明できない」状態になることだ。不定期なタスクを無理に定期タスクに詰め込むと、トリガー時刻をいつまでも調整し続けても、なぜかしっくりこない状態が続くことに気づくだろう。本来スキルとしてパッケージ化すべき複雑な操作を、そのまま一行の定期タスクの指示として書いてしまうと、実行結果が毎回どこか不安定になることに気づくだろう。その一行が、支えきれないほど多くの細部を背負い込んでいるからだ。これが定期的に発生すべきものかどうか、操作自体が複雑かどうかという二つの問いを、まず二分間自分に問いかけてみれば、答えはたいてい自然にどちらを選ぶべきか、あるいは両方を組み合わせるべきかを教えてくれる。