1.7.0

• UI tasks read the project's adopted design rules and relevant nested references before design, implementation, repair or review. Existing decisions are reused without repeating a design interview. / UI 任务实际读取项目已采用的设计规范及适用的逐层引用，复用既定决定，不重复设计采访。
• The gateway includes nine scenario references and project adaptation: create tailored rules or improve existing ones while preserving local conventions, exceptions and save/cancel behavior. Daily work reads adopted rules; installation alone does not rewrite project design. / 网关提供九类场景参考和项目适配，按需生成或完善准则，保留项目约定、例外与保存取消语义；日常只读已采纳规则，安装不顺带改写设计文档。
• Classify conflicting evidence before treating it as a product change; require explicit user requests for persistent Goals; recognize explicitly authorized workflow improvements. / 冲突证据先区分过时记录、回归与已批准变更；持续 Goal 必须由用户明确要求；自进化接受用户明确授权的优化请求。
• Add conditional methods for checking regressions with the fix removed in an isolated copy, diagnosing uncertain causes, and verifying rendered UI and interactions against the final source. / 按条件使用隔离副本撤回修复验证、根因诊断，以及对应最终源码的 UI 渲染和交互取证，不增加固定阶段或等待点。
• Plan slices around independently verifiable user outcomes and reconcile recovery records with actual workspace and external state. / 按用户可完成的结果切片计划，恢复时核对实际工作区与外部状态，避免重复已完成动作。
• Treat managed UTF-8 text that differs from its known official baseline only by LF/CRLF line endings as unchanged, including obsolete-file cleanup. Real content changes remain conflicts and prevent all writes. / 修复安装器对 LF/CRLF 换行差异的误判，覆盖受管文件替换与废弃清理；真实内容修改仍报冲突并阻止全部写入。

Upgrade note: download both ZIPs and use the 1.7.0 gateway installer. The 1.6.0 installer can report false conflicts under default Windows Git line-ending settings. A 1.6.0 installation with a valid receipt needs no old baseline ZIP; a 1.5 upgrade still needs the original official package. / 升级时下载两个 ZIP，使用 1.7.0 网关中的新安装器；旧安装器在 Windows 默认 Git 设置下可能把换行差异误报为冲突。有效安装记录下，从 1.6.0 升级不需要基线包，从 1.5 升级仍需要原官方包。See the English quickstart / 中文快速开始.

Validation: 77 script tests, 63 structural cases, build/package/installation checks. Structural cases do not execute a model. Model behavior, actual UI rendering, live Claude Code loading and long-term effects remain unverified for this release; real-use feedback will inform 1.8. / 验证涵盖 77 项脚本测试、63 个结构用例及构建、打包、安装检查；结构用例没有运行模型。本版模型行为、实际界面渲染、Claude Code 实时加载和长期效果未验证，真实使用反馈进入 1.8。

1.6.0

• One canonical AGENTS.md policy and creator-workflow.zip; thin Claude discovery adapters replace duplicated policies and legacy commands. / 统一规则与工作流包，Claude 仅保留技能发现适配。
• Ownership-aware offline upgrades with hash baselines, preserved customizations/cases/signals, obsolete-file cleanup, process locking and recoverable transactions. / 可核验归属的升级清理，保留项目定制，支持冲突报告和中断恢复。
• Experience-boundary questions and task-dependent subagents; review remains based on concrete risk. / 只问必要未决体验取舍，按任务组织子代理，按风险独立审查。
• Project knowledge captures explicit local conventions and maintains current state, effective decisions and task retirement without reviving historical tests. / 自然沉淀项目准则，维护现状与旧任务失效，不把未测历史重新列为待办。
• Paired English/Chinese README, quickstarts and illustrative continuity examples; replies follow user language and existing documents keep their language. / 中英文入口、安装和使用说明，单一技能规范源。
• Declared article routes, scoped exact application/resource mappings, directory/source-line links, 46 policy cases and answer-free synthetic task fixtures supplement real filesystem regressions. / 支持文章路由、带真实目标与依据的精确应用及资源映射，修正文档链接误报；策略、脚本与模型验证分别记录。

Upgrade note: download creator-workflow.zip and creator-gateway.zip; the former replaces separate Codex/Claude packages. Existing 1.5 installs need their original official ZIP as an ownership baseline. See the English quickstart / 中文快速开始.

Validation: 63 local script regressions, 46 structural cases, three bounded synthetic tasks and an actual Mail upgrade; these are separate evidence categories. Long-term use and live Claude discovery remain observation gaps. / 已验证脚本、规则结构、有限模型场景与 Mail 实际升级；长期使用效果和 Claude 实时加载继续观察。

1.5.0

• batch.md 明确为当前待复查批次；复查收尾立即移出已关闭项，保留未决/并行新增项，全清后重置。复用批次回执保留证据，不累计已复查表。

• 路线、计划规模、风险解耦：局部产品变更可用短任务；明确 Phase 触发及依赖成果，不再以 Phase/文件数/普通未知自动升 R2。

• 当前入口、有效需求、活跃计划与历史分工；新决定原位更新并记录替代，按职责拆分膨胀内容，保留原始证据。

• 审查由固定次数配额改为基于实质进展、去重和资源预算的聚焦复核；实施、验证、审查、发布状态分开。

• 新增 1.5 旧 docs 迁移手册和只读检查器；安装器区分工作流版本与 docs 状态，保护定制用例、历史和迁移记录。

• 两平台包与 gateway 分发共同契约和迁移手册；验证包内引用、状态不泄漏与检查器可运行。构建清理增加目录边界保护，修正 Windows 子进程编码与 Claude Skill 内的平台路径转换。

• 策略用例 20 → 34，加入风险、Phase 规模、文档生命周期和新证据复审边界；增加检查器单元测试与 CI 步骤。

• 明确已有授权持续有效；真实任务与跨模型效果按用户安排后续验证，不声称真实任务行为测试通过。

1.4.0

计划生命周期与范围对账

• DEV-PLAN 改为"索引 + 明细"双层：docs/DEV-PLAN.md 只保留状态总览与 Phase 清单（能力 / 状态 / REQ-AC 映射 / 验证命令 / 明细链接），完整内容写入 docs/dev-plan/phase-NN.md；红线是明细必须保留完整任务与验证证据，归档可以压缩成摘要但不得替代明细。
• Phase 生命周期：仅当前 Phase 可变；已完成 Phase 只读、只追加证据；计划削减标"已废弃"保留文件。
• 非目标 / 延期 / "先不管"声明带基线锚点，写成自失效：不新增 X（Phase N 基线；若后续承接，本声明作废并更新 Spec 对应章节）。
• dev-planner 增加范围对账前置步骤：每次切分或追加 Phase 前，对既有非目标/延期声明三分——仍成立保持、被承接则修订并排入 Spec 更新任务、承接但无变更记录则暂停回 product-spec-builder。

轻量批处理通道

• 维护执行且 R0/R1 的小改由当前会话直接完成，不派遣子代理，记入 docs/maintenance/batch.md 待复查；不自动触发审查，收尾时提醒"待复查 N 项，是否现在批量审查？"。
• 批量复查按"批 ID + 累积 diff + 证据"作为一次审查输入，沿用 fresh reviewer + 一次聚焦复审 + 两轮停止；发布或合并前必须清空队列。
• 权限、配置、公开 API 契约、数据、依赖及任何 R2 修改不得入队，一律即时验证。

会话与初始化

• AGENTS.md 增加"会话开场"规则：每次对话或新会话先以"创造者（Creovator）"身份自我介绍，确认人设生效。
• gateway 环境检测改为按技能自身安装位置优先判断宿主（~/.codex/skills/ / ~/.claude/skills/），无法判断才询问；能判断时不再问"初始化哪个平台"。
• 修复 .version 被写成安装日期的缺陷：gateway 必须从释放包原样复制 .version 与 .creator-manifest.json，版本以释放包为准。
• 发布包系统指令顶部注入"工作流版本"行，安装后可直接查看版本；初始化报告明确打印版本、平台、技能数与 .version 位置。
• 升级机制简化为"整体替换工作流文件 + 保留运行时状态 + 冲突询问用户"：signals.md 与 cases.json 项目用例保留，其余工作流文件换新版本；不构建自动回放引擎，冲突时列出询问用户。
• 本地修改工作流文件必须登记为可回放补丁（EVOLUTION.md 升级与回放留痕），未登记的修改会随升级整体替换丢失。

构建与评测

• convert_agents_to_claude 修复自指语句（"AGENTS.md 发布包转换为 CLAUDE.md"）在转换后语义错乱的问题；verify 增加转换残留断言。
• 行为用例 16 → 20：新增 scope-reconciliation、batch-review 两个类别与 4 个用例，覆盖范围对账与批处理边界；响应评分增加可选 deferred 字段。

1.3.0

Prompt 契约

• 依据 OpenAI 官方提示词工程建议重构 AGENTS.md：按 Identity、Goals、Decision flow、Instructions、Output contracts、Boundaries、Examples 与 Runtime context 分层，区分稳定指令和动态任务数据。
• 11 个 Skill 统一为 Purpose、Trigger、Required context、Workflow、Output、Stop or escalate 与 References 七段入口；详细模板和正反例保留在阶段契约，减少冗长 Prompt 的规则污染。
• 增加 16 个代表性 Prompt 行为用例和静态/响应双模式评测脚本，覆盖三路由、追问停止、视觉边界、自进化、发布授权与异常恢复。
• CI 在构建发布包前执行 Prompt 契约评测；没有 fresh Agent 响应时只声明静态结构通过，不冒充模型行为评测。
• Codex 与 Claude Code 发布包在 .creator/ 专属命名空间内置 Prompt 用例和评测脚本，使安装后的自进化补丁能够执行同一回归契约；发布验证会在两种真实解包结构中运行该脚本。
• gateway 将 .creator/ 纳入冲突和安装验证；更新时按 case ID 合并项目自进化用例，同 ID 差异必须用户确认，禁止静默覆盖。

审查收敛与中断恢复

• reviewer 使用“契约版本 + diff + 验证证据”形成审查指纹；相同指纹只允许一个 fresh reviewer，避免重复终审消耗资源。
• 首轮审查一次列全问题，修复后新 diff 最多进行一次聚焦复审；相同阻塞问题连续两轮存在时停止循环并报告阻塞。
• 模型容量、网络、工具或宿主故障统一标记为“中断”，不算审查失败；工作流保存恢复检查点，恢复后只继续未完成步骤。
• goal-writer 增加重试上限、reviewer 收敛、中断条件、恢复检查点与授权边界，禁止无限执行目标。

自进化与文档

• 每个已应用的自进化补丁必须绑定至少一个可复现的 Prompt 行为回归用例；无法建立回归时只保留信号，不直接修改规则。
• README 重写为面向用户和维护者的统一入口，补充工作原理、容量中断处理、Prompt 评测和双平台发布说明。
• 记录 1.2.0 实际使用中的容量中断事件：平台容量是直接原因，无界重复 reviewer 是资源放大因素，二者分别处理。

1.2.0

架构重构

• 主 Agent 正式命名为“创造者（Creovator）”，增加目的拆解、事实/推断/未知分层与渐进式高价值追问规则。
• 将单线交付重构为“0→1 产品、产品变更、维护执行”三条路线；维护任务使用轻量任务契约，不再强制生成 Product Spec 和 DEV-PLAN。
• 增加路线升级规则：正确行为不清或涉及公开契约、数据、权限与用户流程变化时，由维护执行升级到产品变更。
• 统一 R0/R1/R2 风险分级；产品 Phase 与 R2 变更要求 fresh reviewer，低风险维护采用相称验证。
• 将“AI 优先”修正为“AI 适用性评估”，避免为普通自动化强塞 AI 功能。

自进化与设计

• 重构自进化闭环：明确信号采集事件、合并键、严重度与五种状态，普通信号保留观察并累计，严重事件可单次触发。
• Codex 与 Claude Code 发布包现在都会预建 evolution/signals.md，更新工作流时保留已有台账。
• 统一产品文档默认路径为 docs/，同时兼容旧项目根目录文件。
• 将“设计绝对覆盖需求”改为按职责裁决，避免视觉稿篡改功能范围。
• 移除审美词到固定皮肤的映射，改为结合任务、内容、用户、环境与可访问性生成可验证设计决策。

构建与发布

• release-builder 改为识别 Node、Python、Rust、Go、Java、.NET、移动端和桌面端生态，不再假设 npm。
• 发布包新增 .creator-manifest.json，Skill 数量由源码目录动态生成；gateway 不再覆盖包内语义版本。
• 构建器严格校验每个 Skill 的命令映射和 openai.yaml 必填字段，禁止静默跳过不完整入口。
• 发布验证升级为失败即阻断：检查双平台结构、版本、manifest、Claude 转换残留、命令数量与 gateway 包结构；GitHub Release 在创建前执行同一验证。
• 修复 reviewer frontmatter 中未转义冒号导致严格 YAML 解析失败的问题。

1.1.0

优化

• 技能描述重构：全面重构优化了 11 个原子技能的 SKILL.md frontmatter 描述与 openai.yaml 触发配置。
• 降本增效防误触：统一使用“定位+动作+产物边界”的描述模板，拉开开发（dev-builder）、修复（bug-fixer）、审查（reviewer）等重度执行技能的特征词区分度，将前置依赖门禁显性化，极大提升大模型工作流路由（Routing）成功率。

1.0.2

Release 1.0.2

1.0.1

新增

• 网关 Skill（gateway/）：全局安装的工作流初始化器
• 发布构建脚本（scripts/build_release.py）：自动生成三套释放包
• GitHub Actions 自动发布：VERSION 变更时自动构建并创建 Release
• Claude Code 适配：CLAUDE.md 转换、中文 slash commands、.claude/ 目录结构
• Agent 自助安装指引

产物

• creator.codex.zip — Codex 工作空间初始化包
• creator.claude.zip — Claude Code 工作空间初始化包
• creator-gateway.zip — 网关 Skill 安装包

Creator.Skill v1.0.0 正式发布

Creator.Skill v1.0.0 正式发布

这是 creator.skill 系统的首个正式版本！我们完成了一套面向项目空间的多 Skill 产品交付系统，通过轻量级、文档驱动的工作流，实现从概念到发布的全链路覆盖。

🌟 核心特性

本版本构建了由 6 个主线技能和 5 个扩展技能（Plus Skills）组成的框架：

📌 主线流程

• 需求阶段 (product-spec-builder)：化模糊的产品想法为可落地的研发需求 (Product-Spec.md)。
• 设计规范 (design-brief-builder)：将主观设计意图转化为具体的设计决策 (Design-Brief.md)。
• 设计制图 (design-maker - 可选)：在需要外部设计工具或界面预览时，生成可视化产物。
• 开发计划 (dev-planner)：将需求拆解为可独立执行、具备验收标准的开发计划 (DEV-PLAN.md)。
• 代码开发 (dev-builder)：按照计划连续开发，并强制调用独立子代理进行闭环审查。
• 发布准备 (release-builder - 可选)：执行隐私审计、构建检查，并整理发布证据。

🛠️ 扩展能力

• 缺陷修复 (bug-fixer)：依据具体报错证据和复现步骤定位修复。
• 代码审查 (reviewer)：作为干净的独立视角，严格把控产物与需求、规范的对齐情况。
• 目标设定 (goal-writer)：生成明确的、包含验收条件的执行 Goal。
• 系统自进化 (self-evolver)：捕获项目运行中的修正信号，沉淀并转化为技能规则补丁。
• 技能拓展 (skill-builder)：按需维护或扩展系统的内置 Skill。

🧹 最新优化

• 明确了可选步骤的边界（设计图、发布、缺陷修复等）。
• 强化并清晰定义了 dev-builder 的代码审查闭环。
• 彻底清理了项目早期的历史版本资产与开发过程工件，发布包极度纯净。

🚀 快速上手

在本仓库或其应用的目标仓库中启动 Codex 话题。系统会自动读取项目根目录的 AGENTS.md 协议和 .agents/skills/ 技能定义，直接呼叫对应 Skill 即可开启流程！