AGENTS.md · git:20260906.f9cef19 · 2026-09-06 · sha256 163019fad7afdd32

AGENTS.md git:20260906.f9cef19A

Immutable. This exact content is served forever at /api/v1/blob/163019fad7afdd32.

# Repository working instructions

## Read the standards first

Before modifying code, read
`skills/standards_and_architecture/SKILL.md`
and the documentation for the affected skills.

The standards skill is the authoritative reference for repository
conventions. Do not duplicate or redefine those conventions here.

## Scope and approval

Clarify unresolved requirements before editing. Ask before changing
skills outside the agreed scope or changing established contracts.
Approval already given does not need to be requested again.

## Preserve existing contracts

A request to add or fix functionality does not authorize changing
established conventions.

Preserve person identity and matching, filenames, storage layout,
manual-input precedence, cache behavior, public APIs, and registry
orchestration unless the user explicitly authorizes a change.

Before editing:

- Inspect the canonical shared implementation and its callers.
- Inspect a comparable existing skill and relevant tests.
- Check Git history when the intended convention is unclear.

If documentation and established behavior conflict, explain the
specific conflict before changing the affected contract. Do not
silently choose a new convention.

## Reuse shared implementations

Use the repository's existing abstractions for identity, matching,
paths, insight lifecycle, configuration, and orchestration.

Do not introduce local replacements, alternate discovery paths,
filename variants, or generation modes without checking how they
interact with existing consumers and caches.

## Verify compatibility

Run tests appropriate to the changed behavior.

Put lasting regression coverage in pytest rather than leaving temporary
verification scripts.

For changes affecting shared contracts, add or retain regression
coverage based on the established behavior. Do not change test
expectations merely to make a new implementation pass.

Review the complete diff before finishing. Check for unintended
changes to conventions, callers, configuration, and documentation.

Report what changed, what was verified, and any remaining
compatibility risks.