Contracts — Pillar 2: Solution Mechanism¶
How this repo works. Architecture, design rules, authority order, and integration contracts.
Authority Order¶
- repo_owner_rules — Rules established by the repo owner
- repo_governance — ADRs and governance docs in
docs/adr/ - architecture_spec — Architecture model in
docs/architecture.md - contract_spec — MCP contract expectations in
docs/repo-mcp-contract-expectation.md - framework_guidance — Cross-repo guidance from
dirac-framework
Discovery Contract¶
- Resolve repo metadata through the workspace registry first
- Only load
docs/agent/manifest.yamlwhen the registry declares a real manifest - Use registry-declared entrypoints for fallback repos
- Use heuristic probing only as a last resort
Four-Pillar Canonical Structure¶
Every repo SHALL expose four pillar surfaces (ADR-0003):
| Pillar | Resource | File |
|---|---|---|
| Rationale | repo://{repo}/capabilities |
docs/context/capabilities.md |
| Solution Mechanism | repo://{repo}/contracts |
docs/context/contracts.md |
| Deployment Instructions | repo://{repo}/workflows |
docs/context/workflows.md |
| Documentation & Training | repo://{repo}/start-here |
docs/agent/start-here.md |
Integration Contracts¶
- MCP resources:
workspace://*(workspace-level),repo://*(repo-level) - Manifest schema: defined in
docs/agent/manifest.yamlanddocs/repo-mcp-contract-expectation.md - Registry format:
workspace-repo-registry.generated.json