Urazuke — 共同作業：複数の開発者が、それぞれ自分のエージェントとともに、同じブランチの上で

We work as a team on one shared branch, each person with their own agent session, and the only shared memory is what is written in the repository. Rules: (1) At the start of every session, read docs/STATUS.md, docs/DECISIONS.md and docs/PENDING.md; never touch a pending item claimed by someone else, and never take one that touches a module another claimed item touches. (2) Before every integration into the shared branch: pull the others' changes, run the full suite and the quality gate, and only then push; integrate several times a day, never at the end of the week. (3) Never push with the pipeline red; whoever turns it red fixes it before anything else or reverts. (4) Anything that cannot be finished and integrated today goes behind a feature switch, off by default, noted in the pending item. (5) Before touching a contract between parts (a service, a table, a list of values), look up its consumers in docs/PRODUCER_CONSUMER_MAP.md and update them in the same change, whoever owns them. (6) Every business decision goes to docs/DECISIONS.md the moment it is taken, with the person's name and the date. (7) Update docs/STATUS.md with what you are doing when you start and when you stop, so that the others' agents see it. Reply in my language.

私たちは一つの共有ブランチの上でチームとして働きます。各人が自分自身のエージェントのセッションを持ち、共有される記憶はリポジトリに書かれているものだけです。ルール：(1) 各セッションの始めに docs/STATUS.md、docs/DECISIONS.md、docs/PENDING.md を読んでください。他人が宣言した保留項目には決して触れず、他人が宣言した保留項目が触れるモジュールに触れるものを決して取らないでください。(2) 共有ブランチへの各統合の前に：他の人の変更を取り込み、完全なテスト群と品質のゲートを走らせ、その後で初めてプッシュしてください。一日に何度も統合し、決して週の終わりにではなく。(3) 連鎖が赤のときは決してプッシュしないでください。赤にした者が、他の何よりも先に直すか、戻します。(4) 今日中に終えて統合できないものは、既定で消した機能スイッチの後ろへ置き、保留項目に書き留めてください。(5) 部分と部分の間の契約（サービス、テーブル、値のリスト）に触れる前に、docs/PRODUCER_CONSUMER_MAP.md でその消費者を調べ、誰のものであれ同じ変更の中で更新してください。(6) すべての事業上の決定は、決まったその瞬間に、人の名前と日付とともに docs/DECISIONS.md へ行きます。(7) 始めるときと止めるときに、何をしているかを docs/STATUS.md に更新してください。他の人のエージェントがそれを見られるように。私の言語で答えてください。

I am taking pending item [PND-NNN]. Before anything: list the pending items claimed by others and tell me whether any of them touches the same modules as mine, by the "modules it touches" field and by the producer-consumer map; if there is an overlap, stop and tell me, do not start. If there is none, write my name in the "claimed by" field with today's date, write in docs/STATUS.md what I am starting, re-read the item's specification, and tell me which contracts of the map this item will touch and who consumes them. Reply in my language.

保留項目 [PND-NNN] を取ります。何よりもまず：他人が宣言した保留項目を列挙し、「触れるモジュール」の欄と生産者・消費者の地図によって、そのどれかが私のものと同じモジュールに触れるかを教えてください。重なりがあれば、止まって私に教えてください。始めないでください。なければ、「宣言者」の欄に今日の日付とともに私の名前を書き、docs/STATUS.md に私が何を始めるかを書き、保留項目の仕様を読み直し、この保留項目が地図のどの契約に触れることになり、誰がそれを消費しているかを教えてください。私の言語で答えてください。

We are going to integrate into the shared branch. Pull the others' changes first and tell me what came in and whether anything touches my modules. Resolve conflicts, if any, by reading both sides and asking me when a business rule is involved; never by keeping mine. Run the full suite, the quality gate and, if this is an inherited system, the characterization suite, and show me the counts. If anything is red, stop: tell me what and whose change it comes from. If this item is not finished, confirm the feature switch is off by default and say so in the commit message. Then push, show me the pipeline green on the shared branch, and update docs/STATUS.md and the pending item. Reply in my language.

共有ブランチへ統合します。まず他の人の変更を取り込み、何が入ってきたか、そして何かが私のモジュールに触れるかを教えてください。衝突があれば、両側を読んで解決し、事業ルールが絡むときは私に聞いてください。決して私のものを残すことで解決しないでください。完全なテスト群、品質のゲート、そしてこれが受け継いだシステムなら特性化テスト群を走らせ、数字を見せてください。何かが赤なら、止まってください：何が、誰の変更から来ているかを教えてください。この保留項目が終わっていないなら、機能スイッチが既定で消えていることを確認し、コミットのメッセージでそう言ってください。その後プッシュし、共有ブランチの上で連鎖が緑であることを見せ、docs/STATUS.md と保留項目を更新してください。私の言語で答えてください。