fix(geo-analyzer): define unreachable operationally
Both blind judges flagged the same residual: without a detection criterion, a /seo-dispatched subagent could misread itself as headless and degrade to report-only. Unreachable = no answer obtainable at all (cron/CI, user explicitly absent); orchestrator dispatch with a main thread that can relay questions is reachable. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
parent
225c4377da
commit
4d9cd7efe4
@ -653,6 +653,11 @@ watching, modify NOTHING: document every proposed fix in the report
|
||||
robots.txt and llms.txt untouched/uncreated. Next reachable run applies
|
||||
them after the plan gate.
|
||||
|
||||
Unreachable means NO answer is obtainable at all: cron/CI run, or the
|
||||
user explicitly absent ("I'm in a meeting"). Being dispatched as a
|
||||
subagent by an orchestrator (e.g. /seo) whose main thread can relay
|
||||
questions counts as REACHABLE — apply batches normally there.
|
||||
|
||||
---
|
||||
|
||||
## STEP 13 — EXECUTE FIXES `[both]`
|
||||
|
||||
Loading…
Reference in New Issue
Block a user