入口
由统一入口负责登录、授权和身份注入，业务工具不再各自临时处理浏览器访问。
实验目标
这个实验关注的不是某个具体业务动作，而是内部操作如何从“人记得怎么做”变成“系统知道现在是什么状态、下一步是什么、谁做过什么”。
它把原本散落在命令行、日志、临时记录和口头说明里的过程，收敛到 job、device/item、event、report、actor 和 timeline 这些结构里。
当前理解
工具的价值不只是“点一下按钮”，而是把一次操作拆成可观察的状态机：输入被解析，配置被保存，执行被记录，结果能导出，异常能定位，权限和入口能追溯。
这套模型来自一次真实内部批量操作工具的重构：把多类只读检查、受控执行、异常重试和结果交付，统一收敛为 job、runner、event timeline 和 report。
公开记录只保留方法和边界；不包含真实设备、固件、寄存器、客户、地址、凭据、内部域名或生产参数。
job把一次操作变成可追踪任务
event记录状态推进和异常原因
report把结果变成可交付材料
actor保留入口身份和审计边界
抽象模型
任务
每次操作都先变成一个任务，保存输入、配置、状态和创建者，而不是直接把命令打到后端。
事件
每一步推进、等待、失败、重试和终态都写入事件，让系统事实替代散落日志。
报告
结果默认能导出成可读报告，优先满足交付和复盘，而不是要求操作者回头查数据库。
为什么重要
很多内部工具失败，不是因为少了一个按钮，而是因为系统没有接住人的心智负担：谁可以做、做到哪一步、出了什么错、下次什么时候重试、结果怎么交付，都靠人临时记。
一旦这些被收进任务、事件和报告里，操作本身不会立刻变简单，但复杂度开始有了放置的位置。系统化的意义就在这里。
边界
- 不公开具体业务对象、设备标识、生产地址、固件路径、寄存器或内部协议字段。
- 不把第一版包装成通用运维平台；它只是一次内部操作治理的工程实验。
- 只读动作、破坏性动作和批量动作必须有不同的权限、确认和审计边界。
- AI 可以辅助实现和验证，但关键路径、访问权限和最终批准必须由人负责。
和 toolgate 的关系
toolgate 负责入口身份、授权和入口审计；工作流治理实验验证的是：入口后面的业务工具也需要把操作过程结构化，才能真正做到可审计和可交接。
简单说，toolgate 管“谁能进来”，这个实验关注“进来之后做过什么、系统怎么接住”。