🎨 indesign-cli

中文 | English

让 AI Agent 直接操作 Adobe InDesign 的命令行工具。

indesign-cli 把 InDesign 的自动化能力包装成 Agent 友好的 CLI：Agent 可以查询工具、执行 JSX 脚本、调用排版能力、验证导出文件，并按需配合项目级 Skill 使用。

当前 Node-backed registry 固定包含 150 个 InDesign 工具，CLI 还叠加 server.*、session.*、script.run、export.verify、tool.batch、feedback.report 等原生命令和项目插件工具。实时可见能力以 tool domains / tool list 输出为准，覆盖文档、页面、跨页、母版、图层、文本、图片、基础图形、样式、导出、Book、Presentation、模板槽位、脚本执行和环境检查。

如果你正在做 AI 生成画册、建筑汇报、品牌手册、版式模板、HTML 转 InDesign 这类项目，它可以让 Agent 不再靠“猜坐标”和“手搓脚本”工作，而是通过稳定的命令和结构化返回值操作真实 InDesign。

✨ 这个项目解决什么问题？

Adobe InDesign 很强，但对 AI Agent 来说并不好用：

• 工具能力多，Agent 不知道该调用哪个。

• JSX 脚本可以执行，但调试、传参、返回值和错误处理都很散。

• MCP 工具很多，直接塞进上下文会占用大量 token。

• 真实导出物是否成功，不能只靠“命令没报错”判断。

indesign-cli 做的事情很简单：把真实 InDesign 自动化能力变成 Agent 更容易使用的一组命令。

它的关键价值之一是 省 token：Agent 不需要一次性读取上百个工具的完整描述，可以先看 tool domains 的摘要，再用 tool search、tool list、tool schema 按需加载当前任务需要的工具说明。输出默认是紧凑单行 JSON，需要人工查看时加 --pretty。

它不是一个给人类手动排版的 CLI，也不是一个新的排版引擎。它更像是 AI 项目和 InDesign 之间的稳定桥梁。

🚀 快速安装

一个离线 Setup 就够了。 CLI、Node、winax 和 HTML 插件全部打包在里面，本机不需要装 Node 或 npm，也不需要编译任何原生模块。

你只需要：

• Windows

• Adobe InDesign 桌面版：推荐 2024-2026；CLI 会尝试连接 2022-2026、CC 版本和通用 InDesign.Application COM 入口，实际可用版本取决于本机 COM 注册

InDesign 需要和命令行运行在同一个 Windows 用户会话中。

下载：

• 外部 / 开源用户：到 GitHub Releases 下载 indesign-cli-agent-setup.exe。

• 事务所内部工位和无人值守 Agent：从公司 NAS 取同一个 Setup。

# 1. 运行 Setup，装到 %LOCALAPPDATA%，不需要管理员权限
.\indesign-cli-agent-setup.exe

# 2. 重开一个终端 —— PATH 注册只对新开的进程生效

# 3. 验证；第二条命令能列出工具才说明 HTML 能力可用
indesign-cli-agent server health --deep --connect-indesign
indesign-cli-agent tool list --domain html

server health 返回 ok: true 且 data.indesign_com.checked 为 true，说明真实 InDesign COM 链路已经通了。

外部用户请关闭遥测。 成品 EXE 的共享遥测默认写入 SA 事务所内网 NAS：外网环境不可达、写入会静默失败，但仍建议显式关闭 $env:INDESIGN_CLI_TELEMETRY="off"。详见 反馈与遥测。

已经装过的机器用 indesign-cli-agent install 就地更新或修复，不必重新下载 Setup。

Setup 首次把轻量启动器和完整 runtime 安装到 %LOCALAPPDATA%\indesign-cli。后续 indesign-cli-agent <indesign-cli 参数...> 只读取 state\current-runtime.json 并启动 runtime\<version>\cli\indesign-cli.exe；embedded runtime 只用于 Setup 的首次离线落地，不作为日常执行目录。

%LOCALAPPDATA%\indesign-cli\
  bin\indesign-cli-agent.exe
  runtime\<version>\{cli,node,server,plugins\html-indesign}
  state\current-runtime.json
  tmp\

日常更新读取 NAS 优先、GitHub 兜底的 runtime-latest.json（schema v2），下载并校验 runtime ZIP，在 staging 中检查 CLI、Node、winax、builtin HTML 插件和系统 Edge 后原子切换。成功后只保留当前 runtime；失败时删除新 staging 并继续使用旧 runtime。日常更新不替换 bin\indesign-cli-agent.exe；启动器自身需要升级时重新运行新版 Setup。

从 0.4.2 迁移时不做旧协议桥接，由公司 Agent 从 NAS 重新运行最新版 Setup。Skill 仍由公司现有渠道独立发布，本 CLI 不自动安装 Skill。

发行构建（维护者）

发行脚本会依次构建持久的 PyInstaller onedir CLI、轻量启动器、包含 Node/winax/HTML 插件生产依赖的 runtime ZIP，以及单个完整离线 Setup：

python scripts\build_agent_bootstrapper.py `
  --node-root "C:\Program Files\nodejs" `
  --node-modules .\node_modules `
  --html-plugin-tgz <sa-html-indesign-<插件版本>.tgz> `
  --version <运行时版本> `
  --nas-url "\\<文件服务器主机名>\<共享>\tools\indesign-cli\runtime-windows-x64-<运行时版本>.zip" `
  --github-url "https://github.com/zhanglongxiao111/indesign-cli/releases/download/v<运行时版本>/runtime-windows-x64-<运行时版本>.zip"

先加 --dry-run 可只校验输入并查看三段 PyInstaller 命令。外部 runtime-latest.json 是 ZIP 完整性事实源，写入真实 SHA-256。ZIP 和 Setup 内的 runtime-metadata.json 只用于离线身份/组件校验，其 SHA 字段固定为 64 个 0：归档无法在自身内部保存自己的最终摘要，否则写入摘要本身会再次改变摘要。

构建完成后，使用固定内网发布脚本先空跑再正式切换：

python scripts\publish_agent_runtime.py --release-dir .\dist-agent --dry-run
python scripts\publish_agent_runtime.py --release-dir .\dist-agent

脚本会校验版本和 SHA-256，归档到 NAS releases/<version>/，并把 runtime-latest.json 作为最后一步原子切换。不要手工覆盖 NAS 当前清单。

🧠 独立发布 Agent Skill

如果你希望某个项目里的 Agent 自动知道如何制作 HTML/InDesign 演示文稿并使用 indesign-cli，需要通过公司 Agent 渠道发布完整 Skill 目录。

Skill 的唯一发布源在仓库中：

skills/indesign-cli/

把整个目录复制到目标项目，不能只复制 SKILL.md，否则会丢失 references、作者包脚本、起步模板和展示元数据：

D:\AI\your-project\.codex\skills\indesign-cli\

无论用哪种方式安装，发布的都只有程序本身，不携带、不安装也不修改 Skill。CLI 不提供自动复制 Skill 的命令；公司 Agent 渠道直接从上述仓库目录独立发布 Skill。

🧩 插件接入

indesign-cli 支持项目级插件，让上层项目把自己的高层能力接入统一工具目录。比如 HTML-to-InDesign 项目注册 html 域，Agent 再通过同一套 tool list/schema/call 使用它。

从源码安装时补装 html-indesign

用 Setup 装的用户不需要这一步，html 域已经内置。只有从源码（pip install -e .）跑的开发者需要手动补上：

git clone https://github.com/zhanglongxiao111/html-indesign.git
cd html-indesign

# --ignore-scripts 很重要：生产依赖里有 playwright，不加会去下载几百 MB 浏览器，
# 而这个插件用的是系统 Edge，那些浏览器根本用不上。成品运行环境也是这么装的。
npm install --omit=dev --ignore-scripts

indesign-cli plugin install .
indesign-cli plugin validate .
indesign-cli tool list --domain html

最后一条能列出 html.authoring_lint、html.build、html.reverse_export 等工具，说明 HTML → InDesign 能力已经接上。

插件记录写在当前目录的 .indesign-cli\plugins\，也就是按项目安装。换一个项目目录要重新跑一次 plugin install。

插件工具不会默认挤进 Agent 上下文。Agent 仍然先看 domain 摘要，再按需读取具体 schema。

🛠️ 常用能力

🔎 查询可用工具

indesign-cli tool domains
indesign-cli tool search --query "pdf"
indesign-cli tool list --domain template
indesign-cli tool schema template.populate_template_slots

Agent 可以先查有哪些工具，再只读取需要的 schema，减少上下文浪费。

🧭 反馈与遥测

CLI 提供 feedback 域，用来在 Agent 遇到工具缺口、文档不清、错误信息不可操作或 schema 难用时留下结构化反馈：

indesign-cli feedback report --code TOOL_GAP --note "缺少批量替换段落样式的直接工具" --tool style.apply_paragraph_style
indesign-cli tool schema feedback.report

通过 indesign-cli-agent 成品 EXE 运行时（0.4.1 起），共享遥测默认写入公司（SA 事务所）内网 NAS 根目录。公网/外部用户请设置 INDESIGN_CLI_TELEMETRY=off 关闭遥测；未关闭时事件会尝试写入 SA 内网收集点（外网环境不可达，写入静默失败，但建议显式关闭）。pip/源码安装仍保持显式 opt-in，需要自行配置：

# 指向你自己的收集目录，本地路径或 UNC 共享都可以
$env:INDESIGN_CLI_TELEMETRY_DIR="D:\indesign-cli-telemetry"

CLI 会直接写入该根目录下的 sessions/YYYY-MM-DD/*.jsonl 和 state/*.json；reports/ 预留给后续聚合结果。记录字段为白名单元数据：session_id、origin_key、cwd_hash、可选 Agent 线程/运行 ID、工具 id/source、成功失败、错误码、耗时、参数键名、反馈 code/note 和最近调用摘要；0.4.2 起为便于内部排障，还记录真实工作目录（cwd）、机器名（host）和路径类参数值（arg_paths，仅键名以 path/file/dir/folder 结尾的字符串参数）。

不会记录：非路径参数值、脚本内容、文档正文内容。可用配置：

🧰 能力覆盖

当前 indesign-cli 的 InDesign 内置工具来自 src/tools/index.js registry，并由 src/core/indesign-tool-registry.json artifact 单向投影给 Python CLI。Node-backed 工具基线是 classic 114 / internal 30 / advanced 6，合计 150；internal 工具在 CLI 中显示为 source: hidden_handler，MCP 不直接暴露。

CLI 工具目录由三类来源合并：

• Node-backed artifact：来自 src/core/indesign-tool-registry.json

• CLI primitives：server.*、session.*、script.run、export.verify、tool.batch、feedback.report

• 项目插件：通过 plugin install/list/validate/doctor 动态接入

这些能力覆盖 InDesign 绝大部分常用自动化功能，以及大多数 Agent 自动化场景：

• 文档、页面、跨页、母版、图层

• 文本框、表格、图片、基础图形、页面对象

• 段落样式、字符样式、对象样式、色板

• PDF / IDML / 图片导出与产物验证

• Book、Presentation、模板槽位和高级模板填充

• JSX 脚本执行、session 线索和环境检查

这些能力通过 CLI 分域查询，不会一次性占满 Agent 上下文。

🧱 Registry 与 artifact

新增或修改内置 InDesign 工具时，不再编辑 src/handlers/ 或 src/types/；这两个目录以及旧 src/core/InDesignMCPServer.js 已在终态架构中删除。标准路径是：

1. 修改对应 src/tools/<domain>/ tool-module，让工具定义、schema、contract、handler 和 CLI id 共置。

2. 在域 index.js 聚合；新域再接入全局 src/tools/index.js。

3. 生成并校验 artifact：

node src\core\artifact.js --write
node src\core\artifact.js --check

CLI 的 Node-backed 工具目录只读 artifact。artifact 缺失或 registry_hash 不匹配会硬失败，避免 Python 侧重新猜测 domain、schema 或隐藏工具。

📜 执行 JSX 脚本

indesign-cli --pretty script run test\workspace\probe.jsx

适合测试真实 InDesign 行为、创建文档、检查对象、执行复杂排版逻辑。

复杂构建或导出可能超过默认等待时间，可以显式加长脚本通道超时（script run 默认 300 秒；tool call 默认 30 秒）：

indesign-cli --pretty script run test\workspace\build.jsx --timeout-ms 900000

短脚本也可以从 stdin 输入：

Get-Content test\workspace\probe.jsx | indesign-cli --pretty script run --stdin

📦 验证导出物

indesign-cli export verify output\deck.pdf

用于确认 PDF、IDML 等文件真的生成成功，而不是只看命令是否结束。

export_images 当前只声明并支持 JPEG。传入 PNG/TIFF 会返回 ARTIFACT_FORMAT_UNSUPPORTED，避免生成误导性的 .jpg 产物。

🛡️ 文档关闭安全

document.close_document 默认不会在多文档场景关闭 activeDocument。如果确实要关闭本轮创建的测试文档，参数必须显式包含 expectedDocumentName 或 forceActiveDocument:true；如需丢弃未保存修改，还必须传 allowDiscard:true。

🧩 使用模板槽位

indesign-cli tool call template.list_template_blueprints --args-file args.json
indesign-cli tool call template.inspect_template_blueprint --args-file args.json
indesign-cli tool call template.create_page_with_template --args-file args.json
indesign-cli tool call template.populate_template_slots --args-file args.json

适合让 Agent 基于母版、脚本标签和槽位名生成稳定页面。

📚 Book / Presentation 工具

indesign-cli 也包含 Book 和 Presentation 相关能力，例如：

• 创建和管理 InDesign Book

• 导出 Book

• 创建演示型文档

• 添加封面页、章节页、全幅图片页、图片网格页

这些能力可以通过 tool domains、tool list 和 tool schema 查询。

🚨 常见错误码速查

所有命令（含参数拼写错误）都返回统一 JSON envelope（schema_version: 2），失败时看 error.code、error.message 和 error.hint。高频错误码：

🧪 示例工作流

一个典型 Agent 流程可能是：

indesign-cli server health --deep --connect-indesign
indesign-cli tool domains
indesign-cli tool search --query "template"
indesign-cli tool schema template.populate_template_slots
indesign-cli tool explain template.populate_template_slots
indesign-cli script run test\workspace\build.jsx
indesign-cli session doctor
indesign-cli export verify output\presentation.pdf

Agent 负责生成脚本和参数，indesign-cli 负责把它们安全地送进真实 InDesign，并返回结构化结果。

💡 适合谁使用？

适合：

• 想让 AI Agent 自动操作 InDesign 的开发者

• 正在做 HTML / JSON / 模板到 InDesign 的转换项目

• 需要自动生成设计汇报、画册、排版文档的团队

• 希望用脚本验证真实 InDesign 输出的 Agent 工作流

不适合：

• 只想手动点按钮排版的普通 InDesign 用户

• 不安装 Adobe InDesign 的纯后端环境

• 希望用它替代浏览器、LaTeX 或其他排版引擎的场景

🔧 本地开发

这条路给要改源码、做二次开发或在 CI 里跑的人。和 Setup 不同，它要求本机自备 Node.js 18+ 和 Python 3.10+，并且会现场编译 winax。

git clone https://github.com/zhanglongxiao111/indesign-cli.git
cd indesign-cli
pip install -e .
indesign-cli server setup
indesign-cli --pretty server health --deep --connect-indesign

server setup 会装上 InDesign 自动化所需的 Node 依赖，包括 winax。server health 返回 ok: true 且 data.indesign_com.checked 为 true，说明真实 InDesign COM 链路已完成只读探针。

从源码跑不带 html 域——内置 HTML 插件只随成品运行环境分发。补装办法见 插件接入。

常见环境问题排查

server health 的输出包含当前 runtime 根目录/版本/组件、builtin HTML 插件、系统 Edge，以及工具链诊断。排查环境问题先看这份输出。

ModuleNotFoundError: No module named 'cli_anything'

命令入口 indesign-cli.exe 和 Python 用户包目录不一致，常见于沙箱或受控 Agent 运行时重定向了 APPDATA / USERPROFILE。检查用户包目录：

python -c "import site; print(site.getuserbase()); print(site.getusersitepackages())"

如果指向临时目录，把 PYTHONUSERBASE 固定到真实用户目录或稳定短路径，再重新安装。

winax 编译失败（如 error C1083）

server setup 需要用 MSVC 编译原生模块 winax，在超长路径（深层临时目录）下容易失败。解决方式是把 server 目录固定到稳定短路径：

# 1. 定位当前 server 目录
python -c "from cli_anything.indesign.core.runtime import resolve_server_root; print(resolve_server_root())"
# 2. 把整个目录复制到短路径，例如 D:\indesign-cli-server
# 3. 指向它并重装依赖
setx INDESIGN_CLI_SERVER_ROOT "D:\indesign-cli-server"
indesign-cli server setup

INDESIGN_CLI_SERVER_ROOT 必须指向包含 package.json、src/index.js、src/advanced/index.js 的目录。这也是推荐的预构建模式：winax 构建一次，多个会话和受控环境复用，不必每次临时编译。

npm 不可用（Volta / nvm shim 损坏）

server setup 会先探测 PATH 上的 npm；探测失败时自动回退到 Node 自带的 npm-cli.js。两者都不可用时报 NPM_NOT_AVAILABLE，需要先修复本机 Node / npm 安装。

运行测试

git diff --check
node src\core\artifact.js --check
node scripts\check_architecture.mjs
node tests\architecture\registry.test.mjs
node scripts\validate_schemas.js
node scripts\check_duplicates.mjs
node tests\index.js --required
python -m pytest agent-harness\cli_anything\indesign\tests -q

📁 项目结构

.
├─ agent-harness/   # Python CLI、CLI 测试
├─ src/core/        # MCP server 工厂、router、runtime、artifact、会话与脚本执行
├─ src/tools/       # domain tool-module；schema、contract、handler、CLI id 共置
├─ scripts/         # 维护脚本和检查脚本
├─ tests/           # 测试和真实 InDesign E2E
├─ docs/            # 设计文档、计划、协作记录
├─ skills/          # 可手动复制到其他项目的 Agent Skill 和预览资产
├─ pyproject.toml   # pip 安装入口
└─ AGENTS.md        # 项目级 Agent 协作规则

🗺️ 下一步方向

项目后续会重点完善：

• 更稳定的 HTML / 语义模板到 InDesign 转换链路

• 更好用的模板槽位协议

• 更适合 Agent 的排版检查和导出验证

• 更完善的示例项目和真实 E2E 场景

📄 License

MIT