create-windy 0.3.19 → 0.4.0

package/README.md

@@ -72,6 +72,12 @@ npx create-windy@latest my-dashboard \
 不包含 `packages/license-sdk` 源码。发布包含该模块的新版创建器前，必须先确认目标
 registry 中存在该版本，并完成真实安装回归。
 
+未选择或未配置 License 时，产品功能走明确的 free/no-license 路径，License 版本、
+Entitlement 和限制态不阻断功能；Feature 与 RBAC 仍照常执行。已生成模块在 registry
+中禁用时，声明的 License runtime API Route 仍保留，但统一 Manifest Guard 返回 403
+`feature-disabled`。只有模块和配置都启用后，最终授权才由 Server 后端执行；限制态仅
+为显式 License 恢复入口保留窄 `admin-admission` 例外，Admin 普通开关不能自行放行。
+
 未选择的模块会从 package、源码、依赖、Composition、Manifest、schema、migration
 和模块文档中物理排除，而不是只隐藏菜单或关闭 Feature。模块依赖会自动补齐；未知
 模块和不闭合组合会在写入前拒绝。
@@ -143,6 +149,10 @@ Base，并以 Base/Ours/Theirs 合并共享脚手架。未触及的业务修改
 低于 `0.3.17` 的 Project Lock、旧清单 schema、损坏的 artifact lineage 或 recipe
 缺口都会在写文件前 fail closed，不提供旧状态的自动迁移路径。
 
+生成后的整个 `apps/web/src` 与整个 `apps/server/src/app` 都是 project-owned。普通
+更新不会重写 Admin 布局、页面、组件库、Router、Host 或 Server 模块装配；失去
+Manifest/Host 协议时只报告兼容错误。
+
 本地 Web 默认使用 8746；如果该端口属于其它服务，会自动尝试 8747、8748 等端口。
 如果检测到同一个项目已启动，则直接复用现有地址。
 
@@ -169,18 +179,23 @@ Apache-2.0 基座而自动开源客户业务代码。
 
 ```bash
 bun run windy module list
-bun run windy module add work-order --dry-run
-bun run windy module add work-order
-bun run windy module update work-order
-bun run windy module remove work-order --dry-run
-bun run windy module remove work-order --confirm-data-disposition
+bun run windy module disable work-order --dry-run
+bun run windy module disable work-order
+bun run windy module enable work-order
 ```
 
-命令不检查 Git 工作区是否干净，复用 `update` 的三方计划、CAS 事务、验证和
-`doctor --repair` 恢复；未触及的业务改动完全保留。CLI 与项目 Windy 版本也必须完全一致，旧项目先执行
-`bun run windy update`。卸载默认保留业务数据，不执行 down migration，并把模块
-migration 证据保留到 `.windy/module-history/`。目录声明 `archive-data` 或 `manual`
-时，还必须通过 `--data-plan` 提供已审阅的处置文档；CLI 不连接数据库或自动执行
-归档。当前 `work-order` 已取得完整
-安装、重复安装、更新、保留数据卸载、重复卸载和重装 H3 回归；其它模块保持 H2，
-直到分别取得同等级证据。
+`windy.modules.json` 是 project-owned 装配选择，记录无版本 package 入口、启用状态、
+顺序、Admin 可见性与模块配置；实际版本只来自 `package.json` 和 `bun.lock`。
+`enable/disable` 只通过 CAS 事务修改该文件，不卸载 package，也不改 Admin、Router、
+layout 或 Host。`system.settings`、`system.storage` 与
+`system.data-governance` 有跨模块 Feature/Route 贡献，不能安全 runtime disable，
+部署后排除必须人工物理迁移。当前所有内置模块都需要
+project-owned Composition；对实际集合变化执行 `add/update/remove` 会在写项目之前
+fail closed。任意 npm package 名称安装也尚未交付。
+正式变更在交互终端展示计划后确认；CI、Agent 或其它非 TTY 环境必须显式传入
+`--yes`，`--dry-run` 始终只预览。
+
+命令不检查 Git 工作区是否干净；装配变更使用 CAS 事务，未触及的业务改动完全保留。
+CLI 与项目 Windy 版本必须兼容，旧项目先执行 `bun run windy update`。旧的源码再生成式
+`work-order` 回归不能作为新模块协议的 H3 证据；只有 self-contained package 在不改
+客户源码的前提下完成安装、更新、数据处置卸载和重装回归，才允许恢复 H3 声明。