「そちらのものは、誰の公式標準でもない」
そのとおりです。だから公開しています。Reminderはmarkdownです。どんなエディタでも開けて、私たちなしで読めて、許可なしに変えられます。そのファイルに意味を持たせ続けるために動いていなければならないランタイムは、ありません。明日IllAIraがなくなっても、ファイルは手元に残り、同じように動きます。他人のサービスの中にある記憶には、それができません。
Claudeを使っているなら、Skillsをご存じでしょう。指示ファイルの入ったフォルダで、AIが必要なときに読み込みます。Reminderによく似ているので、「それならもう持っている」と思うかもしれません。でも、同じ仕事はしていません。違いは一行で言えます。Skillが答えるのは物事がどう行われるか、Reminderが答えるのはそれを行っているのは誰かです。
あなたが思う前に、先に出しておく反論
どれも本当のことで、はぐらかすつもりはありません。Skillは、中にSKILL.mdが入ったフォルダです。名前と説明という2行のフロントマターがあり、そのあとにテキストが続きます。markdownで、あなたのもので、gitで管理され、明日気が変わったらそのまま持っていけます。何かに縛られているわけではありません。
しくみもよくできています。Skillが必要になるまでは、説明の部分、百語ほどだけがメモリに残ります。本文はAIが関連があると判断したときに読み込まれ、補助ファイルは実際に開かれたときだけ読み込まれます。これは段階的開示と呼ばれ、AIに百通りの能力を持たせながら、毎回の文でそのすべてのコストを払わずに済ませる、正しいやり方です。
ですから、このページはSkillsの出来が悪いと言うためのものではありません。このページがあるのは、その仕組みが、能力にとっては長所でも、アイデンティティにとっては欠点になるからです。
Skillは必要なときに入ってきます。それがこの仕組みの美点のすべてです。理由がなければ場所を取らず、AIは説明を読んで理由があるかを判断します。「うちのルールに沿ってプレゼン資料を整える」のように、火曜には必要でも木曜には要らない作業にぴったりです。
アイデンティティは、そういう仕組みではありません。あなたが誰であるかは、話題に応じてオンになる能力ではありません。口を開く前からすでにそこにあるもので、質問をどう読むかを決めています。呼び出されたときにだけ現れるものは、人格ではなく、マニュアルです。
料理ができることと、お腹がすいていることの違いと同じです。前者は必要なときに取り出すもの。後者は、食べ物のことを考えていないときでもあなたを動かします。
SKILL.md には、この部分は書き換えないでと書く方法がありません。これは見落としではありません。Skillは、AIに使ってもらうために渡すものなので、守るべきものがないのです。
一方、Reminderの向こう側には、読み、理解し、書き換えるかもしれない相手がいます。だからすべてのブロックが、どこまでがあなたのものかを宣言します。あなただけが変えられるルールから、AIが断りなく更新するメモまで。マニュアルと憲法の違いであり、Reminderが文章ではなく構造を持っている理由でもあります。
| Skill | Reminder | |
|---|---|---|
| 何に答えるか | ものごとのやり方 | やっているのが誰か |
| コンテキストに入るとき | AIが関係ありそうと判断したとき | 常に、最初の行から |
| 中身 | 手順、いくつかの例、いくつかのスクリプト | コア、モジュール、記憶、権限 |
| 書き換えられる人 | あなた、会話の外で | ゾーンしだい:ファイルの中に宣言されています |
| 取り除いたら | AIがそのやり方を知らなくなる | AIが「誰か」でなくなる |
| 覚えていること | なし:明日も今日と同じ | どうだったか:モジュールの関連記憶の中に |
どちらか一方ではありませんし、そうする意味もありません。うまくいく分担ははっきりしています。能力はSkill、アイデンティティはReminder。同じ会話で、衝突はありません。同じ場所を取り合っていないからです。
コーディングエージェントでは、この分担にはすでに居場所があります。エージェントが起動時に読むファイル——CLAUDE.md、AGENTS.md——がアイデンティティの置き場で、Skillはそのアイデンティティが実行できる手順として残ります。
しかも、境界は見た目よりずっと行き来しやすいものです。すでに持っているSkillは、ほぼ一行ずつモジュールに置き換えられます。作り直すものは何もありません。2つの形は、同じ4つの問いに答えているからです。
逆方向も成り立ちます。ここが意外なところです。SKILL.md で必須なのは、名前と説明の2行のfront matterだけ。その下は自由で、本文の構造を決めている人はいません。Skillがゆるい文章で書かれがちなのは広まった習慣であって、規則ではありません。Anthropic自身のガイドラインも、番号付きの手順、出力テンプレート、例を勧めています。それはまさに、モジュールがすでに持っている形です。書き直さずに、front matterの下に収まります。
ひとつだけ、渡れないものがあります。言っておく価値があります。モジュールの中なら、この部分は書き換えないと宣言する行には居場所があり、アプリがそれを守ります。SKILL.md の中では、その行には置き場がなく、守ってくれるアプリも間にいません。ゾーンの印はテキストとして残るだけで、誰も適用しません。能力の翻訳は、問題なくできます。アイデンティティの翻訳はできません。このページが言っているのは、それだけです。
Skillをモジュールに翻訳するのは、ひとつの道です。もうひとつは、まったく翻訳しないこと。SKILL.md の本文はmarkdownで、モジュールはそれをそのままの形で受け入れます。その部分が誰のものかを宣言する行の下に置くのです。Standardではそれを ### SUB-MODULE: と呼び、その下にSkillのテキスト全体——機能、手順、例——が入ります。何も書き換えません。誰のものか、どこにあるかを示すだけです。
## MODULE 07: ...
### FUNCTION
### SUB-MODULE: SKILL_A
#### FUNCTION
#### ROUTINE
### SUB-MODULE: SKILL_B
#### FUNCTION
#### ROUTINE
[P4]
### ASSOCIATED MEMORY
[/P4]モジュールがその周りに加えるのは、SKILL.md に置き場のない2つのものです。ひとつは権限ゾーン。接ぎ木したテキストは、誰が書き換えられるかを宣言するブロックの中に入り、その拒否をするのはモデルではなくアプリです。もうひとつは ### ASSOCIATED MEMORY、使ううちにわかったことが積もるセクションです。あなたの場合、その手順は順番が違う、あなたのファイルではあの段階がうまくいかない、出力はもっと短くしたい、といったこと。Skillはやり方を知っています。モジュールは、どうだったかを覚えています。
しかも、モジュールには複数入れられます。3つのSkillが同じ仕事——PDFを読む、そこから表を取り出す、要約を書く——をしているなら、同じモジュールに、### SUB-MODULE: ごとにひとつずつ接ぎ木できます。それ以降、それらは1つずつ点灯するのではなくなります。モジュールが入るとき、一緒にコンテキストに入り、互いが見えます。選ぶのはあなたで、段階的開示をやめる瞬間でもあります。
代償ははっきりしています。そのモジュールが有効なときは毎回、3つ分を払います。ひとつだけ必要だった日も同じです。その代わりに手に入るのは、互いに矛盾しなくなることです。3つではなくひとつの関連記憶、同じ一文を3か所に書く代わりに一度だけ書かれたルール、AIが片方だけ読み込んで片方を読み込まなかったせいで仕事が中途半端に終わることもありません。仕事がひとつなら、モジュールもひとつ。3つの仕事なら、分けておいて、必要なときに点灯させましょう。それはまさに、Skill単体のほうがこれよりうまく働くケースです。
今は手作業になることがあります。先に知っておく価値があります。接ぎ木はコピー&ペーストで、その瞬間からコピーはあなたのものです。Skillの作者が新しいバージョンを公開したら、取り込むかどうかはあなたが決めます。テキストはあなたのファイルの中に丸見えで、ファイルが更新されるのと同じ方法で更新されます。ほかのすべてと同じ取り決めです。見えないところで何かが動くことはありません。
IllAIraを使うことのない人にも、言っておく価値があることです。Skillは、ものごとのやり方を知っています。それを収めるモジュールは、どうだったかを記録します。あなたのファイルではその手順はうまくいかない、出力はもっと短くしたい、あなたの場合その手順は順番が違う、といったこと。手順と、手順の経験が、同じオブジェクトの中に、異なる権限で入っています。前者はモデルが書き換えないゾーンに、後者はモデルが自分で追記するゾーンに。
こうして、Skillは変わらず、モジュールは変わります。手順の周りに運用の記憶が育ちます。その能力があなたとどう使われてきたかの履歴で、モジュールが有効なときはいつでもモデルの手の届くところにあります。Sphere Gridで、アーカイブ全体がノードの関連記憶になるときに見える形と同じです。あちらはwiki、こちらは手順。使いながら集めたものが、できることから垂れ下がっています。
そのとおりです。だから公開しています。Reminderはmarkdownです。どんなエディタでも開けて、私たちなしで読めて、許可なしに変えられます。そのファイルに意味を持たせ続けるために動いていなければならないランタイムは、ありません。明日IllAIraがなくなっても、ファイルは手元に残り、同じように動きます。他人のサービスの中にある記憶には、それができません。
しばらくは機能します。そのうち長くなり、足りないものが3つ見えてきます。全体を読み直さないと一か所も変えられない、ある部分を触れないと宣言できない、そして見渡せない——それは地図ではなく、文字の壁です。Reminderは同じ考えの上に構造を載せたもので、ほかのすべてを可能にするのはその構造です。
持たせられます。そして、それが一番まちがえやすい方法です。ほとんどうまくいくからです。でもそれは、AIが今は関係あると判断したときに読み込まれるものにとどまり、自分自身については何も書き換えてはいけないと、誰も教えていません。守りのない、とぎれとぎれの人格になります。アイデンティティのように見えて、そうであるべき場面で、そうではなくなります。
もっともな質問です。正直な答えは、手作業で、無料でできます。誰も止めません。Standardは意図して公開しています。私たちが売っているのは、その先です。作ったものを見渡すSphere Grid、アプリが実際に守る権限ゾーン、これを仕事にしている人があらかじめ書いたReminder、何が使われたかのトレース。フォーマットではありません。それはどちらにせよ、あなたのものです。
誰も保証しません。そうだと言う人は、何かを売りつけようとしています。ReminderはAIが読むテキストです。AIは指示を尊重する範囲でそれを尊重します。ほとんどの場合は守りますが、契約によるものではありません。Skillも、システムプロンプトも、そのほかAIの前に置くものすべて、同じです。
私たちが保証できるのは、もう一方の半分で、そちらこそ大事なほうです。ゾーンがだめと言う場所には、アプリは書き込みません。そしてその拒否は、モデルを通りません。モデル側にあるのは宣言された慣習、私たち側にあるのは、読めるコードです。
ほかのすべてと同じです。モデルは学習し、すでに確立されたもの——物事のあり方——として知っていることを、自分で尊重するようになります。アプリの外でも——チャットでも、別のツールでも——尊重してもらう唯一の方法は、使うことです。方法が公に使われるほど、モデルが見つけると期待するものになっていきます。契約に書かれた保証ではありません。モデルにとっても人にとっても、慣習が習慣になる仕方です。
離れるときのコストは、ファイルを持っていくことです。.mdで、すでにあなたの端末にあり、ZIPエクスポートはワンクリックです。書き出すデータベースも、変換するプロプライエタリな形式も、こちらに残る履歴もありません。「あとで抜けたくなったら?」は、誰に対しても聞くべき質問です。私たちの答えは、すでに抜けています、です。ファイルは最初から私たちのものではありませんでした。
はい、少なくない量です。だからこそ構造がモジュール式なのです。アイデンティティを載せた織機は常にそこにあり、モジュールは必要なときに足し、不要になったら外します。最小限がいい人は、織機だけを残します。全部がいい人は、全部の分を払い、それを承知しています。ただし払う相手はプロバイダではありません。そのトークンは無料プランに収まりますし、ひとつが尽きたら、同じファイルが次のもので開きます。
はい。見た目より少なくて済みます——タイトル、いくつかのコア、いくつかのモジュール——が、ゼロではありません。そうでないふりもしません。最初の日は、チャットを開いて打ち込むほうが早いです。違いが出るのは30日目、そのチャットが何も覚えていなくて、ファイルが覚えているときです。
Skillは、あなたのAIができること。Reminderは、それをしているときのAIが誰であるか。両方持っていてください。同じ場所にはないので、互いを踏みつけません。