先找网页，再找任务
入口按供应商组织，而不是按今天需要完成的工作组织。
01统一待办
02直接操作
03状态监控
04环境隔离
01 / WHY
真正的问题不是工具多，而是工作上下文被切碎。
当线索、邮件、部署、研究和测试分别存在不同网页里，负责人必须重复登录、寻找记录、判断优先级，并手工维护状态。
能看状态，不能完成操作
仪表盘只有数字，没有直接操作、失败反馈和人工兜底路径。
测试与生产边界模糊
临时邮箱和测试服务若没有隔离标识，容易被误用于真实账号和敏感数据。
02 / OPERATING MODEL
一个工作台，四层责任。
控制中心不替代所有工具，而是在工具之上建立统一的任务、操作、状态和审计模型。
统一待办
把新商机、到期跟进、异常工具和高意向信号合并成优先队列。
统一操作
对已接入能力执行检查、采集、更新和触发；其他工具使用安全跳转。
统一状态
记录服务健康度、最近验证、下次复核、负责人和凭据位置。
权限与审计
验证码或备用密码登录；关键修改保留操作者、时间和结果。
03 / INTEGRATION MODES
不是所有工具，都应该用同一种方式接入。
控制台内直接操作
适合有稳定 API 或 Webhook 的工具。
例如健康检查、市场信号采集、状态更新和自动化触发。
带上下文跳转外部后台
适合登录与权限仍由供应商管理的工具。
控制台展示状态、负责人和入口，不复制密码，也不强行 iframe 嵌入。
只读监控与复核
适合暂时没有自动化价值的服务。
统一记录使用计划、免费额度、最近验证和下次复核日期。
04 / ENVIRONMENTS
生产操作与隔离测试明确分开。
生产环境
承载真实商机、部署、通知和市场信息。操作需要身份验证，并记录关键修改。
- 真实业务数据
- 健康检查与失败反馈
- 负责人和审计上下文
Inbucket 测试环境
只用于开发和邮件流程验证。不得接收真实账号、安全验证或其他敏感邮件。
- 独立 Linux / 网络环境
- 默认界面不得公开暴露
- 与生产域名和凭据隔离
05 / FAQ
接入前需要明确的边界。
所有工具都能直接嵌入控制台吗？
不能。支持 API 的工具可直接执行操作；受认证、跨域或安全策略限制的工具使用受控跳转，并在控制台保留状态和上下文。
如何区分生产环境和测试工具？
不同环境使用独立状态标识、权限边界和操作入口。Inbucket 等一次性邮件工具只用于隔离测试，不接收真实账号或敏感验证码。
可以从现有工具开始接入吗？
可以。先建立工具登记和优先队列，再按业务价值逐步接入直接操作，不要求一次替换全部系统。
先把最常切换的工具，变成一条可执行链路。
免费诊断会确认入口、动作、权限边界和第一阶段范围。