원클릭으로
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 직업 분류 기준
| 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.
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