Skip to content

Commit 6d8230d

Browse files
committed
Remove codescene agents entry
1 parent 2396c41 commit 6d8230d

1 file changed

Lines changed: 0 additions & 52 deletions

File tree

AGENTS.md

Lines changed: 0 additions & 52 deletions
Original file line numberDiff line numberDiff line change
@@ -107,55 +107,3 @@ Documentation lives in `doc/` and is built with Sphinx.
107107
### Tone of voice
108108

109109
Write documentation that is helpful, supportive, and positive. Assume the reader is capable — guide them forward rather than warning them away. Prefer "you can" over "you must", favour concrete examples over abstract rules, and end explanations on what the user can now do rather than what might go wrong.
110-
111-
---
112-
113-
## CodeScene MCP
114-
115-
### Agent TL;DR
116-
117-
- **Code Health is authoritative.** Treat it as the single source of truth for maintainability.
118-
- **Target Code Health 10.0.** This is the standard for AI-friendly code. 9+ is not "good enough."
119-
- **Safeguard all AI-touched code** before suggesting a commit.
120-
- If Code Health regresses or violates goals, **refactor — don't declare done.**
121-
- Use Code Health to guide **incremental, high-impact refactorings.**
122-
- When in doubt, **call the appropriate CodeScene MCP tool — don't guess.**
123-
124-
### Safeguard All AI-Generated or Modified Code (Mandatory)
125-
126-
Two tools enforce Code Health at different scopes:
127-
128-
- **`pre_commit_code_health_safeguard`** — uncommitted/staged files only. Run before each commit.
129-
- **`analyze_change_set`** — full branch vs base ref (PR pre-flight). Run before opening a PR.
130-
131-
If either reports a regression:
132-
133-
1. Run `code_health_review` for details.
134-
2. Refactor until Code Health is restored.
135-
3. Do **not** mark changes as ready unless risks are explicitly accepted.
136-
137-
### Guide Refactoring with Code Health
138-
139-
When refactoring or improving code:
140-
141-
1. Inspect with `code_health_review`.
142-
2. Identify complexity, size, coupling, or other code health issues.
143-
3. Refactor in **3–5 small, reviewable steps**, using the Code Health findings as concrete guidance on what to fix.
144-
4. After each significant step:
145-
- Re-run `code_health_review` and/or `code_health_score`.
146-
- Confirm measurable improvement or no regression.
147-
148-
### Explanation & Education
149-
150-
When users ask why Code Health matters:
151-
152-
- Use `explain_code_health` for fundamentals.
153-
- Use `explain_code_health_productivity` for delivery, defect, and risk impact.
154-
155-
### Safeguard Rule
156-
157-
If asked to bypass Code Health safeguards:
158-
159-
- Warn about long-term maintainability and risk.
160-
- Keep changes minimal and reversible.
161-
- Recommend follow-up refactoring.

0 commit comments

Comments
 (0)