agent-conduct
GitHub定义跨团队代理的硬性规则，包括产品隔离与同行质量检查。禁止在代码中硬编码特定代理名称，要求提交前运行测试并检查CI状态，确保变更不破坏现有功能。
Trigger Scenarios
Install
npx skills add microsoft/Generative-AI-for-beginners-dotnet --skill agent-conduct -g -y
SKILL.md
Frontmatter
{
"name": "agent-conduct",
"domain": "team-governance",
"source": "reskill extraction — Product Isolation Rule and Peer Quality Check appeared in all 20 agent charters",
"confidence": "high",
"description": "Shared hard rules enforced across all squad agents"
}
Context
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.
Patterns
Product Isolation Rule (hard rule)
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").
Peer Quality Check (hard rule)
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.
Anti-Patterns
- Don't hardcode dev team agent names in product code or tests
- Don't skip test verification before declaring work done
- Don't ignore pre-existing CI failures that your changes may worsen
Version History
- bd4e082 Current 2026-08-20 14:05
