定期タスクとskillを「仕組みフォルダ」に分けて事業を回す個人の発信者

購読者8万人超のSubstack「Artificial Corner」を運営するFrank Andradeは、Claude CodeとCoworkで事業を回していると書く個人の発信者だ。共著者のGencay（LearnAIWithMe）と書くこともある。9月から10月にかけての記事では、毎日の作業を任せるうえでの工夫を具体的に明かしている。中心にあるのは、チームが使う作業の内容と、skillや定期タスクといった仕組みの置き場を分けることだ。守らせたい決まりは、CLAUDE.mdに文で書くのではなくhookにする。ほかに、モデルの使い分けや定期タスクの書き方も順に見ていく。

内容と仕組みの置き場を分ける

Andradeは9月2日公開のClaudeを3,600時間使って学んだことをまとめた記事で、作業の置き場を「内容」と「仕組み」の2つに分けていると書いた。チームが使う内容は、01-clientsのような番号つきの作業フォルダに入れる。skill、定期タスク、プロンプトは、それとは別の仕組みフォルダに置き、バージョン管理する。

こう分けると、日々増えていく顧客の資料と、Claudeの動かし方を決める指示が混ざらない。仕組みの側だけを履歴つきで管理できるので、どの指示をいつ変えたかを後から追える。作業フォルダに番号を付けるのも、人とClaudeのどちらが見ても置き場が迷わないようにするためだと読める。

同じ記事では、CLAUDE.mdを短く保つことも勧めている。常に正しい行だけを残して半分以上を削り、条件つきの指示はskillに移した。守らせたい決まりはhookにする。本人の言い方を要約すると「CLAUDE.mdの決まりは提案で、hookは保証」になる。文で書いた決まりは読まれても守られるとは限らないが、hookなら決まった時点で必ず動く、という区別だ。

役割でモデルと担当を分ける

同じ記事では、役割に応じてモデルを分けるやり方にも触れている。安いモデルのsubagentが並列で下書きを作り、強いモデルがそれを審査する。frontendとbackendは担当するfileで分け、その間にAPIの取り決めを置く。

下書きは数を出すことが大事なので安いモデルに並列で任せ、良し悪しの判断が要る審査だけを強いモデルに回す、という配分だ。frontendとbackendを担当のfileで分けておけば、2つの作業が同じfileを同時に書き換えることがない。間に置くAPIの取り決めが、両側が守る約束になる。担当の境目を先に決めておくことで、並列にしても作業がぶつかりにくくなる。

定期タスクは値を前に出す

定期タスクの書き方にも決まりがある。3,600時間の記事によると、フォルダや時刻、件数のような値は、指示文の冒頭の変数ブロックにまとめて出す。報告の形は、report-formatという1つのskillにそろえる。使わなくなった指示は、注記を残さずに消す。理由は、Claudeが注記にも従ってしまうからだという。

値を冒頭に集めれば、時刻や件数を変える時に本文を読み直さずに済む。報告の形を1つのskillにまとめておけば、タスクが増えても報告の見た目がばらばらにならない。古い指示に「使わない」と注記して残すより、消してしまう方が、Claudeが誤って従う心配がない。

定期タスクを手元のfileで持つ

10月4日公開のClaudeの利用者が10月6日までにすべきことを書いた記事では、Coworkの「このPCだけで動く定期タスク」が廃止される件を取り上げた。Andradeは、タスクをクラウドに移すと履歴がAnthropic側に行き、タスクが自分のfileでなくなると指摘する。代わりに勧めるのが、タスクと履歴をローカルのfileとして持てるClaude Codeだ。

例として挙げているのは、有料購読者向けの講座のUdemyのクーポンを毎月作り、Googleスプレッドシートに記録するタスクだ。毎月くり返す事業の作業を、手元のfileとして持ち続けたいという考え方が分かる。タスクと履歴が自分のfileにあれば、前の月に何を作ったかを自分で読み返せるし、置き場を移す時も自分で運べる。先に見た仕組みフォルダの考え方とも、つながっている。

文章の型をskillにする

くり返す文章の型も、skillにしている。10月7日公開のマッキンゼーの枠組みでClaudeの文章を良くした記事では、Mintoのピラミッド原則をpyramid-writerというskillにした。本人の文体を書いたfileを読ませ、受信箱に届いた実際のメールで試している。試したのは、スポンサー費の増額の依頼と、契約の修正をつけた承認の返事だ。

型をskillにしておけば、毎回プロンプトで説明し直さずに済む。文体のfileを読ませるので、出てくる文も本人の書き方に寄る。試す相手に実際のメールを選んでいるのも、型が本番の用件で使えるかを確かめるためだと読める。ここでも、くり返す作業は仕組みの側に置くという考え方が通っている。

編集部の見方

取り入れるかは別として、まず理解するなら、Andradeが「内容の置き場」と「仕組み（skill・定期タスク・hook）の置き場」を分け、守らせたい決まりはCLAUDE.mdの文ではなくhookに置いている点を見てみるといいかもしれない。Claude CodeやCodexに任せる作業が増えてきた時、自分の指示のうち、どれが提案で、どれを必ず守らせたいのかを分けて考える手がかりになる。