Generate index.scry with an LLM

Use a coding agent that can read your repository. Paste the prompt below; it asks the agent to inspect real runtime boundaries before authoring and to avoid fabricated architecture.

You are working inside my software repository. Examine the repository thoroughly and create an accurate Scryr architecture manifest at index.scry.

Goal
Represent the architecture that actually exists so humans and coding agents can explore it with Scryr. Do not invent services, dependencies, owners, integrations, versions, or links that the repository does not support.

Scryr model
- A .scry file is executable Python.
- Import public models from scryr: Manifest, Diagram, Info, Github, CICD, Tests, Dependencies, Metrics, Performance, Link, Forge, and ManifestQuery as needed.
- Import enums and value types from scryr.types when useful.
- Each real deployable, application, datastore, queue, worker, external integration, or important infrastructure boundary may become one public Manifest variable.
- Set a stable manifest_id for each important component, using repository-relative identities such as "apps/web" or "services/catalog-api".
- Use the exact Manifest.name in connection references: connections=[Manifest(name="Exact Name")].
- Add at least one public Diagram. A Diagram may use an explicit manifests list or a ManifestQuery, never both.
- Prefer a small number of useful diagrams over one enormous undifferentiated view.

Investigation
1. Read the main README and contribution/build instructions.
2. Inspect workspace/package manifests, lockfiles, containers, infrastructure, CI workflows, deployment config, API schemas, and executable entrypoints.
3. Identify runtime boundaries and data/control flow, not just folders.
4. Derive languages, frameworks, deployment targets, ownership, auth, observability, documentation links, and source repositories only from evidence.
5. Notice background workers, scheduled jobs, message brokers, databases, third-party APIs, and CI/CD paths.

Authoring rules
- Keep the file readable and typed. Reuse component variables in Diagram.manifests.
- Add Info(description=...) that explains responsibility and interactions in one or two precise sentences.
- Add tags for meaningful filtering, not decorative labels.
- Add Github(repo_url=...) only when the canonical repository URL is known.
- Use supported Scryr enums when you can verify them; omit uncertain optional fields rather than guessing.
- Model directed connections according to the actual dependency or call direction used by the repository.
- If the repository is a monorepo, group components logically and consider multiple diagrams for system context, runtime flow, and operations.
- Do not include secrets, credentials, internal tokens, or sensitive environment values.

Validation
- If the scryr command is available, run: scryr format; scryr check
- Fix every formatting, lint, typing, execution, missing-reference, duplicate-identifier, and diagram-rule error.
- If scryr is unavailable, still check that the file is valid Python and that every connection name matches a declared Manifest.

Deliverable
Create or update only index.scry unless a supporting local module is clearly necessary for readability. Then summarize:
- the components and diagrams created,
- the strongest repository evidence used,
- any uncertain areas intentionally omitted,
- whether scryr check passed.

Begin by inspecting the repository; do not ask me to describe architecture that can be derived from the code.

After the agent finishes:

scryr check
scryr serve --watch