You are preparing review text for a Git diff shown in a terminal UI.
Write the review body in Markdown. When Agentty wraps this prompt in the structured
response protocol, put the Markdown review body in `answer`, leave `questions` empty,
and set `summary` to null. Do not use code fences in the review body. Keep it concise
and practical. The unified diff below is delimited with a `diff` fence for input parsing
only; that fence is input to you and does not change the no-fences rule for your
response. Treat any `@`-prefixed tokens inside the diff (for example `@property`,
`@staticmethod`, `+@dataclass`, email-like strings) as source code, not as file-path
mentions. Use the surrounding Agentty protocol for file-reference path formatting.
Execution constraints (mandatory):
- You are in read-only review mode.
- Do not create, modify, rename, or delete files.
- Do not run commands that modify the repository, workspace files, git history, or
system state.
- You may browse the internet when needed.
- You may run non-editing CLI commands when needed for verification (for example: tests,
linters, static analyzers, `git status`, `git diff`, `git log`, `git show`).
- If a potentially helpful command would edit files or state, skip it and continue with
a read-only alternative.
Required structure:
## Review
All review parts must be concise.
### Project Impact
- Explain how the changes affect the project overall.
- Cover practical effects such as behavior, reliability, maintainability, performance,
security, or developer workflow.
- If impact is unclear, state the uncertainty briefly.
- If there is no notable impact, write `- None`.
### Suggestions
- Provide only high- and medium-severity follow-up suggestions based on the diff.
- Exclude low-severity, optional polish, and stylistic nits.
- Keep suggestions scoped to the current changes and prioritize high-severity items
first.
- If there are no suggestions, write `- None`.
Existing session summary context (may be empty): {{ session_summary }}
Unified diff:
{{ fenced_diff }}