AI、Screph Code 和自动化
这是完整程序中的三个下游路径。他们使用经过审查的项目，但具有不同的权限、依赖项和确认机制。
Automation Runtime Implemented
运行时和自动化管理器通过配置的输入后端执行准备好的操作。在执行之前，目标窗口必须打开、可见并被选中。项目 JSON 本身不会单击任何内容。启动的脚本不是隔离的：它继承当前用户的权限和环境，停止直接子脚本并不能保证其创建的进程终止。
项目加载、API、OCR 和输入后端 →AI Assistant Experimental
内置助手已实现，但默认处于禁用状态。它使用工具白名单、预览和确认来进行突变操作。默认情况下，发送图像和产物也是关闭的。
激活、工作区、上下文和操作卡 →Screph Code Implemented
Screph Code 通过单独的 Pro Agent 进程运行并接收选定的项目/工作空间上下文。当前的 Builder 发送代理请求，其工作区工具可以立即修改所选工作区内的文件。每次写入之前没有通用的强制统一差异应用，并且更改/撤消/检查点不会自动覆盖所有直接代理编辑。这些是当前操作系统用户的权限，而不是沙箱：在请求之前使用 Git 分支/备份，然后检查磁盘差异。文件执行仍然是一个单独的显式操作。
打开 Screph Code 指南 →提供商和本地运营
LLM 配置文件支持 OpenAI、Anthropic、Gemini、OpenRouter、Ollama、LM Studio、自定义端点和 LiteLLM 代理。本地配置文件避免了云上传，但可用性取决于所选模型和正在运行的服务。配置文件分别分配给助理、CV、Screph Code、语义选择和测试角色。
连接、角色、语音和隐私 →飞行前检查表
- 当前项目已保存。
- 已审核传出数据和图像。
- 已选择可用的 LLM、运行时或输入后端。
- 在应用更改或执行操作之前会审核预览。