# Make HTTP v4 接入 apizt：会议纪要草稿

资料核对：2026-10-08。Make 官方现行 HTTP 文档描述 Version 4；HTTP (legacy) v3 的表单和凭据字段不同。

这些是 HTTP 表单字段映射、Chat 请求 JSON、固定会议素材与离线检查器，不是 Make 可导入 blueprint。没有安装或测试用户 Make 场景，没有发送真实邮件、消息或第三方写入。

## 在自己的场景搭建

1. 新建独立手动测试场景，不启用定时器。meeting-input.json 为虚构会议，只有两个决定；DEC-A 截止日期未知，必须保留 null。
2. HTTP → Make a request 选择 v4，按 http-field-map.csv 设置。Credentials 创建 API key keychain；凭据放 Header Authorization，值为 Bearer 后接自己的 Key，留在专用凭据字段。Body 用 application/JSON + Data structure，构建 model 字符串、messages 对象数组。不要把输入直接拼进原始 JSON 字符串。
3. model 示例 glm-5.3 需在当前目录和自己 Key 权限下确认；chat-request.json 的任务只测试 Chat，不证明 Responses、工具或视觉能力。
4. Parse response=Yes 只解析 HTTP JSON。模型 JSON 仍在 choices 的第一个元素 message.content 内，需要 JSON → Parse JSON 再解析一次。Make 的界面数组序号通常从1开始；网络 JSON 索引 choices[0] 是另一种表示，不把它当完整 Make 表达式粘贴。运行一次实际模块后从输出面板选字段，不猜模块编号。
5. 核对 meeting_id 与原始bundle；每条决定必须保留原id、负责人和准确deadline。check-digest.mjs 检查固定id/负责人/日期/字段与长度，不能替代语义审核。它是离线JS参考，不是预装在Make的JavaScript模块。
6. 将草稿放到你自己的审核步骤。人工确认内容后再单独配置已授权的发送模块；本材料无发送模块。漏字段、解析失败、工具事件或没有文本时停止，不能把空草稿当成功。

## 离线运行

在下载目录执行（不调用 API）：

```bash
node --input-type=module -e 'import fs from "node:fs"; import { checkDigest } from "./check-digest.mjs"; const read = (p) => JSON.parse(fs.readFileSync(p,"utf8")); console.log(JSON.stringify(checkDigest(read("meeting-input.json"),read("simulated-model-output.json")),null,2));'
```

simulated-model-output.json 是人工写的模拟响应，不是平台调用结果。输出应为 draft_for_human_review，send_allowed=false。

## 失败恢复与成本

请求超时可能已开始处理，先检查Make运行历史、平台用量与原bundle；不自动重复POST。已生成未送出的草稿可以恢复审核，不必重新生成。防重复发送需持久化 meeting_id + 内容版本 + 目标记录；Make操作/平台token/人工审核是不同成本，不将其合成未经核实的总价。

官方依据：https://apps.make.com/http