一键导入
report-discovered-issues
Report out-of-scope defects after the task
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Report out-of-scope defects after the task
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | report-discovered-issues |
| description | Report out-of-scope defects after the task |
| alwaysApply | true |
The agent often sees more than is needed for the current task. A silently ignored finding remains an unresolved risk, so it must be explicitly reported to the user.
While solving a task, the agent may find regressions, errors in adjacent modules, technical debt, antipatterns, discrepancies between code and the specification, performance issues, or security issues. Fixing them inside the current task without the user's permission is not allowed, but hiding them is not allowed either.
| Requirement | Description |
|---|---|
| Record findings | As issues are discovered, record the problem in the working context, task notes, or the final report section |
| Do not expand scope silently | Do not fix discovered issues within the current task without explicit user permission |
| Report after completion | In the final response or report, list the discovered issues that are outside the completed scope |
| Be specific | For each finding, include the location, essence, risk, severity, and an estimated fix size |
| Suggest a path | Suggest a next action: separate task, quick-fix, postpone, document, or investigate further |
| Finding / behavior | Verdict |
|---|---|
| Bugs leading to loss of data, money, security, or availability | report |
| Regressions and deviations from the source of truth | report |
| Data integrity issues | report |
| Crashes or exceptions possible in a real workflow | report |
| Errors in tests or infrastructure that mask the real result | report |
| Purely stylistic nits with no impact on maintainability | do not report |
| Typos in comments | do not report |
| Abstract refactoring wishes without a concrete risk | do not report |
| Turning the current task into cleanup of everything found | prohibited |
| Putting the report off until later | prohibited |
| Merging different problems into one vague phrase | prohibited |
| Dramatising or downplaying (the description must be verifiable) | prohibited |
## Found by path
### 1. [Short title]
- **Where:** `path/to/file:line`
- **What:** specific description of the problem
- **Why it's a problem:** consequences or risk
- **Severity:** critical / medium / low
- **Effort:** simple fix / separate task / large work
- **Suggestion:** what to do next
agent-context-protocol — where to record working context and discovered issues.quick-fix / full-cycle — how to turn findings into follow-up work.source-of-truth — how to check discrepancies between artifacts.depends_on:
When writing or reviewing BSL, apply 1C standards
При написании или ревью BSL применять стандарты 1С
Orchestrator: routing work and agent phases
Оркестратор: маршрутизация работы и фаз агентов
BSL LSP navigation: definitions, refs, call graph
Rules for using RLM tools for project search and navigation in 1C/BSL