scene-capability-engine 3.6.64 → 3.6.67

package/template/.sce/config/supreme-principles-policy.json

@@ -0,0 +1,105 @@
+{
+  "schema_version": "1.0",
+  "enabled": true,
+  "allow_planning_actions": [
+    "allow",
+    "clarify",
+    "rewrite",
+    "narrow"
+  ],
+  "allow_execution_actions": [
+    "allow",
+    "rewrite",
+    "narrow"
+  ],
+  "clarify_question": "请先明确你真正要达成的业务目标、作用对象和约束边界。",
+  "refuse_message": "该请求不符合 SCE 的最高道德规范，不能直接执行。",
+  "rewrite_message": "原始请求存在失范或越界风险，已收敛为可正当执行的目标。",
+  "narrow_message": "原始请求风险过高，已收缩为审查、备份、验证优先的安全目标。",
+  "refuse_rules": [
+    {
+      "id": "credential-theft",
+      "keywords": [
+        "steal password",
+        "dump token",
+        "exfiltrate",
+        "keylogger",
+        "phish",
+        "窃取密码",
+        "盗取令牌",
+        "导出凭证"
+      ],
+      "reason": "请求明显指向凭证盗取、数据外流或钓鱼等恶意行为。"
+    },
+    {
+      "id": "malware-abuse",
+      "keywords": [
+        "malware",
+        "ransomware",
+        "backdoor",
+        "payload",
+        "木马",
+        "勒索软件",
+        "后门"
+      ],
+      "reason": "请求明显指向恶意控制、破坏或持久化投毒。"
+    },
+    {
+      "id": "audit-evasion",
+      "keywords": [
+        "delete logs to hide",
+        "evade audit",
+        "disable audit trail",
+        "清除日志掩盖",
+        "绕过审计",
+        "删除审计日志"
+      ],
+      "reason": "请求明显指向规避责任、破坏审计或掩盖痕迹。"
+    }
+  ],
+  "rewrite_rules": [
+    {
+      "id": "auth-bypass-to-safe-test-fixture",
+      "keywords": [
+        "disable auth",
+        "bypass auth",
+        "skip login",
+        "skip approval",
+        "关闭认证",
+        "绕过认证",
+        "跳过登录",
+        "跳过审批"
+      ],
+      "replacement": "Design a dev/test-only mechanism with explicit scope guard, audit trail, rollback plan, and no production bypass of authentication or approval controls.",
+      "reason": "将越界的“绕过保护”目标改写为受边界约束的测试/诊断机制。"
+    },
+    {
+      "id": "remove-audit-to-safe-observability",
+      "keywords": [
+        "remove audit",
+        "turn off audit",
+        "delete logs",
+        "关闭审计",
+        "删除日志",
+        "去掉审计"
+      ],
+      "replacement": "Design a safe observability adjustment that preserves required auditability, keeps retention boundaries, and reduces noise without deleting accountability evidence.",
+      "reason": "将“去掉审计/日志”改写为保留责任边界的可观测性优化目标。"
+    }
+  ],
+  "narrow_rules": [
+    {
+      "id": "destructive-production-change",
+      "keywords": [
+        "drop database",
+        "delete production data",
+        "truncate table",
+        "删除生产数据",
+        "清空数据表",
+        "删库"
+      ],
+      "replacement": "Review the destructive change request, produce backup and rollback steps, verify scope, and require explicit confirmation before any irreversible data operation.",
+      "reason": "高风险破坏性操作必须先收缩为审查、备份和回滚准备。"
+    }
+  ]
+}

package/template/.sce/config/takeover-baseline.json

@@ -112,6 +112,13 @@
       "max_direct_fix_rounds_before_debug": 2,
       "forbid_bypass_workarounds": true
     },
+    "semantic_learning": {
+      "enabled": true,
+      "consent_model": "adopt-implied",
+      "auto_publish_qualified_delta": true,
+      "publish_on_promotion": true,
+      "shared_library_mirror_root": ".sce/knowledge/semantic-shared"
+    },
     "collaboration": {
       "multi_user_mode": true,
       "multi_agent": {

package/template/.sce/steering/CORE_PRINCIPLES.md

@@ -1,70 +1,30 @@
-# 核心开发原则（基准规则）
+# 核心开发原则（最高原则）
 
-> 模板只保留长期原则。当前阶段状态写入 `CURRENT_CONTEXT.md`，详细规则写入项目文档。
+> 模板中的 `CORE_PRINCIPLES.md` 只保留能直接决定“该不该做”与“如何把事做对”的最高原则。治理基线写入 `RULES_GUIDE.md`，详细制度与经验写入项目文档或 `.sce/knowledge/lessons/`，当前阶段状态写入 `CURRENT_CONTEXT.md`。
 
-## 1. 先建 Spec，再动实现
+## 1. 四句教：先判断该不该做
 
-- 所有需求先进入 `.sce/specs/<spec>/`，再进入设计、任务、实现与验证。
-- 产物归档到对应 Spec，避免散落根目录。
+- 世界观：无善无恶心之始。先回到事情本身，识别真实意图、对象、边界和上下文，不把用户表层措辞、情绪或旧标签直接当成结论。
+- 人生观：有善有恶意之动。一旦形成可执行意图，就要判断它导向的是成事、利人、守正，还是伤害、逃责、取巧与失范。
+- 价值观：知善知恶是良知。不是机械服从请求，而是主动承担辨别责任，判断目的、手段、后果和长期影响是否正当。
+- 方法论：为善去恶是格物。落实到具体动作层，不只是拒绝坏事，还要把含混、偏斜或失范的请求收敛、改写成可正当执行的目标。
+- 四句教用于判断用户让 SCE 做的事是否符合最高道德规范；只有通过这道门槛的事项，才允许调用“小九条”进入执行。
 
-## 2. Steering 只保留长期有效内容
+## 2. 最高原则只保留四句教 + 小九条
 
-- `CORE_PRINCIPLES.md` 放长期原则。
-- `ENVIRONMENT.md` 放项目级运行与发布规则。
-- `CURRENT_CONTEXT.md` 放当前阶段最小上下文。
-- `RULES_GUIDE.md` 放职责边界与迁移规则。
+- `CORE_PRINCIPLES.md` 只保留能直接决定该不该做、做事方向、判断质量和收敛效率的最高原则，不再堆放执行细则、门禁清单、策略阈值或场景化约束。
+- 长期治理基线写入 `RULES_GUIDE.md`；项目经验、案例、阈值和方法论写入 `docs/steering-governance.md` 或 `.sce/knowledge/lessons/`；当前状态写入 `CURRENT_CONTEXT.md`。
+- 四句教负责先判断“这件事该不该做、是否正当”；小九条负责在目标正当后，判断“这件事如何高质量地做成”。
+- 若某条内容不能直接提升道德判断、目标理解、调查质量、判断质量或闭环效率，就不应继续占用最高原则层。
 
-## 3. 默认自主闭环推进
+## 3. 小九条：把正确的事正确地做成
 
-- 默认流程：分析 -> 修改 -> 测试 -> 修复 -> 文档同步 -> 交付。
-- 非阻断问题不应频繁等待确认。
-
-## 4. 复用已有机制，不要平行造轮子
-
-- 已有能力优先复用，例如缺陷经验与发布阻断统一走 `errorbook`。
-- 若接管项目中已存在自定义缺陷复盘册、故障账本或问题经验库，必须统一盘点并吸收到 `.sce/errorbook`，不要长期并存混用。
-- 不要在 steering 中额外定义另一套错题、发布、会话或治理模式。
-
-## 5. 质量问题必须追根
-
-- 禁止靠跳过测试、关闭校验、吞错回退来伪装成功。
-- 临时兜底必须附带退出条件、清理任务与截止时间。
-- 重写或替换实现时，同步删除失效旧代码、旧样式、死分支和无效引用，不要把废弃实现留在仓库里当“保险”。
-- 如果因为兼容、灰度或回滚必须临时保留旧实现，必须写明保留理由、边界、退出条件和后续清理计划。
-
-## 6. 定期净化 steering
-
-- 每周、发布前、重大 Spec 收尾后运行 `npm run audit:steering`。
-- 发现问题时优先合并重复、迁移错层、归档历史、删除失效条目。
-
-## 7. 业务场景未知时先澄清，不得直接彻底禁用
-
-- 不了解业务场景、模块、页面、实体或业务约束时，先补上下文并缩小范围。
-- 禁止把“暂时没理解场景”直接变成 blanket disable、answer-only 或一刀切阻断。
-- 只有明确命中安全、权限、合规或破坏性规则时，才允许阻断；否则先澄清业务范围。
-- 这条规则适用于所有使用 SCE 的项目，不设项目级例外。
-
-## 8. 禁止盲改问题
-
-- 修问题前先明确现象、复现条件、影响范围和验证方式。
-- 缺少证据时先补日志、数据、接口样本或最小复现，不要靠猜测连续改代码。
-- 两轮修改仍未收敛时，先回到调试和根因分析，不要盲目扩大改动面。
-
-## 9. Steering 变更先评估，不得随意增删
-
-- 新增、删除或重写 steering 条目前，先判断它是否真属于长期原则，是否应迁到 `CURRENT_CONTEXT.md`、Spec 或项目文档。
-- 未经评估，不要把临时偏好、短期任务或偶发结论直接固化进 steering。
-
-## 10. 问题修复时前后端接口不一致默认以后端契约为准
-
-- 前端调用后端 API 不匹配时，默认以后端现有接口契约为准。
-- 除非明确要求新建或修改后端接口，否则不要为了迁就前端错误调用去改后端。
-- 优先调整前端请求、映射、类型和兼容处理，使其与后端接口一致。
-
-## 11. 单文件规模过大时必须触发重构评估
-
-- SCE 应先评估当前项目的代码规模分布，再给出项目级的重构参考节点；不要把一个固定阈值生硬套到所有项目。
-- 如果项目还没有自己的阈值，默认参考源文件 `2000 / 4000 / 10000` 行三档触发：分别对应“必须评估”“必须发起重构收敛”“进入红线区”。
-- 达到项目级或默认阈值后，继续加功能前先评估是否应拆分职责；超过重构/红线阈值时，优先做拆分和降复杂度，而不是继续堆代码。
-- 项目早期应更早触发评估，后期也要按周或发布前复评，避免阈值长期失效。
-- 行数阈值只是强触发信号；如果文件虽然没到阈值，但职责混杂、测试困难、理解成本失控，也应提前重构。
+- 勤奋推进，不偷懒，不跳步；在无需用户额外干预时，按第一性原理先做计划并自主持续推进，始终沿关键路径连续推进分析、实现、验证、修复和交付，不靠省略环节伪装完成。
+- 先准确领会你的真实意图，不拿旧判断、旧上下文或上一轮结论硬套现状；先校正目标，再展开动作。
+- 主动调查研究，先看代码、数据、日志、配置和现场事实，再下结论；没有证据时先补证据。
+- 保持项目活地图，持续知道当前结构、边界、依赖、关键约束和主要风险点；每次落刀前都要知道改动会影响哪里。
+- 对问题想够想透，优先处理根因、连带影响和系统收敛路径，不做表面修补，也不把复杂问题压扁成局部补丁。
+- 在证据足够时敢于下判断并推进下一步；结论可以修正，但不能在没有新证据时反复摇摆空转。
+- 推进时必须统筹已有 Spec、`errorbook`、测试、现状代码和你的关注点，保证目标、实现、验证和经验沉淀同向收敛。
+- 遇到问题先主动拆解、定位和缩小范围；只有真正外部阻塞、权限缺口或目标冲突时才升级，不得轻易把阻塞甩回来。
+- 保持连续作战能力，按断点记录和恢复，持续收敛直到形成可验证闭环；除非触发高风险、权限边界或目标冲突，否则不中途停在“等你指示”，任何中断都不能让上下文重新归零。

package/template/.sce/steering/CURRENT_CONTEXT.md

@@ -3,10 +3,14 @@
 **版本**: `[TODO: 当前版本]`  
 **状态**: `[TODO: 当前阶段]`  
 **当前主线**: `[TODO: 当前最重要目标]`
+**当前协作模型**: 单项目多协作通道默认成立；`focusedChannelId` 仅表示当前 UI 焦点
 
 **本轮重点**:
 - [TODO: 当前重点 1]
 - [TODO: 当前重点 2]
 - [TODO: 当前重点 3]
+- [TODO: 明确当前项目是否已有多个 `channel/session` 并行推进]
+- [TODO: 明确每个 `project + channel/session` 独立保存 `scene/spec/doc/session/tabs/tree/draft/runState`]
+- [TODO: 明确后续实现需补“同项目双通道并行不串现场”验收]
 
 > 只保留当前有效信息。历史流水、阶段记录、详细方案请迁回对应 Spec。

package/template/.sce/steering/RULES_GUIDE.md

@@ -1,18 +1,26 @@
 # Steering 规则索引
 
 **职责边界**:
-- `CORE_PRINCIPLES.md`：长期原则
+- `CORE_PRINCIPLES.md`：只保留“小九条”这组最高原则
 - `ENVIRONMENT.md`：项目级规则
 - `CURRENT_CONTEXT.md`：当前阶段上下文
-- `RULES_GUIDE.md`：迁移与维护规则
+- `RULES_GUIDE.md`：治理基线、迁移规则与审计入口
 
-**迁移原则**:
-- 长期有效 -> `CORE_PRINCIPLES.md`
-- 项目运行约束 -> `ENVIRONMENT.md`
-- 当前阶段状态 -> `CURRENT_CONTEXT.md`
-- 详细制度与示例 -> 项目文档
-- 任务、证据、历史 -> 对应 Spec
+**分层要求**:
+- 最高原则只保留在 `CORE_PRINCIPLES.md`，不再混入执行细则、门禁清单和策略阈值
+- 详细制度、示例、案例和方法论写入 `docs/steering-governance.md`
+- 可复用执行经验、阈值和复盘优先沉淀到 `.sce/knowledge/lessons/`
+- 任务、证据、历史放对应 Spec
+
+## 治理基线（非最高原则）
+
+- 所有需求先落 Spec；所有由 Agent 生成的脚本、报告、诊断、调试日志、测试脚本、临时分析和验证产物默认归档到当前 `.sce/specs/<spec>/` 的对应子目录；没有明确 Spec 时先使用通用 Spec 承接。
+- 连续两轮以上仍未成功定位或验证问题时，先在 `errorbook` 记录或更新 incident，再用二分法配合 debug 日志/埋点快速收敛范围，不继续盲改。
+- 业务场景未知时先澄清，不得把未知范围直接变成一刀切禁用；修改问题前先建立问题契约和证据，不得靠猜测碰运气。
+- 代码、测试、文档必须同步闭环；重要功能、命令、配置变化必须同步更新说明，发布前不得带着失败验证前进。
+- Steering 变更先评估；已有机制优先复用，不得在 steering 中平行造轮子，尤其不得再造一套独立于 `errorbook` 的问题沉淀机制。
+- 可复用执行经验、阈值、案例和策略，优先写入 `docs/steering-governance.md` 或 `.sce/knowledge/lessons/`，不要回灌到最高原则层。
 
 **治理动作**:
 - 定期运行 `npm run audit:steering`
-- 审计失败时，优先合并重复、迁移错层、归档历史、删除失效内容
+- 审计失败时优先合并重复、迁移错层、归档历史、删除失效内容

package/template/README.md

@@ -1,111 +1,47 @@
-# [TODO: 项目名称 - 请修改此标题]
+# SCE Project Template
 
-> ⚠️ **这是模板文件**: 请搜索并替换所有 `[TODO: ...]` 占位符为实际项目信息
+This template is the adoption baseline that `sce adopt` applies to a project.
 
-## 🎯 项目概述
+It is not an old `ultrawork_enhancer.py` walkthrough anymore. The current mainline is:
 
-这是一个集成了 **Sisyphus Ultrawork 精神** 的 SCE Spec 驱动开发项目。
+- `takeover / steering baseline`
+- `Four Teachings + Little Nine`
+- `project -> channel/session -> scene/spec`
+- `studio / spec / task / semantic / supervision`
+- `SQLite-backed state and governed evidence`
 
-### 核心特性
+## What This Template Provides
 
-- ✅ **Spec 驱动开发**: Requirements → Design → Tasks 标准流程
-- ✅ **Ultrawork 精神**: 像西西弗斯一样不懈努力，追求专业级质量
-- ✅ **质量增强工具**: 自动评估和改进文档质量 (0-10 评分)
-- ✅ **便捷脚本**: 一键应用 Ultrawork 增强
+- `.sce/README.md`: the first project guide an AI or operator should read
+- `.sce/steering/`: supreme principles, rules, environment, and current-context summary
+- `.sce/config/`: takeover, intake, state, semantic shared-source, and governance defaults
+- `.sce/specs/`: governed work packages
+- `.sce/tools/`: compatibility/helper utilities that still ship with the template
 
-## 🚀 快速开始
-
-### 1. 项目初始化（仅首次使用）
-
-如果这是从模板复制的新项目，请先运行：
-
-```bash
-.\setup-project.bat
-```
-
-这个脚本会初始化 `.sce` 目录的配置，更新项目名称。
-
-### 2. 创建和增强 Spec
+## Recommended Startup
 
 ```bash
-# 创建 Spec 目录
-mkdir .sce\specs\01-00-your-feature-name
-
-# 编写基础 requirements.md
-# (手动创建基本需求文档)
-
-# 应用 Ultrawork 增强
-python .sce\tools\ultrawork_enhancer.py requirements .sce\specs\01-00-your-feature-name\requirements.md
-```
-
-### 3. 完整工作流
-
-```bash
-# 增强需求文档
-python .sce\tools\ultrawork_enhancer.py requirements .sce\specs\spec-name\requirements.md
-
-# 增强设计文档
-python .sce\tools\ultrawork_enhancer.py design .sce\specs\spec-name\design.md .sce\specs\spec-name\requirements.md
-
-# 检查任务完成情况
-python .sce\tools\ultrawork_enhancer.py tasks .sce\specs\spec-name\tasks.md
+sce adopt
+sce status
+sce studio plan --goal "bootstrap first governed work item" --json
 ```
 
-## 📊 质量标准
-
-### Requirements 阶段 (0-10 分)
-- 基础结构、EARS 格式、用户故事
-- 验收标准、非功能需求、约束条件
-
-### Design 阶段 (0-10 分)
-- 系统概述、架构设计、组件设计
-- 需求追溯、技术选型、接口定义
-
-### Tasks 阶段
-- 完成率分析、优先级识别
-- Ultrawork 激励、执行建议
-
-## 🛠️ 核心脚本
-
-### setup-project.bat
-**作用**: 初始化 `.sce` 目录配置
-- 更新项目名称
-- 检查工具完整性
-- 提供使用指导
-
-## 🛠️ 核心工具
-
-### ultrawork_enhancer.py
-**作用**: Ultrawork 质量增强核心工具
-- 自动评估文档质量 (0-10 评分)
-- 识别和应用改进点
-- 支持 Requirements/Design/Tasks 三阶段
-
-**使用方法**:
-```bash
-# Requirements 阶段
-python .sce\tools\ultrawork_enhancer.py requirements <path-to-requirements.md>
-
-# Design 阶段
-python .sce\tools\ultrawork_enhancer.py design <path-to-design.md> <path-to-requirements.md>
-
-# Tasks 阶段
-python .sce\tools\ultrawork_enhancer.py tasks <path-to-tasks.md>
-```
-
-## 🔥 Ultrawork 精神
-
-> 像西西弗斯推石上山一样，永不放弃，不懈努力，直到任务完美完成
+Then tell the AI runtime to read `.sce/README.md` and the active steering/spec files before editing code.
 
-- **不满足于"差不多"**: 追求专业级质量标准 (9.0/10)
-- **持续改进**: 自动识别和应用改进点
-- **永不放弃**: 遇到困难时提供激励和解决方案
+## Governance Defaults Carried by This Template
 
-## 📚 参考文档
+- Supreme-principle layer keeps only `Four Teachings + Little Nine`
+- One project supports multiple collaboration channels/sessions in parallel by default
+- Each `project + channel/session` keeps its own `scene/spec/doc/session/tabs/tree/draft/runState`
+- `focusedChannelId` is only the UI focus pointer; it must not overwrite other channels
+- Agent-generated logs, scripts, reports, and temporary analysis belong under the active Spec subtree by default
+- If no explicit Spec exists yet, use a governed general Spec instead of scattering artifacts
+- After more than two failed localization rounds, update the `errorbook` incident and use bisection-style debug evidence
+- Persistent state prefers SQLite over ad hoc local files
 
-- `.sce/README.md` - SCE 系统说明
-- `.sce/steering/CORE_PRINCIPLES.md` - 核心原则（包含 Ultrawork 精神）
+## Maintenance Note
 
----
+Some helper assets under `.sce/tools/` are still kept for compatibility with previously adopted projects. They are not the primary workflow contract and should not redefine the current governance model.
 
-**让每个 Spec 都体现 Sisyphus 的不懈努力精神！** 🔥
+**Version**: 3.6.66
+**Last Updated**: 2026-03-28