一键导入
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.