ワンクリックで
agent-conduct
Shared hard rules enforced across all squad agents
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Shared hard rules enforced across all squad agents
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Standard collaboration patterns for all squad agents — worktree awareness, decisions, cross-agent communication
How to write comprehensive architectural proposals that drive alignment before code is written
Defensive CI/CD patterns: semver validation, token checks, retry logic, draft detection — earned from v0.8.22
Platform detection and adaptive spawning for CLI vs VS Code vs other surfaces
Coordinating work across multiple Squad instances
How to coordinate with squads on different machines using git as transport
| name | agent-conduct |
| description | Shared hard rules enforced across all squad agents |
| domain | team-governance |
| confidence | high |
| source | reskill extraction — Product Isolation Rule and Peer Quality Check appeared in all 20 agent charters |
Every squad agent must follow these two hard rules. They were previously duplicated in every charter. Now they live here as a shared skill, loaded once.
Tests, CI workflows, and product code must NEVER depend on specific agent names from any particular squad. "Our squad" must not impact "the squad." No hardcoded references to agent names (Flight, EECOM, FIDO, etc.) in test assertions, CI configs, or product logic. Use generic/parameterized values. If a test needs agent names, use obviously-fake test fixtures (e.g., "test-agent-1", "TestBot").
Before finishing work, verify your changes don't break existing tests. Run the test suite for files you touched. If CI has been failing, check your changes aren't contributing to the problem. When you learn from mistakes, update your history.md.