用途：在 Lindy 当前文档支持的边界内加固工作流，包括 Webhook Received 生成的密钥、每个动作的连接账号选择、HTTP Request 的目标服务认证、Ask for Confirmation/草稿模式、专用 Computer Use 会话、Tasks 与 Test Panel。不要依赖未文档化的 Lindy API key、webhook 签名、角色、连接共享级别、固定配额或套餐权益。
主要能力与做法：
- 绘制信任地图：对每条路径记录来源、目标、数据字段、凭据所有者、所选连接账号、允许的副作用、审批人、失败路径与证据来源。区分方向：应用→Lindy（Webhook Received URL + Lindy 生成的 bearer 密钥）、Lindy→外部服务（HTTP Request + 该服务认证）、外部账号动作（仅限动作上所选连接账号）、Lindy→应用回调（接收方自有的信任边界，无文档化的 Lindy 签名）。
- 保护 Webhook Received：在触发器中创建 webhook，生成密钥并仅复制一次存入调用方密钥管理器，仅在 Authorization bearer 头发送，URL/密钥不得进入提示词、正文、查询串、任务标题、截图或日志。
- 收窄连接账号与动作：每个动作只选最小数据与权限的账号，优先专用工作/测试账号，移除多余动作与连接，避免在自主 Agent Step 中混合宽读与高危写，Computer Use 使用专用 Computer。
- 高危副作用前设人工：对发送消息、更新记录、创建事件等启用 Ask for Confirmation，可用时用草稿模式，对未知场景用条件升级。
- 全流程数据最小化：用稳定引用替代完整消息/文档，只发送目标 schema 所需字段，限定长度、集合大小与枚举，Run Code 不得打印密钥，受限分享 Tasks 链接。
- 测试失败关闭：用合成数据与测试账号，Test Panel 会执行真实动作；验证正确流程及错误密钥、超大负载、意外主机、401/403/429/5xx、畸形响应、提示注入、缺失审批等负例必须停止或转人工。
- 审查 Tasks 与账号控制，按既定节奏复核。
限制：提示词指令只是纵深防御，不构成授权；须由条件、账号选择、接收方校验、确认与 schema 校验来强制边界。组织级身份、审计、合规与合同控制需在官方安全/定价材料与工作区中核实，本技能不冻结套餐声明。生产就绪性不由本清单单独证明。