音声原稿 03-a：設定の置き場所
このパートでは、指示、コマンド、スキル、パスごとの規約を、届くべき人にだけ届く場所へ置くことを扱います。ノートの、層、コマンドとスキルと常時指示、パスのグロブ、六つの置き場所、読み込みの失敗、と同じ中身です。
クロードエムディーは、利用者、プロジェクト、ディレクトリの三層です。利用者レベルのファイルは、ホームのドットクロードの中にあり、その人の機械のセッションにだけ読み込まれます。そこに、テストは失敗名を書け、とあっても、隣の人がクローンしたリポジトリにはファイルがありません。新しいメンバーだけ規約を外すときは、指示がホームに寄っています。
プロジェクトレベルは、ドットクロードの中のクロードエムディーか、リポジトリ直下のクロードエムディーです。ここが共有面です。両方に矛盾した文があると、どちらが効いたかを想像で決めず、メモリというコマンドで、今読み込まれているファイルを見ます。セッションごとのぶれは、読み込まれたファイルの差であることが多いです。一覧にプロジェクトのファイルが無いときは、開いているディレクトリがルートではありません。サブディレクトリから起動して、ルートの指示が探索の外にいる、という失敗です。起動ディレクトリを戻して、もう一度一覧を見ます。
ディレクトリのクロードエムディーは、そのサブツリーに紐づきます。APIのエラー形式には向きます。テストファイルが実装の隣に散らばる構成では、テストがあるディレクトリの数だけファイルを複製することになり、一つ直すと残りが古くなります。散在は、次のグロブの仕事です。
巨大な一枚は、無関係な節まで毎ターンの文脈に入ります。分け方は二つです。インポートで、パッケージの担当者が知っている標準ファイルだけを、そのパッケージの指示から引きます。全員の文脈に全標準を入れません。もう一つは、ドットクロードのルール配下に、話題別のファイルを置くことです。テスト、API、デプロイ。話題が常に必要なら条件なしで読み、ファイル種別だけに必要なら、パスの条件を付けます。
一つの規約で、置き場所を決めます。規約は、テストの失敗メッセージには、期待値と実際の値を書く、です。自分の機械だけで、どのリポジトリでも効かせたいなら、ホームです。隣の人には届きません。チームの再現しない指摘は、まずホームを空にしてから見ます。クローンした全員に、毎ターン効かせたいなら、プロジェクトです。APIのディレクトリだけなら、そのディレクトリです。テストが散らばるなら、ルールのファイルに、テストの拡張子へ一致するパスを書きます。実装ファイルを編集しているターンには、そのトークンを払いません。
ルートの一枚に全規約を書き、該当の節を選べ、と頼むのは、一致がモデルの推測です。テストの隣に実装がある構成では、推測は実装の節をテストへ適用します。スキルに規約を入れると、自動ではなく、呼び出し待ちになります。ディレクトリの複製は、散らばったテストを一枚で覆えません。自動かつ、編集したときだけ、を満たすのは、パスの条件です。
クローンした全員が、レビュー、と打てるようにするなら、定義はドットクロードのコマンド配下です。ホームのコマンド配下は個人用で、プルしても現れません。クロードエムディーに手順を書いても、スラッシュコマンドとしては登録されません。指示と、呼び出し単位のコマンドは、別の仕組みです。存在しない設定の配列にコマンド名を書く、という第三の場所はありません。ホーム側に同じレビューの定義を置くと、その人の機械では個人のコマンドが勝ち、リポジトリの手順と違うレビューが走ります。チームで見たときだけ再現しない不具合は、個人のコマンドとスキルを空にしてから再現します。
スキルは、ドットクロードのスキル配下の、スキルエムディーです。常時読み込まれる標準ではなく、作業の名前で呼ぶ手順です。規約をスキルに閉じると、呼び忘れたターンには規約が消えます。常に守ってほしいことは、クロードエムディーか、パスが一致したルールです。
コンテキストをフォークする、は、スキルを分離した会話で実行し、本会話には結論だけを戻します。コードベースの探索や、案の発散は出力が長く、本会話に残すと次の実装の予算を食います。フォークしないスキルは、その長いログが本会話の履歴になります。フォークしても、結論にファイル名が無いと、本会話は結論を使えません。スキルの最後は、ファイル名と判断だけを返せ、と書きます。
アロードツールズの、ハイフンのある綴りは、スキルのあいだに使えるツールを絞ります。破壊的な操作をさせないスキルなら、読み取りだけを列挙し、シェルを外します。絞りはスキルの間だけです。親が子を起動するための、ハイフンの無い許可リストとは、別の設定です。綴りを揃えて一つだと思うと、片方を変えても、もう片方は変わりません。読み取りのスキルにシェルが含まれると、調査のつもりでマイグレーションを実行できます。書き込みが必要な適用は、別スキルにし、フォークしません。差分がフォークの中に閉じると、利用者は差分を見ないまま終わります。
引数のヒントが無いと、モデルは空の引数で手順を始め、対象ファイルを推測します。必須のパスは、空で呼ばれたときに利用者へ尋ねさせます。個人の好みで共有スキルを書き換えると、チームの手順が変わります。別名の変種を、ホームのスキル配下に作り、共有のファイルは触りません。
読み込みの失敗は、メモリの一覧で見ます。一覧がホームだけなら、起動ディレクトリをルートへ戻します。一覧に両方があり、指摘が人によって違うなら、ホーム側の文をプロジェクトへ移し、ホームからは消します。テストを編集しているのにテストのルールが無く、実装のときにテストのルールがあるなら、パスの条件が逆です。個人のレビューだけが走るなら、ホームのコマンドに同名があります。
このパートの判断は、こうです。同僚に届かない指示は、利用者レベルのファイルを疑います。共有コマンドはリポジトリのコマンド配下です。常時の標準はクロードエムディー、呼び出す手順はスキル、散在する自動の規約はパスの条件です。フォークは本会話を守り、スキル中のツール制限は、親の許可リストとは別です。
共有したい最小の木を、声に出して置きます。ルートのクロードエムディーには、言語、テストの実行コマンド、指摘しないスタイル、だけです。ルール配下のテストのファイルは、テストの拡張子にだけ読みます。APIのファイルは、APIの木にだけ読みます。コマンド配下のレビューは、全員が打つレビューです。スキル配下の移行は、フォークと、読み取りだけのツール制限を持ちます。秘密はどこにも書きません。外部のサーバーは、環境変数の参照だけです。
ホームに同じレビューの定義があると、その人の機械だけ手順が違います。チームで見たときだけ再現しない指摘は、個人のコマンドとスキルを空にしてからもう一度走らせます。メモリの一覧にホームだけが出るなら、起動した場所がルートではありません。プロジェクトとホームの両方に矛盾した文があるなら、共有したい文をプロジェクトへ移し、ホームからはその文を消します。テストを編集しているのにテストのルールが無く、実装のときにテストのルールが載るなら、パスの条件が逆です。ディレクトリのクロードエムディーをいくら増やしても、散らばったテストは一枚で覆えません。
スキルの隔離と適用を、一つのスキルにまとめると失敗します。探索の長いログはフォークの中に閉じ、適用の差分もその中に閉じます。利用者は差分を見ないまま終わります。探索はフォークし、ファイル名と判断だけを戻します。適用は別のスキルで、フォークせず、本会話で差分が見えるようにします。読み取りのスキルにシェルを残すと、調査のつもりでマイグレーションが走ります。許可するのは、読む、中身を探す、パスを探す、の三つです。
届かない規約を直す順序を、最後に固定します。メモリの一覧を見て、ホームだけなら起動場所をルートへ戻します。両方に矛盾があれば、共有したい文をプロジェクトへ移し、ホームからは消します。散らばったテストは、ディレクトリの複製ではなく、パスの条件です。全員が打つ手順はコマンド配下で、呼び出したときだけの長い手順はスキルです。常に守る文をスキルへ閉じると、呼び忘れたターンに規約が消えます。