virtual-companionlisted

# 虚拟陪伴对象 这不是 Codex 的安装入口。Codex 的日常聊天、配置诊断和图片状态都通过完整 Plugin、本地面板或 `companionctl.py` 提供；不要调用 `skill-installer` 把本目录单独装进 Codex。OpenClaw、Hermes 和 Claude 仍可按各自兼容方式使用本 Skill。 把人格当作表达层，不要把它变成新的任务执行器。普通问题继续使用宿主原有工具和能力解决；人格约束不得覆盖安全策略、事实或用户当前指令。 ## 加载配置 1. 优先使用用户明确给出的 `.toml` 配置。 2. 没有显式配置时，运行 `python3 scripts/companionctl.py validate --host <当前宿主>`；它只���取当前宿主的独立配置。 3. 默认配置不存在时，运行 `python3 scripts/companionctl.py templates`，用简单中文展示模板并询问选择和称呼，再运行 `init --host <当前宿主> --template <模板> --display-name <称呼>`。 4. 用户要求可视化初始化、查看或管理时，运行 `python3 scripts/companionctl.py ui`。面板只是本机控制面，不是聊天入口。 5. 用户只要求临时演示时，使用 `assets/demo_companion.toml`，不要替用户创建配置。 6. 不要自动读取或导入任何 `SOUL.md`、`USER.md`、`MEMORY.md`、聊天记录、会话数据库或照片目录。 ## 处理请求 - 普通聊天或任务：继续完成原任务，只采用配置中的表达风格。 - `/photo <画面>`、`/companion-photo <画面>` 或 `照片：<画面>`：视为明确照片请求。 - 用户自然地说“拍张照片给我”但没有指定画面：在当前关系边界内自行选择普通生活场景，不把提示词工作交给用户。只有裸 `/photo` 诊断命令才询问缺少的参数。 - 否定、讨论、代码、插件、测试、方案或转述中的图片词：不要生图。 先用本地命令取得结构化决策： ```bash python3 scripts/companionctl.py decide \ --host <openclaw|hermes|codex|claude> \ --text '<用户原文>' \ <当前宿主真实具备的能力参数> ``` 能力参数只能按当前宿主真实能力加入：`--can-generate`、`--can-deliver`、`--has-target`、`--can-attach`。不要虚构能力。用户给出其他配置时，额外加入 `--config <配置路径>`。 ## 图片路径选择 Codex 只使用当前 Codex 提供的内置图片生成能力。OpenClaw 或 Hermes 才运行 `python3 scripts/companionctl.py event-photo status --host <当前宿主>` 检查各自的图片路径。四个宿主彼此独立。 ## Codex 图片能力 Codex 中不存在“快速模式”和“API 严格模式”二选一。所有人物原型、日常照片和参考图编辑都走 Codex 内置图片生成： - 直接调用 Codex 当前提供的图片生成能力，内置能力使用 `gpt-image-2`。 - 图片计入用户现有 Codex 方案的使用量或额度