scene-capability-engine 3.0.1 → 3.0.2

package/LICENSE

@@ -1,6 +1,6 @@
 MIT License
 
-Copyright (c) 2026 Kiro Ultrawork
+Copyright (c) 2026 heguangyong
 
 Permission is hereby granted, free of charge, to any person obtaining a copy
 of this software and associated documentation files (the "Software"), to deal
@@ -18,4 +18,4 @@ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
 AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
 LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
 OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
-SOFTWARE.
+SOFTWARE.

package/README.md

@@ -4,8 +4,7 @@
 [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)
 
 > **⚠️ Important Clarification**: `scene-capability-engine` (`sce`) is an **npm package and CLI tool** for spec-driven development.  
-> It is **NOT** the Kiro IDE desktop application. If you're looking for Kiro IDE, visit https://kiro.dev
-> Legacy/compatibility commands `sco`, `kse`, and `kiro-spec-engine` remain available.
+> Primary command is `sce`. Compatibility aliases are preserved for migration.
 
 **A context provider for AI coding tools** - Structure your project requirements, design, and tasks so AI assistants can help you build better software.
 
@@ -61,7 +60,7 @@ graph LR
 | Queue-driven autonomous runtime | `auto close-loop-controller` persistent queue drain | Program-scale backlogs continue without manual re-triggering |
 | Autonomous convergence governance | Program gate (`min-success-rate` + `max-risk-level`) + audit JSON output | Program completion is policy-verified and traceable |
 | Measurable outcomes | KPI automation (`value metrics snapshot/baseline/trend`) | Delivery quality can be tracked week-over-week |
-| Tool-agnostic adoption | Works across Claude/Cursor/Windsurf/Copilot/Kiro | No lock-in to a single AI IDE |
+| Tool-agnostic adoption | Works across Claude/Cursor/Windsurf/Copilot | No lock-in to a single AI IDE |
 | Built-in governance | Docs governance, lock management, audit, env/workspace controls | Team collaboration stays auditable and stable |
 
 ### 90-Second Value Proof
@@ -134,7 +133,7 @@ This creates a `.kiro/` directory with:
 
 #### Step 3: Tell Your AI About the Methodology (30 seconds)
 
-**In your AI tool (Cursor, Claude, Windsurf, Kiro, etc.), say:**
+**In your AI tool (Cursor, Claude, Windsurf, etc.), say:**
 
 ```
 Please read .kiro/README.md to understand how this project works.
@@ -201,7 +200,7 @@ A **Spec** is a structured description of a feature or project component. Each S
 
 sce supports three ways to work with AI tools:
 
-1. **Native Integration** - AI tool directly accesses sce (Kiro IDE)
+1. **Direct Workspace Integration** - AI tool directly accesses sce in your workspace
 2. **Manual Export** - You export and paste context (Claude, ChatGPT, Cursor)
 3. **Watch Mode** - Automatic context updates on file changes (all tools)
 
@@ -218,7 +217,6 @@ sce works with any AI coding assistant. Choose your tool for specific guidance:
 - **[Cursor](docs/tools/cursor-guide.md)** - IDE with AI pair programming
 - **[Claude Code](docs/tools/claude-guide.md)** - Anthropic's coding assistant
 - **[Windsurf](docs/tools/windsurf-guide.md)** - AI agent with command execution
-- **[Kiro](docs/tools/kiro-guide.md)** - Native integration, no manual export needed
 - **[VS Code + Copilot](docs/tools/vscode-guide.md)** - GitHub Copilot integration
 - **[Generic AI Tools](docs/tools/generic-guide.md)** - Works with any AI assistant
 
@@ -264,7 +262,6 @@ sequenceDiagram
 - [Cursor Integration](docs/tools/cursor-guide.md)
 - [Claude Code Integration](docs/tools/claude-guide.md)
 - [Windsurf Integration](docs/tools/windsurf-guide.md)
-- [Kiro Integration](docs/tools/kiro-guide.md)
 - [VS Code + Copilot Integration](docs/tools/vscode-guide.md)
 - [Generic AI Tools](docs/tools/generic-guide.md)
 
@@ -364,7 +361,7 @@ Structure your work with Requirements → Design → Tasks workflow
 - **Smart Exclusions**: Automatically skip common non-repository directories (node_modules, build, etc.)
 
 ### Moqui ERP Integration 🚀 NEW in v1.39.0
-- **Moqui ERP Adapter**: Connect KSE scene runtime to live Moqui ERP instances
+- **Moqui ERP Adapter**: Connect sce scene runtime to live Moqui ERP instances
   - `MoquiClient` — HTTP client with JWT auth lifecycle (login, refresh, re-login, logout) and retry logic
   - `MoquiAdapter` — Binding handler for `spec.erp.*` and `moqui.*` refs, entity CRUD, service invocation, screen discovery
 - **Scene Template Extractor** (v1.40.0): Analyze Moqui resources, identify business patterns, generate reusable scene templates
@@ -601,7 +598,7 @@ sce repo exec "<command>"          # Execute command in all repositories
 # Spec-level collaboration (NEW in v1.22.0)
 sce collab init <master> [options] # Initialize Master Spec with Sub-Specs
 sce collab status [spec] [--graph] # Display collaboration status
-sce collab assign <spec> <kiro>    # Assign Spec to Kiro instance
+sce collab assign <spec> <assignee> # Assign Spec to an assignee
 sce collab verify <spec>           # Verify interface contracts
 sce collab integrate <specs...>    # Run integration tests
 sce collab migrate <spec>          # Convert standalone Spec to collaborative
@@ -697,7 +694,7 @@ We welcome contributions! See our [Contributing Guide](CONTRIBUTING.md) for:
 
 ```bash
 git clone https://github.com/heguangyong/scene-capability-engine.git
-cd kiro-spec-engine
+cd scene-capability-engine
 npm install
 npm link  # For local development
 npm test  # Run tests
@@ -714,7 +711,7 @@ MIT License - see [LICENSE](LICENSE) file for details.
 ## Acknowledgments
 
 - Inspired by the **Sisyphus** myth and the concept of noble struggle
-- Built on the foundation of **Kiro** spec-driven development
+- Built on practical **Spec-driven development** methodology
 - Influenced by **oh-my-opencode** and the Ultrawork Manifesto
 
 ---

package/README.zh.md

@@ -4,8 +4,7 @@
 [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)
 
 > **⚠️ 重要说明**: `scene-capability-engine`（`sce`）是一个 **npm 包和 CLI 工具**，用于 Spec 驱动开发。  
-> 它**不是** Kiro IDE 桌面应用程序。如果你在寻找 Kiro IDE，请访问 https://kiro.dev
-> 兼容保留命令：`sco`、`kse` 与 `kiro-spec-engine`。
+> 主命令为 `sce`，兼容别名保留用于迁移。
 
 **AI 编码工具的上下文提供者** - 结构化你的项目需求、设计和任务，让 AI 助手帮你构建更好的软件。
 
@@ -59,7 +58,7 @@ graph LR
 | 队列驱动自治执行 | `auto close-loop-controller` 持续消费目标队列 | 程序级积压目标无需人工反复触发 |
 | 自治收敛治理 | Program Gate（最小成功率 + 最大风险）+ 审计 JSON 导出 | 完成结果可按策略验收且全程可追溯 |
 | 结果可量化 | KPI 自动化（`value metrics snapshot/baseline/trend`） | 周度趋势可追踪、可审计 |
-| 工具无锁定 | 兼容 Claude/Cursor/Windsurf/Copilot/Kiro | 团队可保留现有 AI 工具链 |
+| 工具无锁定 | 兼容 Claude/Cursor/Windsurf/Copilot | 团队可保留现有 AI 工具链 |
 | 治理内建 | 文档治理、锁机制、审计、环境/工作区管理 | 协作更稳定，过程可回放 |
 
 ### 90 秒价值验证
@@ -132,7 +131,7 @@ sce adopt
 
 #### 步骤 3：告诉 AI 项目的开发方法（30 秒）
 
-**在你的 AI 工具中（Cursor、Claude、Windsurf、Kiro 等），说：**
+**在你的 AI 工具中（Cursor、Claude、Windsurf 等），说：**
 
 ```
 请阅读 .kiro/README.md 了解项目的开发方法。
@@ -199,7 +198,7 @@ sce adopt
 
 sce 支持三种与 AI 工具协作的方式：
 
-1. **原生集成** - AI 工具直接访问 sce（Kiro IDE）
+1. **工作区直连集成** - AI 工具直接在你的工作区访问 sce
 2. **手动导出** - 你导出并粘贴上下文（Claude、ChatGPT、Cursor）
 3. **Watch 模式** - 文件更改时自动更新上下文（所有工具）
 
@@ -216,7 +215,6 @@ sce 适用于任何 AI 编码助手。选择你的工具获取具体指导：
 - **[Cursor](docs/zh/tools/cursor-guide.md)** - 带 AI 结对编程的 IDE
 - **[Claude Code](docs/zh/tools/claude-guide.md)** - Anthropic 的编码助手
 - **[Windsurf](docs/zh/tools/windsurf-guide.md)** - 支持命令执行的 AI 代理
-- **[Kiro](docs/zh/tools/kiro-guide.md)** - 原生集成，无需手动导出
 - **[VS Code + Copilot](docs/zh/tools/vscode-guide.md)** - GitHub Copilot 集成
 - **[通用 AI 工具](docs/zh/tools/generic-guide.md)** - 适用于任何 AI 助手
 
@@ -260,7 +258,6 @@ sequenceDiagram
 - [Cursor 集成](docs/zh/tools/cursor-guide.md)
 - [Claude Code 集成](docs/zh/tools/claude-guide.md)
 - [Windsurf 集成](docs/zh/tools/windsurf-guide.md)
-- [Kiro 集成](docs/zh/tools/kiro-guide.md)
 - [VS Code + Copilot 集成](docs/zh/tools/vscode-guide.md)
 - [通用 AI 工具](docs/zh/tools/generic-guide.md)
 
@@ -320,7 +317,7 @@ sequenceDiagram
 - **跨平台**：在 Windows、Linux 和 macOS 上无缝工作
 
 ### Moqui ERP 集成 🚀 v1.39.0 新增
-- **Moqui ERP 适配器**: 将 KSE 场景运行时连接到 Moqui ERP 实例
+- **Moqui ERP 适配器**: 将 sce 场景运行时连接到 Moqui ERP 实例
   - `MoquiClient` — 支持 JWT 认证生命周期（登录、刷新、重登录、登出）和重试逻辑的 HTTP 客户端
   - `MoquiAdapter` — 处理 `spec.erp.*` 和 `moqui.*` 引用的绑定处理器，支持实体 CRUD、服务调用、屏幕发现
 - **场景模板提取器**（v1.40.0）: 分析 Moqui 资源，识别业务模式，生成可复用场景模板
@@ -592,7 +589,7 @@ sce workflows                      # 列出可用工作流
 
 ```bash
 git clone https://github.com/heguangyong/scene-capability-engine.git
-cd kiro-spec-engine
+cd scene-capability-engine
 npm install
 npm link  # 用于本地开发
 npm test  # 运行测试
@@ -609,7 +606,7 @@ MIT 许可证 - 详见 [LICENSE](LICENSE) 文件。
 ## 致谢
 
 - 受 **西西弗斯** 神话和高贵奋斗概念的启发
-- 建立在 **Kiro** Spec 驱动开发的基础上
+- 建立在务实的 **Spec 驱动开发** 方法论基础上
 - 受 **oh-my-opencode** 和 Ultrawork 宣言的影响
 
 ---

package/bin/kse.js

@@ -1,3 +1,3 @@
 #!/usr/bin/env node
 
-require('./kiro-spec-engine');
+require('./scene-capability-engine');

package/bin/sce.js

@@ -1,3 +1,3 @@
 #!/usr/bin/env node
 
-require('./kiro-spec-engine');
+require('./scene-capability-engine');

package/bin/sco.js

@@ -1,3 +1,3 @@
 #!/usr/bin/env node
 
-require('./kiro-spec-engine');
+require('./scene-capability-engine');

package/docs/331-poc-adaptation-roadmap.md

@@ -1,17 +1,17 @@
-# 331-poc 适配持续推进路线图（KSE 侧）
+# 331-poc 适配持续推进路线图（sce 侧）
 
-> 范围：`kiro-spec-engine` 侧围绕 331-poc handoff 的持续适配工作，不包含 331 业务实现本身。
+> 范围：`scene-capability-engine` 侧围绕 331-poc handoff 的持续适配工作，不包含 331 业务实现本身。
 
 ## 已完成（本轮）
 
 1. 新增 handoff 自动化命令：
-   - `kse auto handoff plan`
-   - `kse auto handoff queue`
+   - `sce auto handoff plan`
+   - `sce auto handoff queue`
 2. 将 handoff manifest 解析为可执行阶段计划（precheck/spec validation/execution/observability）。
 3. 将 handoff manifest 生成 close-loop-batch 目标队列（支持 dry-run、append、known-gaps 开关）。
 4. 补齐单测覆盖（plan/queue/dry-run 分支）。
 5. 更新命令参考与中英文文档入口。
-6. 新增 `kse auto handoff run`：
+6. 新增 `sce auto handoff run`：
    - 一条命令串行执行 `plan -> queue -> close-loop-batch -> observability`。
    - 支持 `--dry-run` 与失败自动中断。
 7. 新增 handoff 结果归档：
@@ -25,12 +25,12 @@
    - 从 manifest `specs[].depends_on` 构建依赖拓扑批次。
    - `handoff run` 默认按依赖批次顺序执行 spec 集成目标。
 10. 新增模板差异检测：
-   - `kse auto handoff template-diff` 对比 manifest 模板与本地模板库。
+   - `sce auto handoff template-diff` 对比 manifest 模板与本地模板库。
 11. 新增跨轮次回归分析：
-   - `kse auto handoff regression` 对比相邻批次成功率/风险/失败目标/耗时变化。
+   - `sce auto handoff regression` 对比相邻批次成功率/风险/失败目标/耗时变化。
    - `handoff run` 结果中自动附加 regression 摘要。
 12. 新增断点续跑能力：
-   - `kse auto handoff run --continue-from <session|latest|file>`。
+   - `sce auto handoff run --continue-from <session|latest|file>`。
    - 支持 `--continue-strategy auto|pending|failed-only`。
 13. 新增 release evidence 自动归并：
    - `handoff run` 结束后自动将批次结果合并到 `.kiro/reports/release-evidence/handoff-runs.json`。
@@ -42,10 +42,10 @@
    - `handoff run` 支持 `--release-evidence-window <n>`（默认 5）。
    - release evidence 自动写入 `latest_trend_window` 与每个 session 的 `trend_window`，支持发布包一键审阅。
 16. 新增 release evidence 快速审阅命令：
-   - `kse auto handoff evidence` 直接聚合当前批次 gate/ontology/regression/risk-layer 概览。
+   - `sce auto handoff evidence` 直接聚合当前批次 gate/ontology/regression/risk-layer 概览。
    - 支持 JSON/markdown 输出与 `--window` 会话窗口聚合。
 17. 新增 release draft 自动生成：
-   - `kse auto handoff evidence --release-draft <path>` 一次命令生成 evidence 审阅 markdown + release notes 草稿。
+   - `sce auto handoff evidence --release-draft <path>` 一次命令生成 evidence 审阅 markdown + release notes 草稿。
    - 草稿自动注入当前批次 gate/ontology/regression/risk-layer 摘要与证据路径。
 18. 新增 CI 发布链路集成：
    - `release.yml` 在 tag 发布时自动尝试基于 `handoff-runs.json` 生成 release notes 草稿。
@@ -63,7 +63,7 @@
    - 编排引擎在 429/RateLimit 错误重试时，支持解析 `Retry-After`/`try again in` 提示并抬升 backoff。
    - 减少服务端限流窗口内的无效重试与“卡死感”。
 23. 新增 release gate 历史索引命令：
-   - `kse auto handoff gate-index` 聚合 `release-gate-*.json` 为跨版本历史索引。
+   - `sce auto handoff gate-index` 聚合 `release-gate-*.json` 为跨版本历史索引。
    - 支持与已有历史索引合并去重（按 tag/file），输出门禁通过率与风险分布聚合指标。
 24. 发布流程自动产出门禁历史索引：
    - `release.yml` 在 gate 评估后自动执行 `handoff gate-index`，生成 `release-gate-history.json` 与当次 summary。
@@ -75,7 +75,7 @@
    - `release.yml` 在发布前将 `release-gate-history` 的近 5 版趋势追加到 Release Notes。
    - 发布页可直接看到 gate pass ratio、风险分布与近期版本轨迹。
 27. 新增 gate-index Markdown 趋势卡片：
-   - `kse auto handoff gate-index --markdown-out <path>` 直接产出可读趋势卡片。
+   - `sce auto handoff gate-index --markdown-out <path>` 直接产出可读趋势卡片。
    - 便于在 PR/Issue 中复用，降低历史门禁审阅成本。
 28. 发布流程附带趋势卡片资产：
    - `release.yml` 自动生成并上传 `release-gate-history-<tag>.md`。
@@ -96,34 +96,34 @@
    - `release.yml` 将 drift 评估结果回写到 `release-gate-<tag>.json` 的 `drift` 字段。
    - 单一门禁产物同时覆盖 gate 与 drift 审计口径，便于回放。
 34. gate-index 漂移趋势聚合：
-   - `kse auto handoff gate-index` 聚合 `drift_alert_count/drift_blocked` 指标并输出 markdown 趋势。
+   - `sce auto handoff gate-index` 聚合 `drift_alert_count/drift_blocked` 指标并输出 markdown 趋势。
    - 发布流程在 drift 合并后自动刷新一次 gate-index，确保当次 release 资产包含 drift 最新状态。
 35. 治理默认评估接入 handoff 发布信号：
-   - `kse auto governance stats` 默认读取 `release-gate-history.json`，将 gate/drift/scene-batch 信号纳入风险评估。
+   - `sce auto governance stats` 默认读取 `release-gate-history.json`，将 gate/drift/scene-batch 信号纳入风险评估。
    - 治理健康输出新增 `health.release_gate` 快照，concerns/recommendations 自动给出 release 质量回归处置建议。
 36. 治理 close-loop 轮次遥测接入发布信号：
-   - `kse auto governance close-loop` 每轮输出 `release_gate_before/release_gate_after`，与 `risk_before/risk_after` 对齐。
+   - `sce auto governance close-loop` 每轮输出 `release_gate_before/release_gate_after`，与 `risk_before/risk_after` 对齐。
    - 轮次级审计可直接追踪 release gate/drift/scene-batch 信号在治理动作前后的变化。
 37. 治理会话统计聚合 release gate 轮次趋势：
-   - `kse auto governance session stats` 新增 `release_gate` 聚合区块，覆盖 gate fail/drift alert/blocked 与通过率均值。
+   - `sce auto governance session stats` 新增 `release_gate` 聚合区块，覆盖 gate fail/drift alert/blocked 与通过率均值。
    - 会话统计输出同时汇总 `round_telemetry_observed/changed`，可量化治理轮次对发布质量信号的影响。
 38. 治理 close-loop 接入 release gate 阻断语义：
-   - `kse auto governance close-loop` 在 release gate/drift 信号异常时输出 `stop_reason=release-gate-blocked`。
+   - `sce auto governance close-loop` 在 release gate/drift 信号异常时输出 `stop_reason=release-gate-blocked`。
    - 结果新增 `stop_detail` 与 `recommendations`，显式给出阻断原因与处置命令。
 39. 治理 maintain 计划默认优先 release gate 修复：
-   - `kse auto governance maintain` 在 release gate 阻断时优先产出 `release-gate-evidence-review` / `release-gate-scene-batch-remediate`。
+   - `sce auto governance maintain` 在 release gate 阻断时优先产出 `release-gate-evidence-review` / `release-gate-scene-batch-remediate`。
    - 发布质量阻断先处理，再执行常规会话/内存清理动作。
 40. handoff run 接入 release gate preflight 与失败摘要：
-   - `kse auto handoff run` 默认输出 `release_gate_preflight`，在 precheck 阶段给出 release gate 阻断提示。
+   - `sce auto handoff run` 默认输出 `release_gate_preflight`，在 precheck 阶段给出 release gate 阻断提示。
    - 失败结果新增 `failure_summary`，统一汇总 phase/gate/release-gate 阻断原因并联动推荐命令。
 41. handoff run 增加 release gate 可选硬门禁：
    - 新增 `--require-release-gate-preflight`，可在生产场景将 release gate preflight 从 advisory 升级为 hard-fail。
    - 默认保持 advisory，避免对现有项目引入破坏性变更。
 42. release draft/evidence review 纳入 preflight 与失败摘要信号：
-   - `kse auto handoff evidence --format markdown` 新增 `Current Release Gate Preflight` 与 `Current Failure Summary`。
+   - `sce auto handoff evidence --format markdown` 新增 `Current Release Gate Preflight` 与 `Current Failure Summary`。
    - release notes draft 摘要新增 preflight 可用性、阻断状态、hard-gate 模式与失败高亮。
 43. gate-index 趋势卡片纳入 preflight/hard-gate 聚合：
-   - `kse auto handoff gate-index` 聚合 `release_gate_preflight_*` 指标并在 markdown 趋势卡片展示。
+   - `sce auto handoff gate-index` 聚合 `release_gate_preflight_*` 指标并在 markdown 趋势卡片展示。
    - Recent entries 行新增 `preflight-blocked` / `hard-gate` 维度，便于跨版本定位阻断模式。
 44. release workflow 漂移判定纳入 preflight/hard-gate 趋势：
    - `release.yml` 的 drift alert 增加 preflight blocked rate、hard-gate blocked streak、preflight unavailable streak 三类阈值。
@@ -142,12 +142,12 @@
    - `release.yml` 的 Evaluate drift 步骤改为直接调用脚本，消除大段内联 heredoc，降低语法错误与维护成本。
    - 新增 `tests/unit/scripts/release-drift-evaluate.test.js` 覆盖 advisory/enforce/missing history/gate report 写回四类场景。
 2. handoff 质量指标接入 governance 默认评估闭环：
-   - `kse auto governance stats` 默认聚合 `.kiro/reports/release-evidence/handoff-runs.json`，输出 `health.handoff_quality` 快照。
+   - `sce auto governance stats` 默认聚合 `.kiro/reports/release-evidence/handoff-runs.json`，输出 `health.handoff_quality` 快照。
    - `risk/concerns/recommendations` 自动纳入 handoff 最新状态、gate、ontology、capability、preflight 阻断等信号。
-   - `kse auto governance close-loop` 的阻断判断纳入 handoff 严重质量信号，统一通过 `stop_reason=release-gate-blocked` 回传处置语义。
-   - `kse auto governance maintain` 在 handoff 质量阻断时新增 `release-gate-handoff-remediate` 建议动作。
+   - `sce auto governance close-loop` 的阻断判断纳入 handoff 严重质量信号，统一通过 `stop_reason=release-gate-blocked` 回传处置语义。
+   - `sce auto governance maintain` 在 handoff 质量阻断时新增 `release-gate-handoff-remediate` 建议动作。
 3. release evidence 与治理视图合并：
-   - `kse auto handoff evidence` 报告新增 `governance_snapshot`（risk/concerns/recommendations + release/handoff health）。
+   - `sce auto handoff evidence` 报告新增 `governance_snapshot`（risk/concerns/recommendations + release/handoff health）。
    - evidence markdown 与 release draft 同步输出 `Governance Snapshot` 区块，形成可发布的一体化治理审阅材料。
 
 ## 下一阶段（新）

package/docs/331-poc-dual-track-integration-guide.md

@@ -1,6 +1,6 @@
-# 331-poc 双轨协同对接手册
+# 331-poc 双轨协同对接手册
 
-> 目的：在 `kiro-spec-engine` 侧承接 331-poc 的深度补全成果，完成模板接入、ontology 校验、主从编排与闭环验收。
+> 目的：在 `scene-capability-engine` 侧承接 331-poc 的深度补全成果，完成模板接入、ontology 校验、主从编排与闭环验收。
 
 ## 1. 输入契约（来自 331-poc）
 
@@ -10,22 +10,22 @@
 2. 模板导出目录：`.kiro/templates/exports/<template-name>/`。
 3. 交接包：`docs/handoffs/handoff-manifest.json` + 证据文档。
 
-若输入不满足以上三类，KSE 侧不进入接入批次。
+若输入不满足以上三类，sce 侧不进入接入批次。
 
-## 2. KSE 侧接入流程
+## 2. sce 侧接入流程
 
 ## 2.0 一键化入口（推荐）
 
 推荐直接使用一条命令闭环执行：
 
 ```bash
-npx kse auto handoff run --manifest ../331-poc/docs/handoffs/handoff-manifest.json --json
+npx sce auto handoff run --manifest ../331-poc/docs/handoffs/handoff-manifest.json --json
 ```
 
 需要提高成功率门槛时：
 
 ```bash
-npx kse auto handoff run --manifest ../331-poc/docs/handoffs/handoff-manifest.json \
+npx sce auto handoff run --manifest ../331-poc/docs/handoffs/handoff-manifest.json \
   --min-spec-success-rate 95 \
   --max-risk-level medium \
   --json
@@ -34,15 +34,15 @@ npx kse auto handoff run --manifest ../331-poc/docs/handoffs/handoff-manifest.js
 建议每轮执行后追加两条诊断命令：
 
 ```bash
-npx kse auto handoff template-diff --manifest ../331-poc/docs/handoffs/handoff-manifest.json --json
-npx kse auto handoff regression --session-id latest --json
+npx sce auto handoff template-diff --manifest ../331-poc/docs/handoffs/handoff-manifest.json --json
+npx sce auto handoff regression --session-id latest --json
 ```
 
 ## 2.1 批次 1：输入预检
 
 ```bash
-npx kse status --verbose
-npx kse doctor --docs
+npx sce status --verbose
+npx sce doctor --docs
 ```
 
 核对 `handoff-manifest.json`：
@@ -55,10 +55,10 @@ npx kse doctor --docs
 对每个 handoff spec 执行：
 
 ```bash
-npx kse scene package-validate --spec <spec-name> --spec-package custom/scene-package.json --strict --json
-npx kse scene ontology validate --package .kiro/specs/<spec-name>/custom --json
-npx kse scene ontology impact --package .kiro/specs/<spec-name>/custom --ref <ref> --max-depth 2 --json
-npx kse scene ontology path --package .kiro/specs/<spec-name>/custom --from <from-ref> --to <to-ref> --json
+npx sce scene package-validate --spec <spec-name> --spec-package custom/scene-package.json --strict --json
+npx sce scene ontology validate --package .kiro/specs/<spec-name>/custom --json
+npx sce scene ontology impact --package .kiro/specs/<spec-name>/custom --ref <ref> --max-depth 2 --json
+npx sce scene ontology path --package .kiro/specs/<spec-name>/custom --from <from-ref> --to <to-ref> --json
 ```
 
 ## 2.3 批次 3：模板层接入
@@ -66,10 +66,10 @@ npx kse scene ontology path --package .kiro/specs/<spec-name>/custom --from <fro
 对于 scene package 模板链路（如果本轮包含 scene-package 模板）：
 
 ```bash
-npx kse scene package-publish --spec <spec-name> --out-dir .kiro/templates/scene-packages --json --force
-npx kse scene package-registry --template-dir .kiro/templates/scene-packages --strict --json
-npx kse scene package-gate-template --out .kiro/templates/scene-package-gate-policy.json --profile three-layer --force --json
-npx kse scene package-gate --registry .kiro/templates/scene-packages/registry.json --policy .kiro/templates/scene-package-gate-policy.json --strict --json
+npx sce scene package-publish --spec <spec-name> --out-dir .kiro/templates/scene-packages --json --force
+npx sce scene package-registry --template-dir .kiro/templates/scene-packages --strict --json
+npx sce scene package-gate-template --out .kiro/templates/scene-package-gate-policy.json --profile three-layer --force --json
+npx sce scene package-gate --registry .kiro/templates/scene-packages/registry.json --policy .kiro/templates/scene-package-gate-policy.json --strict --json
 ```
 
 说明：Spec 模板（`templates create-from-spec` 导出）与 scene package 模板是两条链路，可并行维护，但推荐在同一交接批次一并校验。
@@ -79,9 +79,9 @@ npx kse scene package-gate --registry .kiro/templates/scene-packages/registry.js
 基于本轮 spec 组合，执行自动闭环 dry-run/正式 run：
 
 ```bash
-npx kse auto close-loop --specs "<spec-a>,<spec-b>,<spec-c>" --dry-run --json
-npx kse auto close-loop --specs "<spec-a>,<spec-b>,<spec-c>" --json
-npx kse auto observability snapshot --json
+npx sce auto close-loop --specs "<spec-a>,<spec-b>,<spec-c>" --dry-run --json
+npx sce auto close-loop --specs "<spec-a>,<spec-b>,<spec-c>" --json
+npx sce auto observability snapshot --json
 ```
 
 判定标准：
@@ -89,7 +89,7 @@ npx kse auto observability snapshot --json
 2. 不出现高风险未处置项。
 3. observability 快照可追踪到本轮变更。
 
-## 3. KSE 侧当前需持续适配的点
+## 3. sce 侧当前需持续适配的点
 
 1. 对接自动化：把 331 handoff manifest 解析为可执行批次计划。
 2. ontology 深化：将“业务规则/决策逻辑”映射为可量化 gate 指标。
@@ -99,22 +99,22 @@ npx kse auto observability snapshot --json
 ## 4. 角色划分
 
 1. 331-poc Agent：交付业务事实、完成态 Spec、模板和证据。
-2. KSE Agent：执行接入验证、治理门禁、主从闭环与发布收口。
+2. sce Agent：执行接入验证、治理门禁、主从闭环与发布收口。
 3. Master Agent：维护跨仓上下文与批次节奏。
 
 ## 5. 失败处理
 
-1. 输入缺失：退回 331-poc，标注缺失项，不进入 KSE 接入。
+1. 输入缺失：退回 331-poc，标注缺失项，不进入 sce 接入。
 2. ontology 校验失败：先修 ref/lineage，再跑 gate。
 3. 主从编排失败：降并发、缩批次、保留快照后重试。
 
 ## 6. 最终交付口径
 
-每个接入批次结束后，KSE 侧必须输出：
+每个接入批次结束后，sce 侧必须输出：
 1. 接入批次执行记录（命令、结果、失败点）。
 2. gate 与 observability 快照。
 3. 下一批次建议（可直接执行）。
 
 ## 7. 持续推进参考
 
-KSE 侧后续增强计划见：`docs/331-poc-adaptation-roadmap.md`
+sce 侧后续增强计划见：`docs/331-poc-adaptation-roadmap.md`

package/docs/331-poc-weekly-delivery-checklist.md

@@ -1,4 +1,4 @@
-# 331-poc Weekly Delivery Checklist (For KSE Integration)
+# 331-poc Weekly Delivery Checklist (For sce Integration)
 
 Use this checklist before each integration batch.
 
@@ -24,24 +24,24 @@ Use this checklist before each integration batch.
 - Dependency relations (`depends_on`) are present for multi-spec batches.
 - High-risk gaps have mitigation notes.
 
-## KSE Acceptance Commands
+## sce Acceptance Commands
 
 ```bash
-npx kse auto handoff run --manifest ../331-poc/docs/handoffs/handoff-manifest.json \\
+npx sce auto handoff run --manifest ../331-poc/docs/handoffs/handoff-manifest.json \\
   --min-spec-success-rate 95 \\
   --max-risk-level medium \\
   --json
 
-npx kse auto handoff template-diff --manifest ../331-poc/docs/handoffs/handoff-manifest.json --json
-npx kse auto handoff regression --session-id latest --json
+npx sce auto handoff template-diff --manifest ../331-poc/docs/handoffs/handoff-manifest.json --json
+npx sce auto handoff regression --session-id latest --json
 ```
 
 ## Scene Package Gate Commands
 
 ```bash
-npx kse scene package-registry --template-dir .kiro/templates/scene-packages --strict --json
-npx kse scene package-gate-template --out .kiro/templates/scene-package-gate-policy.json --profile three-layer --force --json
-npx kse scene package-gate --registry .kiro/templates/scene-packages/registry.json --policy .kiro/templates/scene-package-gate-policy.json --strict --json
+npx sce scene package-registry --template-dir .kiro/templates/scene-packages --strict --json
+npx sce scene package-gate-template --out .kiro/templates/scene-package-gate-policy.json --profile three-layer --force --json
+npx sce scene package-gate --registry .kiro/templates/scene-packages/registry.json --policy .kiro/templates/scene-package-gate-policy.json --strict --json
 ```
 
 ## Batch Exit Criteria

package/docs/OFFLINE_INSTALL.md

@@ -1,4 +1,4 @@
-# kse 离线安装指南
+# sce 离线安装指南
 
 > 适用于无法直接访问 npm registry 的环境。
 
@@ -25,18 +25,18 @@ npm --version
 
 ## 方式 1：使用 `.tgz` 离线包安装（推荐）
 
-1. 获取离线包文件（示例：`kiro-spec-engine-1.46.2.tgz`）。
+1. 获取离线包文件（示例：`scene-capability-engine-1.46.2.tgz`）。
 2. 在目标机器执行：
 
 ```bash
-npm install -g kiro-spec-engine-1.46.2.tgz
+npm install -g scene-capability-engine-1.46.2.tgz
 ```
 
 3. 验证：
 
 ```bash
-kse --version
-kse --help
+sce --version
+sce --help
 ```
 
 ---
@@ -54,7 +54,7 @@ npm install -g .
 3. 验证：
 
 ```bash
-kse --version
+sce --version
 ```
 
 ---
@@ -78,10 +78,10 @@ npm --version
 
 ```bash
 cd your-project
-kse adopt
-kse spec bootstrap --name 01-00-demo-feature --non-interactive
-kse value metrics sample --out ./kpi-input.json --json
-kse value metrics snapshot --input ./kpi-input.json --json
+sce adopt
+sce spec bootstrap --name 01-00-demo-feature --non-interactive
+sce value metrics sample --out ./kpi-input.json --json
+sce value metrics snapshot --input ./kpi-input.json --json
 ```
 
 如果最后一步成功，说明你的环境已经可以输出机器可读 KPI 结果（用于周度评审和门禁证据）。