Use this route when
You need a clearer review packet for a proposed network change and can work from synthetic or explicitly approved, non-sensitive evidence.
Occupation manual 015 / Network operations
A field manual for turning approved, non-sensitive facts into a change-review packet—not a topology, configuration, command, maintenance window, validation result, rollback action, or incident decision.
Reviewed: 2026-07-20 · Educational workflow; organization, vendor, contract, and professional-review limits apply.
Short answer: use AI to organize approved evidence, keep desired and observed states distinct, identify missing facts, and draft reviewer questions. A named human with the right authority must accept the design, approve the window, access systems, implement and monitor the change, decide whether validation passed, and execute or authorize rollback.
Use this route when
You need a clearer review packet for a proposed network change and can work from synthetic or explicitly approved, non-sensitive evidence.
Stop immediately when
The work needs device or monitoring access; configurations, secrets, IPs, topology, customer/production data; a command; approval; execution; a maintenance window; a rollback; or an incident response.
Record the business reason, service boundary, architecture owner, implementation/validation/rollback authorities, change authority, security reviewer, active-change coordinator, and system of record. If no one owns the decision, do not build an action plan.
Output: authority receipt
Label every item as observed evidence, declared desired state, assumption, or unknown. Never let a plausible model completion become a network fact.
Output: evidence inventory
Begin with a fictional drill. For approved use, confirm the tool, audience, data class, storage, retention/disposition owner, and data boundary before any input. Omit secrets and sensitive network material unless specifically authorized.
Output: data-handling receipt
Use AI to create a gap list, dependency questions, declared validation evidence, rollback prerequisites, and a named-owner handoff. It may not create commands or decide readiness.
Output: review-packet draft
Record the active-change/concurrency check, what a human must observe, what counts as a stop condition, who decides whether to proceed, and who can invoke rollback. A vendor feature is not proof that rollback is ready.
Output: protected-action checklist
Preserve sources, versions, data handling, assumptions, unanswered questions, and the exact action still blocked. The reviewer accepts, revises, or rejects the packet; AI does none of those things.
Output: human-review record
| Role | AI may prepare | Human-only authority |
|---|---|---|
| Evidence clerk | Source list, version labels, declared-state comparison | Truth of network facts and permission to use them |
| Gap checker | Missing-information and dependency questions | Architecture choice, risk acceptance, and change approval |
| Validation planner | Proposed evidence fields and stop-condition checklist | Monitoring, test execution, pass/fail decision, and service restoration |
| Handoff clerk | Named owner, unresolved-items list, and audit-friendly packet | Access, commands, configuration, rollback, incident response, and communications |
Safe only with approved inputs
Human authority required
A clean diagram can hide unknown links, dependencies, or ownership. Keep every unsupported element visibly unverified.
A saved configuration or vendor feature does not prove version compatibility, access, storage, timing, or recovery readiness. Require exact, authorized evidence.
Generated text may become an executable change. Keep AI out of command/configuration generation unless the organization separately authorizes that use and human review remains mandatory.
Internal does not settle retention, access, customer, security, contract, or vendor rules. Confirm the allowed data path before entering anything sensitive.
Use the Network Change Evidence & Rollback Handoff Desk with the fictional scenario included there. The correct output is a gap list and named human handoff—not a network configuration or change plan.
Act as a documentation clerk, not a network architect, operator, security approver, change manager, or incident commander. Use only approved, non-sensitive facts. Produce an evidence inventory, declared desired-versus-observed state, assumptions, missing facts, neutral reviewer questions, proposed validation evidence, rollback prerequisites, and stop conditions. Do not invent topology, commands, configurations, access, maintenance windows, device behavior, capacity, security status, or results. Mark unsupported items UNVERIFIED.
Continue with the Web Administrator workflow for controlled updates and incident handoffs, the Data Warehousing Specialists workflow for evidence-led technical planning, and the AI Agent Workflow Builder for least-privilege job cards. Revalidate each target before integration.