@hongmaple0820/scale-engine 0.25.0 → 0.26.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (143) hide show
  1. package/LICENSE +15 -15
  2. package/README.en.md +368 -346
  3. package/README.md +548 -529
  4. package/dist/adapters/AiderAdapter.js +52 -52
  5. package/dist/adapters/AntigravityAdapter.d.ts +4 -0
  6. package/dist/adapters/AntigravityAdapter.js +21 -0
  7. package/dist/adapters/AntigravityAdapter.js.map +1 -0
  8. package/dist/adapters/ClaudeCodeAdapter.d.ts +4 -1
  9. package/dist/adapters/ClaudeCodeAdapter.js +34 -34
  10. package/dist/adapters/ClaudeCodeAdapter.js.map +1 -1
  11. package/dist/adapters/ClineAdapter.d.ts +4 -0
  12. package/dist/adapters/ClineAdapter.js +20 -0
  13. package/dist/adapters/ClineAdapter.js.map +1 -0
  14. package/dist/adapters/CodexAdapter.js +28 -28
  15. package/dist/adapters/CursorAdapter.js +26 -26
  16. package/dist/adapters/DeepSeekTuiAdapter.js +97 -97
  17. package/dist/adapters/DoubaoAdapter.js +33 -33
  18. package/dist/adapters/GeminiAdapter.js +26 -26
  19. package/dist/adapters/GenericProjectAgentAdapter.d.ts +29 -0
  20. package/dist/adapters/GenericProjectAgentAdapter.js +204 -0
  21. package/dist/adapters/GenericProjectAgentAdapter.js.map +1 -0
  22. package/dist/adapters/HermesAdapter.js +26 -26
  23. package/dist/adapters/JCodeAdapter.d.ts +4 -0
  24. package/dist/adapters/JCodeAdapter.js +19 -0
  25. package/dist/adapters/JCodeAdapter.js.map +1 -0
  26. package/dist/adapters/KiloCodeAdapter.d.ts +4 -0
  27. package/dist/adapters/KiloCodeAdapter.js +20 -0
  28. package/dist/adapters/KiloCodeAdapter.js.map +1 -0
  29. package/dist/adapters/KimiAdapter.js +32 -32
  30. package/dist/adapters/KiroAdapter.js +26 -26
  31. package/dist/adapters/OpenClawAdapter.js +26 -26
  32. package/dist/adapters/OpenCodeAdapter.js +26 -26
  33. package/dist/adapters/QCoderAdapter.js +26 -26
  34. package/dist/adapters/QoderAdapter.d.ts +4 -0
  35. package/dist/adapters/QoderAdapter.js +21 -0
  36. package/dist/adapters/QoderAdapter.js.map +1 -0
  37. package/dist/adapters/TraeAdapter.js +26 -26
  38. package/dist/adapters/VSCAdapter.js +26 -26
  39. package/dist/adapters/WindsurfAdapter.js +32 -32
  40. package/dist/adapters/WorkBuddyAdapter.js +26 -26
  41. package/dist/adapters/index.d.ts +5 -0
  42. package/dist/adapters/index.js +15 -0
  43. package/dist/adapters/index.js.map +1 -1
  44. package/dist/api/cli.js +133 -47
  45. package/dist/api/cli.js.map +1 -1
  46. package/dist/api/doctor.js +10 -3
  47. package/dist/api/doctor.js.map +1 -1
  48. package/dist/api/quickstart.js +7 -1
  49. package/dist/api/quickstart.js.map +1 -1
  50. package/dist/artifact/sqliteStore.js +89 -89
  51. package/dist/artifact/types.d.ts +1 -1
  52. package/dist/cli/phaseCommands.js +45 -45
  53. package/dist/context/AntiPatternRegistry.js +20 -20
  54. package/dist/context/ContextBuilder.js +155 -155
  55. package/dist/evolution/EvolutionEngine.js +31 -31
  56. package/dist/evolution/EvolutionEvaluator.d.ts +2 -0
  57. package/dist/evolution/EvolutionEvaluator.js +7 -1
  58. package/dist/evolution/EvolutionEvaluator.js.map +1 -1
  59. package/dist/fsm/FSMAgentBridge.js +11 -11
  60. package/dist/hooks/HookGeneratorEnhanced.js +218 -218
  61. package/dist/index.d.ts +1 -1
  62. package/dist/index.js +2 -2
  63. package/dist/index.js.map +1 -1
  64. package/dist/knowledge/SQLiteKnowledgeBase.js +28 -28
  65. package/dist/memory/MemoryBrain.js +52 -52
  66. package/dist/output/GovernanceDashboard.js +44 -44
  67. package/dist/output/HTMLArtifactLayer.js +31 -31
  68. package/dist/prompts/VibeTemplateGallery.js +121 -121
  69. package/dist/skills/SkillDiscovery.js +12 -1
  70. package/dist/skills/SkillDiscovery.js.map +1 -1
  71. package/dist/skills/routing/SkillPlanner.js +40 -40
  72. package/dist/workflow/EngineeringStandards.js +62 -62
  73. package/dist/workflow/GovernanceTemplatePacks.d.ts +1 -1
  74. package/dist/workflow/GovernanceTemplatePacks.js +1990 -162
  75. package/dist/workflow/GovernanceTemplatePacks.js.map +1 -1
  76. package/dist/workflow/GovernanceTemplates.d.ts +2 -0
  77. package/dist/workflow/GovernanceTemplates.js +1012 -1001
  78. package/dist/workflow/GovernanceTemplates.js.map +1 -1
  79. package/dist/workflow/ResourceGovernance.js +16 -16
  80. package/dist/workflow/TaskArtifactScaffolder.js +10 -10
  81. package/dist/workflow/UpgradeManager.d.ts +3 -2
  82. package/dist/workflow/UpgradeManager.js +134 -49
  83. package/dist/workflow/UpgradeManager.js.map +1 -1
  84. package/dist/workflow/WorkspaceTopology.js +18 -15
  85. package/dist/workflow/WorkspaceTopology.js.map +1 -1
  86. package/docs/ACTIVE_SECURITY_VISUAL_GATES.md +87 -87
  87. package/docs/BACKGROUND_HUNTER.md +62 -62
  88. package/docs/CODE_INTELLIGENCE.md +138 -138
  89. package/docs/CONTEXT_BUDGET.md +113 -113
  90. package/docs/DEPENDENCY_AUDIT.md +89 -89
  91. package/docs/EVOLUTION_SHADOW_MODE.md +63 -63
  92. package/docs/EXTERNAL_REFERENCES.md +63 -58
  93. package/docs/GITLAB_FLOW.md +125 -125
  94. package/docs/GOVERNANCE_DASHBOARD.md +85 -85
  95. package/docs/MEMORY_BRAIN.md +104 -104
  96. package/docs/MEMORY_FABRIC.md +134 -134
  97. package/docs/README.md +101 -92
  98. package/docs/RUNTIME_EVIDENCE.md +101 -101
  99. package/docs/SKILL-REPOSITORY.md +57 -57
  100. package/docs/SKILL_RADAR.md +122 -122
  101. package/docs/THIRD_PARTY_SKILLS.md +57 -57
  102. package/docs/WORKFLOW_EVAL.md +151 -151
  103. package/docs/guides/DEVELOPMENT_WORKFLOW.md +80 -0
  104. package/docs/guides/GETTING_STARTED.md +50 -0
  105. package/docs/start/README.md +78 -72
  106. package/docs/start/agent-governance-demo.md +107 -107
  107. package/docs/start/quickstart.md +137 -127
  108. package/docs/start/workflow-upgrade.md +32 -8
  109. package/docs/workflow/README.md +67 -0
  110. package/docs/workflow/node-library.md +52 -0
  111. package/docs/workflow/templates/api-contract.md +29 -0
  112. package/docs/workflow/templates/architecture-review.md +23 -0
  113. package/docs/workflow/templates/db-change-plan.md +20 -0
  114. package/docs/workflow/templates/docs-impact.md +17 -0
  115. package/docs/workflow/templates/e2e-plan.md +20 -0
  116. package/docs/workflow/templates/explore.md +16 -0
  117. package/docs/workflow/templates/github-actions-scale-preflight.yml +32 -0
  118. package/docs/workflow/templates/mini-prd.md +16 -0
  119. package/docs/workflow/templates/plan.md +37 -0
  120. package/docs/workflow/templates/pre-push-scale-preflight.sh +8 -0
  121. package/docs/workflow/templates/product-smoke.md +61 -0
  122. package/docs/workflow/templates/reality-check.md +28 -0
  123. package/docs/workflow/templates/resource-cleanup.md +17 -0
  124. package/docs/workflow/templates/resource-impact.md +25 -0
  125. package/docs/workflow/templates/review.md +12 -0
  126. package/docs/workflow/templates/runtime.md +23 -0
  127. package/docs/workflow/templates/security-review.md +26 -0
  128. package/docs/workflow/templates/skill-evidence.md +33 -0
  129. package/docs/workflow/templates/skill-plan.md +39 -0
  130. package/docs/workflow/templates/spec.md +17 -0
  131. package/docs/workflow/templates/standards-impact.md +28 -0
  132. package/docs/workflow/templates/summary.md +16 -0
  133. package/docs/workflow/templates/tasks.md +8 -0
  134. package/docs/workflow/templates/ui-spec.md +29 -0
  135. package/docs/workflow/templates/verification.md +20 -0
  136. package/docs/workflow/templates/visual-review.md +20 -0
  137. package/examples/demo-projects/agent-governance-demo/CONTEXT.md +14 -14
  138. package/examples/demo-projects/agent-governance-demo/README.md +48 -48
  139. package/examples/demo-projects/agent-governance-demo/docs/CONTEXT-MAP.md +14 -14
  140. package/examples/demo-projects/agent-governance-demo/package.json +22 -21
  141. package/examples/demo-projects/agent-governance-demo/src/oauth-state.ts +39 -39
  142. package/examples/demo-projects/agent-governance-demo/tests/oauth-state.test.ts +52 -52
  143. package/package.json +88 -78
package/README.md CHANGED
@@ -1,529 +1,548 @@
1
- <p align="center">
2
- <img src="https://img.shields.io/badge/version-0.23.0-orange?style=flat-square" alt="version" />
3
- <img src="https://img.shields.io/badge/platforms-16-blue?style=flat-square" alt="platforms" />
4
- <img src="https://img.shields.io/badge/agents-12-blue?style=flat-square" alt="agents" />
5
- <img src="https://img.shields.io/badge/workflows-10-green?style=flat-square" alt="workflows" />
6
- <img src="https://img.shields.io/badge/detectors-19-red?style=flat-square" alt="detectors" />
7
- <img src="https://img.shields.io/badge/tests-verified-brightgreen?style=flat-square" alt="tests" />
8
- <img src="https://img.shields.io/badge/npm-0.23.0-cb3837?style=flat-square&logo=npm" alt="npm" />
9
- </p>
10
-
11
- # SCALE Engine v0.23.0
12
-
13
- SCALE Engine 让 AI Agent 不再只靠“自觉”遵守工程规范。它把探索、规划、实现、验证、评审、发版这些要求变成可执行的命令、门禁和证据文件,让人类可以看见 Agent 做了什么、跳过了什么、为什么能交付或不能交付。
14
-
15
- 源码仓库:https://github.com/hongmaple0820/scale-engine
16
- 国内镜像:https://gitee.com/hongmaple/scale-engine
17
- npm:https://www.npmjs.com/package/@hongmaple0820/scale-engine
18
- 语言:[中文](README.md) | [English](README.en.md)
19
-
20
- ## 先怎么学
21
-
22
- 如果你第一次接触 SCALE,不要从完整命令列表开始读。按这个顺序更容易掌握:
23
-
24
- | 目标 | 入口 | 你应该学会什么 |
25
- | --- | --- | --- |
26
- | 先跑起来 | [3 分钟快速开始](docs/start/quickstart.md) | 安装 CLI、初始化治理文件、运行 preflight |
27
- | 看完整闭环 | [官方 Demo Walkthrough](docs/start/agent-governance-demo.md) | 任务上下文、诊断、TDD、artifact 和验证证据如何串起来 |
28
- | 接入已有项目 | [SCALE 工作流升级指南](docs/start/workflow-upgrade.md) | `init`、`upgrade check/plan/apply`、本地 `make` 包装入口怎么用 |
29
- | 选择治理包 | 本文的 Governance Pack 章节 | 不同项目形态应该选哪个 pack |
30
- | 维护或扩展 SCALE | [docs/README.md](docs/README.md) | 文档地图、内部模块和长期维护资料 |
31
-
32
- 一句话理解:SCALE 不是让 Agent 多写文档,而是让“做了什么、验证了什么、没验证什么”可追踪。
33
-
34
- ## 社区与推广
35
-
36
- SCALE Engine 是一个面向真实工程交付的 Agent 工作流治理项目。欢迎通过源码仓库提交 Issue、PR、场景反馈和治理包改进建议;中文用户也可以关注公众号获取更新、示例和社区入口。
37
-
38
- | 平台 | 链接 | 说明 |
39
- |------|------|------|
40
- | GitHub | [https://github.com/hongmaple0820/scale-engine](https://github.com/hongmaple0820/scale-engine) | 源码、Issues、PR |
41
- | Gitee | [https://gitee.com/hongmaple/scale-engine](https://gitee.com/hongmaple/scale-engine) | 国内镜像与反馈 |
42
- | npm | [https://www.npmjs.com/package/@hongmaple0820/scale-engine](https://www.npmjs.com/package/@hongmaple0820/scale-engine) | CLI 包下载 |
43
-
44
- <p align="center">
45
- <img src="image/wechat-public.jpg" alt="SCALE Engine 微信公众号" width="220" />
46
- </p>
47
-
48
- ## 赞助与支持
49
-
50
- 如果 SCALE Engine 节省了你的工程治理时间,或帮助你的团队把 AI Agent 工作流落到可验证、可复盘、可发版的闭环里,欢迎自愿赞助。赞助用于持续维护、示例项目、文档、测试矩阵和社区支持,不构成商业支持承诺,也不会改变 Issue 或 PR 的处理优先级。
51
-
52
- <p align="center">
53
- <img src="image/wxPay.jpg" alt="微信赞助" width="220" />
54
- &nbsp;&nbsp;
55
- <img src="image/zfb.jpg" alt="支付宝赞助" width="220" />
56
- </p>
57
-
58
- ## 它解决什么问题
59
-
60
- AI 编码真正难的不是“写代码”,而是持续稳定地遵守工程纪律:
61
-
62
- | 常见问题 | SCALE 的处理方式 |
63
- | --- | --- |
64
- | Agent 没验证却说“测试通过” | 通过 verification profile 和 evidence store 记录真实命令与结果 |
65
- | Agent 跳过需求澄清、设计、TDD 或 review | 通过 `scale context`、`scale diagnose`、`scale tdd`、`scale status` 生成下一步动作 |
66
- | Agent 误提交无关文件或跨仓库改错位置 | 通过 review-gated ship、MOE workspace 和子仓库 blocker 控制边界 |
67
- | 文档、报告、截图、临时脚本越堆越乱 | 通过 resource governance 区分长期维护、任务证据、临时产物和禁止提交资产 |
68
- | 日志噪音、敏感信息、ORM/框架乱用、安全风险无人兜底 | 通过 engineering standards 和 OWASP 扫描给出可追溯问题 |
69
- | Markdown 长报告没人读 | 通过 `scale artifact` Markdown 源文件生成可追溯 HTML 报告 |
70
-
71
- ## 3 分钟看到效果
72
-
73
- ```bash
74
- npm install -g @hongmaple0820/scale-engine
75
- mkdir scale-demo && cd scale-demo
76
- scale init --governance-pack standard
77
- scale preflight --preflight-profile quick
78
- scale status
79
- ```
80
-
81
- 你会得到一套可提交到项目里的治理文件:
82
-
83
- - `.scale/verification.json`:服务矩阵和验证 profile
84
- - `.scale/skills.json`:skill 路由和证据要求
85
- - `.scale/tools.json`:CLI/MCP/browser/desktop 工具编排规则
86
- - `docs/workflow/templates/`:Mini-PRD、plan、verification、review、summary 模板
87
- - `docs/standards/`:工程规范、Git 协作、资源治理规则
88
-
89
- 继续体验完整闭环:
90
-
91
- ```bash
92
- scale context init --name "Scale Demo"
93
- scale context grill --task-id 2026-05-18-oauth-hardening --task "加固 OAuth callback"
94
- scale diagnose plan --task-id 2026-05-18-oauth-hardening --symptom "callback 在 state 过期时返回 500"
95
- scale tdd slice --task-id 2026-05-18-oauth-hardening --behavior "拒绝过期 OAuth state" --public-interface "GET /oauth/callback" --failing-test "expired state returns 401" --test-file tests/oauth.test.ts --impl-files src/oauth.ts
96
- scale artifact render --task-id 2026-05-18-oauth-hardening --artifact-dir .planning/tasks/2026-05-18-oauth-hardening
97
- scale artifact doctor --artifact-dir .planning/tasks/2026-05-18-oauth-hardening
98
- ```
99
-
100
- 完整教程见 [3 分钟快速开始](docs/start/quickstart.md) 和 [官方 Demo Walkthrough](docs/start/agent-governance-demo.md)。
101
-
102
- ## 适合谁
103
-
104
- - 正在用 Codex、Claude Code、Cursor、Gemini CLI、OpenCode、Aider 等 Agent 写真实项目的团队。
105
- - 有多服务、多仓库、MOE workspace、前后端分离、脚手架治理需求的团队。
106
- - 希望 Agent 主动使用 skills、MCP、CLI、浏览器、E2E、HTML 报告,但又需要安全边界和证据闭环的团队。
107
- - 经常遇到“AI 改得快,但难审、难验、难维护”的项目负责人。
108
-
109
- 不适合只想要一个极简 prompt 文件、完全不需要门禁、不关心多人协作和长期维护的玩具项目。
110
-
111
- ## 核心能力
112
-
113
- - Workflow Engine:`define -> plan -> build -> verify -> review -> ship` 的阶段化交付状态机。
114
- - GateSystem:build、lint、test、coverage、security、TDD、review、tool evidence 等门禁。
115
- - Governance Packs:`standard`、`project-scaffold`、`moe-workspace`、`resource-governance`、`go-service-matrix`、`node-library`、`frontend-app`。
116
- - Resource Governance:治理文档、图片、视频、报告、测试脚本、临时脚本、HTML artifact 和本地配置。
117
- - Skill and Tool Orchestration:把 UI/UX、联网研究、浏览器 E2E、Chrome DevTools MCP、桌面自动化、外部 Agent CLI 纳入流程。
118
- - Runtime Evidence:记录会话、命令、工具、浏览器、skill 和最终交付证据,阻断“没有证据却声称完成”。
119
- - Engineering Standards:扫描日志噪音、敏感信息、注入风险、ORM/数据库、框架边界、测试严谨性和部署风险。
120
- - HTML Artifacts:Markdown 仍是可维护源文件,HTML 用于评审、对比、状态报告和发版交接。
121
-
122
- ## 安装
123
-
124
- ```bash
125
- npm install -g @hongmaple0820/scale-engine
126
- scale --version
127
- ```
128
-
129
- 需要 Node.js 20 或更高版本。
130
-
131
- ## 更新工作流
132
-
133
- SCALE 把升级分成三层:CLI 自身、已生成到项目里的 governance pack 文件、第三方 skills/MCP/CLI 能力。默认只检查和生成计划,不自动覆盖用户改过的文件,也不自动安装第三方工具。
134
-
135
- ```bash
136
- scale upgrade check --dir .
137
- scale upgrade plan --dir . --html
138
- scale upgrade apply --dir . --confirm
139
- scale upgrade rollback --dir .
140
- scale tools outdated --dir .
141
- scale skill outdated --dir .
142
- ```
143
-
144
- 升级原则:
145
-
146
- - `scale upgrade check` 读取 `.scale/governance.lock.json`,判断当前项目是干净、缺文件、模板过期,还是存在本地改动。
147
- - `scale upgrade plan` 生成非破坏性计划;遇到用户改过的生成文件时标记 `manual-review`。
148
- - `scale upgrade apply --confirm` 只恢复缺失生成文件和刷新锁文件,先写 `.scale/backups/upgrade-*` 回滚点。
149
- - `scale upgrade rollback` 只撤回最近一次 SCALE 管理的安全应用。
150
- - `scale tools outdated` 和 `scale skill outdated` 只列出更新面、来源、信任等级和安全策略,不做自动安装。
151
- - 第三方社区来源默认人工评审,高权限桌面自动化默认阻断自动升级。
152
-
153
- 详细说明见 [升级管理](docs/UPGRADE_MANAGEMENT.md)。
154
-
155
- 新用户和项目维护者可先看 [SCALE workflow upgrade guide](docs/start/workflow-upgrade.md),它把 `scale init --interactive`、`scale upgrade check/plan/apply/rollback` 和仓库本地 `make workflow-upgrade-*` 入口放在一条可执行路径里。
156
-
157
- ## Governance Pack
158
-
159
- 在已有项目中安装治理工作流:
160
-
161
- ```bash
162
- scale init --governance-pack standard
163
- scale init --governance-pack project-scaffold
164
- scale init --governance-pack moe-workspace
165
- scale init --governance-pack resource-governance
166
- scale init --governance-pack go-service-matrix
167
- scale init --governance-pack node-library
168
- scale init --governance-pack frontend-app
169
- ```
170
-
171
- 当前支持的治理包:
172
-
173
- | Pack | 适用场景 |
174
- | --- | --- |
175
- | `standard` | 通用项目治理,包含任务 artifact、验证、指标、资源、规范和 skills policy |
176
- | `project-scaffold` | 可复现的工程化工作流脚手架和治理 demo 项目 |
177
- | `moe-workspace` | 父工作区 + 独立子仓库,适合 MOE/多仓协作 |
178
- | `resource-governance` | 文档、报告、截图、脚本、媒体、生成产物等资源生命周期治理 |
179
- | `go-service-matrix` | Go 后端服务矩阵,支持按服务 build/lint/test/security 验证 |
180
- | `node-library` | Node/TypeScript 包的开发、发布和验证治理 |
181
- | `frontend-app` | UI/UX、浏览器证据、响应式检查、E2E 和视觉评审治理 |
182
-
183
- 如果不确定选哪个,先用 `standard`。场景明确时再使用更具体的 pack
184
-
185
- 更多命令和使用路径见 [入门文档索引](docs/start/README.md)。
186
-
187
- ## Vibe Templates(一键启动)
188
-
189
- 内置高质量提示词模板,无需输入复杂指令:
190
-
191
- ```bash
192
- # 查看所有模板
193
- scale vibe
194
-
195
- # 使用组合包启动完整 MVP 流程
196
- scale vibe --pack full-mvp --app "MyExpenseTracker"
197
-
198
- # 单阶段生成提示词
199
- scale vibe --phase prd --app "MyApp" --output docs/PRD-MyApp.md
200
- ```
201
-
202
- **6 阶段流程**:
203
-
204
- | 阶段 | 命令 | 预估时间 |
205
- |------|------|----------|
206
- | idea | `scale vibe --phase idea` | 15-20 min |
207
- | research | `scale vibe --phase research` | 20-30 min |
208
- | prd | `scale vibe --phase prd` | 15-20 min |
209
- | design | `scale vibe --phase design` | 15-20 min |
210
- | agents | `scale vibe --phase agents` | 1-2 min |
211
- | build | `scale vibe --phase build` | 1-3 hrs |
212
-
213
- 详见 [Vibe Templates 文档](docs/VIBE-TEMPLATES.md)。
214
-
215
- ## 阶段工作流
216
-
217
- ```bash
218
- scale define "Scoped release workflow" \
219
- --description "Implement a TypeScript CLI workflow with verification evidence, review records, rollback constraints, and release safety checks." \
220
- --success-criteria "verify evidence is persisted,review evidence is persisted,ship blocks unreviewed files"
221
-
222
- scale plan <spec-id> --rollback "Revert the release commit and remove generated artifacts"
223
- scale build <plan-id> --description "Implement scoped release workflow"
224
- scale verify <task-id>
225
- scale review <task-id>
226
- scale ship <task-id> --message "feat(workflow): add scoped release workflow"
227
- ```
228
-
229
- 如果只需要生成交付报告,不创建 Git commit:
230
-
231
- ```bash
232
- scale ship <task-id> --no-commit
233
- ```
234
-
235
- 需要严格校验 TDD 证据时:
236
-
237
- ```bash
238
- scale verify <task-id> --tdd-strict --tdd-evidence .scale/tdd/<task-id>.json
239
- ```
240
-
241
- TDD evidence JSON 需要包含 `red`、`green`、`refactor`、`testFirst` 且值都为 `true`。
242
-
243
- ## Memory Fabric
244
-
245
- Memory Fabric 会在长会话中把 runtime evidence、session events、knowledge recall graph status 压缩成可预算的 context pack:
246
-
247
- ```bash
248
- scale memory pack --task "Fix OAuth callback state lookup" --task-id <task-id> --session-id <session-id> --level M --budget 4000
249
- scale memory doctor --task "Review cross-module permission change" --level L --budget 3000
250
- scale memory settle --task "Fix OAuth callback state lookup" --task-id <task-id> --session-id <session-id> --level M
251
- ```
252
-
253
- `memory settle` 会把已记录的运行证据沉淀为 `.scale/memory/learning-candidates/` 下的学习候选。候选默认需要人审,避免把一次会话里的临时判断直接污染长期知识库。
254
-
255
- 详见 [Memory Fabric](docs/MEMORY_FABRIC.md)。
256
-
257
- ## Context Budget Progressive Governance
258
-
259
- Context Budget 会把 always-loaded、on-demand、evidence、archive、generated 上下文分开统计,避免 Agent 把所有规则、历史方案、报告和生成物一次性塞进提示词。
260
-
261
- ```bash
262
- scale context budget --json
263
- scale context doctor --max-always 2500 --max-task 8000
264
- scale context pack --task "Review frontend route with browser evidence" --level L --budget 4000 --json
265
- ```
266
-
267
- Progressive Governance 会根据任务文本和变更文件自动推荐 `minimal`、`standard`、`expanded` `critical` 治理模式,并用 ROI 报告解释治理收益和开销:
268
-
269
- ```bash
270
- scale governance mode --task "Change auth permissions" --files src/auth/user.ts --requested-mode minimal --json
271
- scale governance roi --task-id <task-id> --task "Review frontend route" --files src/routes/upload.tsx --json
272
- ```
273
-
274
- 详见 [Context Budget And Progressive Governance](docs/CONTEXT_BUDGET.md)。
275
-
276
- ## Code Intelligence 与探索 ROI
277
-
278
- Code Intelligence adapter-first 的代码理解层:优先消费外部 CodeGraph 或 Graphify 产物,缺失时明确降级到内部 source scan,不静默假装已经完成代码图谱分析。
279
-
280
- ```bash
281
- scale codegraph init
282
- scale codegraph status --json
283
- scale codegraph query "UserService.create" --json
284
- scale codegraph impact --symbol UserService.create --json
285
- scale codegraph context --symbol UserService.create --budget 2000 --json
286
- scale codegraph roi --symbol UserService.create --json
287
- ```
288
-
289
- 它会输出 provider、fallback 状态、相关文件、confidence,以及 `fileReadsSaved` / `toolCallsSaved` 等探索收益指标。`scale governance roi` 也可以通过 `--symbol` 或 `--code-query` 把代码智能纳入治理 ROI。
290
-
291
- 详见 [Code Intelligence](docs/CODE_INTELLIGENCE.md)。
292
-
293
- ## Workflow Eval Failure Replay
294
-
295
- Workflow Eval 用轻量套件衡量工作流是否真的减少返工、工具调用、token 消耗和人类纠偏。失败时会保留 Failure Replay,而不是只留下一个失败状态。
296
-
297
- ```bash
298
- scale eval init
299
- scale eval run --suite workflow-baseline --json
300
- scale eval compare --baseline <run-id> --candidate <run-id> --json
301
- scale eval failures --since 30d --json
302
- scale eval promote-failure <failure-id>
303
- ```
304
-
305
- 默认产物写入 `.scale/evals/`,属于本地运行时证据。长期提交到 Git 的应是经过整理的报告、基准 fixture 或明确要沉淀的改进项。
306
-
307
- 详见 [Workflow Eval Harness](docs/WORKFLOW_EVAL.md)。
308
-
309
- ## Skill Radar
310
-
311
- Skill Radar chooses skills, MCP, browser automation, desktop automation, and external CLIs by task intent instead of relying on a static prompt list. It returns confidence, safety level, evidence requirements, and fallback behavior so agents can actively use tools without silently crossing safety boundaries.
312
-
313
- ```bash
314
- scale skill radar --task "Design upload UI and run browser E2E checks" --files src/pages/upload.tsx
315
- scale skill radar --task "Automate WPS desktop workflow with CUA" --json
316
- scale skill doctor --supply-chain
317
- ```
318
-
319
- Desktop CUA and external agent CLIs are blocked by default through Tool Policy until deliberately enabled. Third-party skills stay review-required until source, scripts, license, and pinned revision are checked.
320
-
321
- 新引入或借鉴的社区 skills 必须保留来源、授权、致谢和使用边界。`OthmanAdi/planning-with-files`(MIT)、`rohitg00/agentmemory`(Apache-2.0)和 `garrytan/gbrain`(MIT)已完成明确登记;其他外部 skills、MCP、CLI、适配器和发现候选统一登记在 [External Reference Inventory](docs/EXTERNAL_REFERENCES.md),未知许可证保持 `review-required`。SCALE 目前只做治理登记、可选集成和方法借鉴,不直接 vendoring 上游源码。
322
-
323
- See [Skill Radar](docs/SKILL_RADAR.md), [Third-Party Skills](docs/THIRD_PARTY_SKILLS.md), and [External Reference Inventory](docs/EXTERNAL_REFERENCES.md).
324
-
325
- ## Memory Brain
326
-
327
- Memory Brain stores long-term project knowledge separately from the short context pack. Runtime evidence and learning candidates enter as candidates first; active memory requires evidence paths, project scope, confidence, and explicit promotion.
328
-
329
- ```bash
330
- scale memory ingest --from evidence --task-id <task-id>
331
- scale memory ingest --from failure --failure-id <failure-replay-id>
332
- scale memory query "OAuth callback state design"
333
- scale memory contradictions --json
334
- scale memory dream --json
335
- scale memory promote <candidate-id>
336
- scale memory provider status --json
337
- scale memory provider recall "OAuth callback Redis state" --json
338
- ```
339
-
340
- Strong memory is now provider-routed instead of expanded as a built-in Memory OS. SCALE treats `agentmemory`, `gbrain`, and `scale-local` as governed providers with read-only external defaults, privacy boundaries, fallback, and evidence records so agents can recall memory autonomously by task.
341
-
342
- The point is not to remember everything. The point is to keep useful, reviewed project facts while reporting contradictions instead of silently overwriting them.
343
-
344
- See [Memory Brain](docs/MEMORY_BRAIN.md).
345
-
346
- ## Governance Dashboard
347
-
348
- Governance Dashboard renders a local HTML health view from runtime evidence, Workflow Eval, Memory Brain, Resource Governance, and task HTML artifacts:
349
-
350
- ```bash
351
- scale artifact dashboard
352
- scale artifact dashboard --task-id <task-id> --json
353
- ```
354
-
355
- Default output is `.scale/reports/governance-dashboard.html`. Markdown and JSON remain the maintainable source of truth; the dashboard is a review surface for humans.
356
-
357
- See [Governance Dashboard](docs/GOVERNANCE_DASHBOARD.md).
358
-
359
- ## Runtime Evidence
360
-
361
- M/L/CRITICAL 任务在最终交付前应留下运行时证据,避免 Agent 没有真实验证就声称完成:
362
-
363
- ```bash
364
- scale runtime start --session-id <session-id> --task-id <task-id> --level M --agent codex
365
- scale runtime record --title "build" --kind command --status passed --command "npm run build" --exit-code 0 --summary "build passed"
366
- scale runtime final-check --task-id <task-id> --session-id <session-id> --level M
367
- scale runtime doctor --task-id <task-id> --session-id <session-id> --level M
368
- ```
369
-
370
- 证据写入 `.scale/events/sessions/` `.scale/evidence/runtime/`,默认属于本地运行时产物,不应提交到 Git。详见 [Runtime Evidence](docs/RUNTIME_EVIDENCE.md)。
371
-
372
- ## Evolution 自改进闭环
373
-
374
- 从会话缺陷中提取教训,晋升为规则和 Hook:
375
-
376
- ```bash
377
- # 从会话提取 Lessons
378
- scale evolution extract <session-id>
379
-
380
- # 运行自改进闭环:Defect Lesson → Rule → Hook
381
- scale evolution improve <session-id>
382
-
383
- # 显示自改进报告
384
- scale evolution report <session-id>
385
-
386
- # 查看生成的 Hooks 配置
387
- scale evolution hooks <session-id> --json
388
- ```
389
-
390
- 阈值配置:
391
- - Lesson → Rule:需验证 3 次
392
- - Rule → Active:需触发 10 次
393
- - Rule → Hook:需触发 20 次
394
-
395
- ## 安全模型
396
-
397
- | 层级 | 作用 |
398
- | --- | --- |
399
- | FSM | 阻止非法 artifact 状态流转 |
400
- | GateSystem | 执行 build、lint、test、coverage、security 门禁 |
401
- | EvidenceStore | 持久化验证证据,用于审计和发布门禁 |
402
- | ReviewStore | 持久化确定性 review 记录 |
403
- | ReviewAnalyzer | 扫描 diff 中的高风险代码、流程债和缺失安全证据 |
404
- | Detectors | 检测暴力重试、过早完成、甩锅、忙碌假象等失败模式 |
405
- | Ship gate | 发布前必须验证通过,并且 review evidence 必须存在且通过 |
406
-
407
- `ship` 不再执行 `git add .`。它只会暂存已通过 review 记录覆盖的文件;如果 review 后出现新的可 review 变更,`ship` 会阻断并要求重新 review。
408
-
409
- Git 分支采用 GitLab Flow 变体:短分支合入 `dev`,验证后进入 `master`,生产发布由 `master` 上的 `vX.Y.Z` tag 触发。`scale ship` 会阻断在 `dev`、`master`、`main` 或 detached HEAD 上直接创建治理提交,并在临时 worktree 存在未推送或未合并提交时阻断清理。完整规则见 [docs/GITLAB_FLOW.md](docs/GITLAB_FLOW.md)。
410
-
411
- G7 `SecurityGate` 内置轻量安全扫描,覆盖硬编码密钥、私钥、TLS 校验关闭、`eval`/`Function`、原始 HTML 注入、危险 shell 命令、shell 执行和空 `catch` 等模式。兼容模式只阻断 CRITICAL;严格模式会同时阻断 HIGH。
412
-
413
- ## 支持的平台与角色
414
-
415
- SCALE Engine 内置 16 个平台适配器,包括 Claude Code、Codex CLI、OpenCode、Cursor、Gemini CLI、OpenClaw、Hermes、Trae、WorkBuddy、VS Code Copilot CLI、QCoder、DeepSeek-TUI、Aider、Windsurf、Kimi、Doubao。
416
-
417
- 内置 12 个专业 Agent Profile:
418
-
419
- - frontend
420
- - backend
421
- - testing
422
- - UI design
423
- - operations
424
- - product
425
- - code review
426
- - security
427
- - database
428
- - performance
429
- - documentation
430
- - architecture
431
-
432
- ## 项目结构
433
-
434
- ```text
435
- src/api/cli.ts CLI 入口
436
- src/cli/phaseCommands.ts DEFINE/PLAN/BUILD/VERIFY/REVIEW/SHIP
437
- src/cli/evolutionCommands.ts L6 Evolution CLI 命令
438
- src/workflow/gates/ 质量门禁与验证证据
439
- src/workflow/ReviewAnalyzer.ts 确定性 review 分析
440
- src/workflow/ReviewStore.ts review 记录持久化
441
- src/workflow/EvidenceStore.ts gate evidence 持久化
442
- src/workflow/evolution/ LessonExtractor + SelfImproveEngine
443
- src/workflow/qa/ BrowserQA + E2ETestRunner
444
- src/artifact/ artifact 存储与 FSM 定义
445
- src/guardrails/ detector 与 gateway
446
- src/guardrails/OWASPDetector.ts OWASP Top 10 安全检测
447
- src/capabilities/BrowserQACapability.ts Playwright MCP 包装器
448
- src/evolution/ Defect/Lesson/Rule/Hook 自进化层
449
- tests/ Vitest 测试套件
450
- ```
451
-
452
- ## 开发与验证
453
-
454
- ```bash
455
- npm install
456
- npm run build
457
- npx vitest run
458
- npm pack --dry-run
459
- ```
460
-
461
- 工作流相关定向测试:
462
-
463
- ```bash
464
- npx vitest run tests/workflow/phaseCli.test.ts
465
- npx vitest run tests/workflow/reviewAnalyzer.test.ts tests/workflow/reviewStore.test.ts tests/workflow/gateSystem.test.ts
466
- ```
467
-
468
- ## v0.20.0 Updates
469
-
470
- - Added Context Budget and Progressive Governance so low-risk S tasks stay lightweight while auth, data, security, deployment, and cross-module changes escalate automatically.
471
- - Added Code Intelligence with adapter-first CodeGraph / Graphify support, explicit fallback, impact analysis, context recommendations, and exploration ROI.
472
- - Added Workflow Eval, Failure Replay, and improvement candidates with pass@k, fix iterations, tool-call counts, token estimates, and human-correction metrics.
473
- - Added Skill Radar for intent-based skills, MCP, browser, desktop automation, and external CLI recommendations with confidence, safety level, and evidence requirements.
474
- - Added Memory Brain for evidence-backed long-term memory candidates, contradiction detection, dream maintenance, explicit promotion, and failure replay ingestion.
475
- - Added Governance Dashboard to summarize runtime, eval, memory, resource, and HTML artifact evidence in a local HTML review surface.
476
- - Fixed new --dir-aware commands so relative .scale state resolves inside the target project instead of the caller workspace.
477
-
478
- ## v0.18.0 更新
479
-
480
- - 新增受治理 HTML artifact:`scale artifact render/doctor/settle/open`。
481
- - Markdown 保持为可维护源文件;生成 HTML 作为可追溯任务证据。
482
- - governance pack 增加 output policy 和 HTML artifact 资源分类。
483
- - 增加 HTML 渲染、安全检查、settlement evidence 和模板生成测试。
484
-
485
- ## v0.17.0 更新
486
-
487
- - 新增主动工作流命令门控:`scale context`、`scale diagnose`、`scale tdd`、`scale status`。
488
- - 增加 required next-action queue,减少 Agent 静默跳过上下文、调试、TDD 或验证步骤。
489
-
490
- ## v0.16.0 更新
491
-
492
- - 新增受治理 skill repository、skill 推荐、安装安全检查、可视化 Vibe 模板和领导者角色预设。
493
- - 加强工具编排、资源治理和工程规范治理。
494
-
495
- ## v0.15.1 更新
496
-
497
- - 新增 UI/UX、联网研究、浏览器自动化、桌面自动化和外部 Agent CLI 路由契约。
498
- - 为生成项目包增加资源治理和工程规范治理。
499
-
500
- ## v0.11.1 更新
501
-
502
- - Phase Commands FSM 阻断:`canTransition` + `process.exit(1)` 确保 guard 失败时阻塞
503
- - OWASP Top 10 检测器:19 类安全检测模式
504
- - Browser QA Capability:Playwright MCP 包装器用于 E2E 测试
505
- - L6 Evolution:`Defect → Lesson → Rule → Hook` 自改进闭环
506
- - Evolution CLI:`scale evolution extract/improve/report/hooks`
507
- - ReviewAnalyzer regex 修复:避免模式定义误报
508
- - Vitest 测试套件纳入发布验证
509
-
510
- ## v0.10.1 更新
511
-
512
- - 新增 `ship --no-commit`。
513
- - 强化 `ship`:发布提交只暂存已 review 文件。
514
- - 新增可选严格 TDD evidence 校验。
515
- - 增强命令证据元数据:工作目录、时间戳、stdout/stderr 尾部和输出 hash。
516
- - 强化 deterministic review scanner:阻断空 `catch`、`@ts-ignore`、focused test、危险 shell/git 命令与缺 G7 证据的安全敏感变更。
517
- - 强化 G7 内置安全扫描:输出文件/行号证据,默认阻断 CRITICAL,严格模式阻断 HIGH。
518
- - 新增 `review -> ship`、未 review 文件阻断和安全扫描误报边界的 CLI/单元回归测试。
519
- - 发版前已验证 `npm run build`、完整 Vitest 测试和 `npm pack --dry-run`。
520
-
521
- ## v0.10.0 更新
522
-
523
- - 新增阶段化 CLI 工作流,并接入 FSM。
524
- - 新增验证证据和 review 记录持久化。
525
- - 发布 `@hongmaple0820/scale-engine@0.10.0`。
526
-
527
- ## License
528
-
529
- MIT
1
+ <p align="center">
2
+ <img src="https://img.shields.io/badge/version-0.26.0-orange?style=flat-square" alt="version" />
3
+ <img src="https://img.shields.io/badge/platforms-22-blue?style=flat-square" alt="platforms" />
4
+ <img src="https://img.shields.io/badge/agents-12-blue?style=flat-square" alt="agents" />
5
+ <img src="https://img.shields.io/badge/workflows-10-green?style=flat-square" alt="workflows" />
6
+ <img src="https://img.shields.io/badge/detectors-19-red?style=flat-square" alt="detectors" />
7
+ <img src="https://img.shields.io/badge/tests-verified-brightgreen?style=flat-square" alt="tests" />
8
+ <img src="https://img.shields.io/badge/npm-0.26.0-cb3837?style=flat-square&logo=npm" alt="npm" />
9
+ </p>
10
+
11
+ # SCALE Engine v0.26.0
12
+
13
+ SCALE Engine 让 AI Agent 不再只靠“自觉”遵守工程规范。它把探索、规划、实现、验证、评审、发版这些要求变成可执行的命令、门禁和证据文件,让人类可以看见 Agent 做了什么、跳过了什么、为什么能交付或不能交付。
14
+
15
+ 源码仓库:https://github.com/hongmaple0820/scale-engine
16
+ 国内镜像:https://gitee.com/hongmaple/scale-engine
17
+ npm:https://www.npmjs.com/package/@hongmaple0820/scale-engine
18
+ 语言:[中文](README.md) | [English](README.en.md)
19
+
20
+ ## 先怎么学
21
+
22
+ 如果你第一次接触 SCALE,不要从完整命令列表开始读。按这个顺序更容易掌握:
23
+
24
+ | 目标 | 入口 | 你应该学会什么 |
25
+ | --- | --- | --- |
26
+ | 先跑起来 | [3 分钟快速开始](docs/start/quickstart.md) | 安装 CLI、初始化治理文件、运行 preflight |
27
+ | 看完整闭环 | [官方 Demo Walkthrough](docs/start/agent-governance-demo.md) | 任务上下文、诊断、TDD、artifact 和验证证据如何串起来 |
28
+ | 接入已有项目 | [SCALE 工作流升级指南](docs/start/workflow-upgrade.md) | `init`、`upgrade check/plan/apply`、本地 `make` 包装入口怎么用 |
29
+ | 选择治理包 | 本文的 Governance Pack 章节 | 不同项目形态应该选哪个 pack |
30
+ | 维护或扩展 SCALE | [docs/README.md](docs/README.md) | 文档地图、内部模块和长期维护资料 |
31
+ | 开发本仓库 | [docs/guides/GETTING_STARTED.md](docs/guides/GETTING_STARTED.md) | `scale-engine` 仓库自己的工程化工作流、门禁和验证入口 |
32
+
33
+ 一句话理解:SCALE 不是让 Agent 多写文档,而是让“做了什么、验证了什么、没验证什么”可追踪。
34
+
35
+ ## 开发本仓库
36
+
37
+ 如果你要开发的是 `scale-engine` 仓库本身,而不是把 SCALE 接入别的项目,入口改为:
38
+
39
+ - [docs/guides/GETTING_STARTED.md](docs/guides/GETTING_STARTED.md):15 分钟上手本仓库 workflow。
40
+ - [docs/guides/DEVELOPMENT_WORKFLOW.md](docs/guides/DEVELOPMENT_WORKFLOW.md):日常开发闭环。
41
+ - [docs/workflow/README.md](docs/workflow/README.md):仓库门禁、分支策略和升级入口。
42
+
43
+ 最小命令面:
44
+
45
+ ```bash
46
+ make preflight
47
+ make new-task NAME=workflow-adaptation LEVEL=M
48
+ make gate-workflow
49
+ make gate-quality
50
+ make verify PROFILE=default
51
+ ```
52
+
53
+ ## 社区与推广
54
+
55
+ SCALE Engine 是一个面向真实工程交付的 Agent 工作流治理项目。欢迎通过源码仓库提交 Issue、PR、场景反馈和治理包改进建议;中文用户也可以关注公众号获取更新、示例和社区入口。
56
+
57
+ | 平台 | 链接 | 说明 |
58
+ |------|------|------|
59
+ | GitHub | [https://github.com/hongmaple0820/scale-engine](https://github.com/hongmaple0820/scale-engine) | 源码、Issues、PR |
60
+ | Gitee | [https://gitee.com/hongmaple/scale-engine](https://gitee.com/hongmaple/scale-engine) | 国内镜像与反馈 |
61
+ | npm | [https://www.npmjs.com/package/@hongmaple0820/scale-engine](https://www.npmjs.com/package/@hongmaple0820/scale-engine) | CLI 包下载 |
62
+
63
+ <p align="center">
64
+ <img src="image/wechat-public.jpg" alt="SCALE Engine 微信公众号" width="220" />
65
+ </p>
66
+
67
+ ## 赞助与支持
68
+
69
+ 如果 SCALE Engine 节省了你的工程治理时间,或帮助你的团队把 AI Agent 工作流落到可验证、可复盘、可发版的闭环里,欢迎自愿赞助。赞助用于持续维护、示例项目、文档、测试矩阵和社区支持,不构成商业支持承诺,也不会改变 Issue PR 的处理优先级。
70
+
71
+ <p align="center">
72
+ <img src="image/wxPay.jpg" alt="微信赞助" width="220" />
73
+ &nbsp;&nbsp;
74
+ <img src="image/zfb.jpg" alt="支付宝赞助" width="220" />
75
+ </p>
76
+
77
+ ## 它解决什么问题
78
+
79
+ AI 编码真正难的不是“写代码”,而是持续稳定地遵守工程纪律:
80
+
81
+ | 常见问题 | SCALE 的处理方式 |
82
+ | --- | --- |
83
+ | Agent 没验证却说“测试通过” | 通过 verification profile 和 evidence store 记录真实命令与结果 |
84
+ | Agent 跳过需求澄清、设计、TDD 或 review | 通过 `scale context`、`scale diagnose`、`scale tdd`、`scale status` 生成下一步动作 |
85
+ | Agent 误提交无关文件或跨仓库改错位置 | 通过 review-gated ship、MOE workspace 和子仓库 blocker 控制边界 |
86
+ | 文档、报告、截图、临时脚本越堆越乱 | 通过 resource governance 区分长期维护、任务证据、临时产物和禁止提交资产 |
87
+ | 日志噪音、敏感信息、ORM/框架乱用、安全风险无人兜底 | 通过 engineering standards 和 OWASP 扫描给出可追溯问题 |
88
+ | Markdown 长报告没人读 | 通过 `scale artifact` 从 Markdown 源文件生成可追溯 HTML 报告 |
89
+
90
+ ## 3 分钟看到效果
91
+
92
+ ```bash
93
+ npm install -g @hongmaple0820/scale-engine
94
+ mkdir scale-demo && cd scale-demo
95
+ scale init --governance-pack standard
96
+ scale preflight --preflight-profile quick
97
+ scale status
98
+ ```
99
+
100
+ 你会得到一套可提交到项目里的治理文件:
101
+
102
+ - `.scale/verification.json`:服务矩阵和验证 profile
103
+ - `.scale/skills.json`:skill 路由和证据要求
104
+ - `.scale/tools.json`:CLI/MCP/browser/desktop 工具编排规则
105
+ - `docs/workflow/templates/`:Mini-PRD、plan、verification、review、summary 模板
106
+ - `docs/standards/`:工程规范、Git 协作、资源治理规则
107
+
108
+ 继续体验完整闭环:
109
+
110
+ ```bash
111
+ scale context init --name "Scale Demo"
112
+ scale context grill --task-id 2026-05-18-oauth-hardening --task "加固 OAuth callback"
113
+ scale diagnose plan --task-id 2026-05-18-oauth-hardening --symptom "callback state 过期时返回 500"
114
+ scale tdd slice --task-id 2026-05-18-oauth-hardening --behavior "拒绝过期 OAuth state" --public-interface "GET /oauth/callback" --failing-test "expired state returns 401" --test-file tests/oauth.test.ts --impl-files src/oauth.ts
115
+ scale artifact render --task-id 2026-05-18-oauth-hardening --artifact-dir .planning/tasks/2026-05-18-oauth-hardening
116
+ scale artifact doctor --artifact-dir .planning/tasks/2026-05-18-oauth-hardening
117
+ ```
118
+
119
+ 完整教程见 [3 分钟快速开始](docs/start/quickstart.md) 和 [官方 Demo Walkthrough](docs/start/agent-governance-demo.md)。
120
+
121
+ ## 适合谁
122
+
123
+ - 正在用 Codex、Claude Code、Cursor、Gemini CLI、OpenCode、Aider 等 Agent 写真实项目的团队。
124
+ - 有多服务、多仓库、MOE workspace、前后端分离、脚手架治理需求的团队。
125
+ - 希望 Agent 主动使用 skills、MCP、CLI、浏览器、E2E、HTML 报告,但又需要安全边界和证据闭环的团队。
126
+ - 经常遇到“AI 改得快,但难审、难验、难维护”的项目负责人。
127
+
128
+ 不适合只想要一个极简 prompt 文件、完全不需要门禁、不关心多人协作和长期维护的玩具项目。
129
+
130
+ ## 核心能力
131
+
132
+ - Workflow Engine:`define -> plan -> build -> verify -> review -> ship` 的阶段化交付状态机。
133
+ - GateSystem:build、lint、test、coverage、security、TDD、review、tool evidence 等门禁。
134
+ - Governance Packs:`standard`、`project-scaffold`、`moe-workspace`、`resource-governance`、`go-service-matrix`、`node-library`、`frontend-app`。
135
+ - Resource Governance:治理文档、图片、视频、报告、测试脚本、临时脚本、HTML artifact 和本地配置。
136
+ - Skill and Tool Orchestration:把 UI/UX、联网研究、浏览器 E2E、Chrome DevTools MCP、桌面自动化、外部 Agent CLI 纳入流程。
137
+ - Runtime Evidence:记录会话、命令、工具、浏览器、skill 和最终交付证据,阻断“没有证据却声称完成”。
138
+ - Engineering Standards:扫描日志噪音、敏感信息、注入风险、ORM/数据库、框架边界、测试严谨性和部署风险。
139
+ - HTML Artifacts:Markdown 仍是可维护源文件,HTML 用于评审、对比、状态报告和发版交接。
140
+
141
+ ## 安装
142
+
143
+ ```bash
144
+ npm install -g @hongmaple0820/scale-engine
145
+ scale --version
146
+ ```
147
+
148
+ 需要 Node.js 20 或更高版本。
149
+
150
+ ## 更新工作流
151
+
152
+ SCALE 把升级分成三层:CLI 自身、已生成到项目里的 governance pack 文件、第三方 skills/MCP/CLI 能力。默认只检查和生成计划,不自动覆盖用户改过的文件,也不自动安装第三方工具。
153
+
154
+ ```bash
155
+ scale upgrade check --dir . --lang zh
156
+ scale upgrade plan --dir . --html --lang zh
157
+ scale upgrade apply --dir . --confirm --lang zh
158
+ scale upgrade rollback --dir . --lang zh
159
+ scale tools outdated --dir .
160
+ scale skill outdated --dir .
161
+ ```
162
+
163
+ 升级原则:
164
+
165
+ - `scale upgrade check` 读取 `.scale/governance.lock.json`,判断当前项目是干净、缺文件、模板过期,还是存在本地改动。
166
+ - `scale upgrade plan` 生成非破坏性计划;遇到用户改过的生成文件时标记 `manual-review`。
167
+ - `scale upgrade apply --confirm` 会在先写 `.scale/backups/upgrade-*` 回滚点后,恢复缺失文件、刷新锁文件,并自动更新仍与 lock 哈希一致的干净受管模板。
168
+ - `scale upgrade rollback` 只撤回最近一次 SCALE 管理的安全应用。
169
+ - `scale tools outdated` 和 `scale skill outdated` 只列出更新面、来源、信任等级和安全策略,不做自动安装。
170
+ - 第三方社区来源默认人工评审,高权限桌面自动化默认阻断自动升级。
171
+ - 默认命令输出是中文;需要英文提示或英文 HTML 计划时使用 `--lang en`。
172
+
173
+ 新用户和项目维护者可先看 [SCALE 工作流升级指南](docs/start/workflow-upgrade.md),它把 `scale init --interactive`、`scale upgrade check/plan/apply/rollback`、`--lang zh/en` 和仓库本地 `make workflow-upgrade-*` 入口放在一条可执行路径里。
174
+
175
+ ## Governance Pack
176
+
177
+ 在已有项目中安装治理工作流:
178
+
179
+ ```bash
180
+ scale init --governance-pack standard
181
+ scale init --governance-pack project-scaffold
182
+ scale init --governance-pack moe-workspace
183
+ scale init --governance-pack resource-governance
184
+ scale init --governance-pack go-service-matrix
185
+ scale init --governance-pack node-library
186
+ scale init --governance-pack frontend-app
187
+ ```
188
+
189
+ 当前支持的治理包:
190
+
191
+ | Pack | 适用场景 |
192
+ | --- | --- |
193
+ | `standard` | 通用项目治理,包含任务 artifact、验证、指标、资源、规范和 skills policy |
194
+ | `project-scaffold` | 可复现的工程化工作流脚手架和治理 demo 项目 |
195
+ | `scale-engine-repo` | `scale-engine` 仓库自身的自托管 workflow pack,面向维护 CLI 本身 |
196
+ | `moe-workspace` | 父工作区 + 独立子仓库,适合 MOE/多仓协作 |
197
+ | `resource-governance` | 文档、报告、截图、脚本、媒体、生成产物等资源生命周期治理 |
198
+ | `go-service-matrix` | Go 后端服务矩阵,支持按服务 build/lint/test/security 验证 |
199
+ | `node-library` | Node/TypeScript 包的开发、发布和验证治理 |
200
+ | `frontend-app` | UI/UX、浏览器证据、响应式检查、E2E 和视觉评审治理 |
201
+
202
+ 如果不确定选哪个,先用 `standard`。场景明确时再使用更具体的 pack:
203
+
204
+ 更多命令和使用路径见 [入门文档索引](docs/start/README.md)。
205
+
206
+ ## Vibe Templates(一键启动)
207
+
208
+ 内置高质量提示词模板,无需输入复杂指令:
209
+
210
+ ```bash
211
+ # 查看所有模板
212
+ scale vibe
213
+
214
+ # 使用组合包启动完整 MVP 流程
215
+ scale vibe --pack full-mvp --app "MyExpenseTracker"
216
+
217
+ # 单阶段生成提示词
218
+ scale vibe --phase prd --app "MyApp" --output docs/PRD-MyApp.md
219
+ ```
220
+
221
+ **6 阶段流程**:
222
+
223
+ | 阶段 | 命令 | 预估时间 |
224
+ |------|------|----------|
225
+ | idea | `scale vibe --phase idea` | 15-20 min |
226
+ | research | `scale vibe --phase research` | 20-30 min |
227
+ | prd | `scale vibe --phase prd` | 15-20 min |
228
+ | design | `scale vibe --phase design` | 15-20 min |
229
+ | agents | `scale vibe --phase agents` | 1-2 min |
230
+ | build | `scale vibe --phase build` | 1-3 hrs |
231
+
232
+ 详见 [Vibe Templates 文档](docs/VIBE-TEMPLATES.md)。
233
+
234
+ ## 阶段工作流
235
+
236
+ ```bash
237
+ scale define "Scoped release workflow" \
238
+ --description "Implement a TypeScript CLI workflow with verification evidence, review records, rollback constraints, and release safety checks." \
239
+ --success-criteria "verify evidence is persisted,review evidence is persisted,ship blocks unreviewed files"
240
+
241
+ scale plan <spec-id> --rollback "Revert the release commit and remove generated artifacts"
242
+ scale build <plan-id> --description "Implement scoped release workflow"
243
+ scale verify <task-id>
244
+ scale review <task-id>
245
+ scale ship <task-id> --message "feat(workflow): add scoped release workflow"
246
+ ```
247
+
248
+ 如果只需要生成交付报告,不创建 Git commit:
249
+
250
+ ```bash
251
+ scale ship <task-id> --no-commit
252
+ ```
253
+
254
+ 需要严格校验 TDD 证据时:
255
+
256
+ ```bash
257
+ scale verify <task-id> --tdd-strict --tdd-evidence .scale/tdd/<task-id>.json
258
+ ```
259
+
260
+ TDD evidence JSON 需要包含 `red`、`green`、`refactor`、`testFirst` 且值都为 `true`。
261
+
262
+ ## Memory Fabric
263
+
264
+ Memory Fabric 会在长会话中把 runtime evidence、session events、knowledge recall graph status 压缩成可预算的 context pack:
265
+
266
+ ```bash
267
+ scale memory pack --task "Fix OAuth callback state lookup" --task-id <task-id> --session-id <session-id> --level M --budget 4000
268
+ scale memory doctor --task "Review cross-module permission change" --level L --budget 3000
269
+ scale memory settle --task "Fix OAuth callback state lookup" --task-id <task-id> --session-id <session-id> --level M
270
+ ```
271
+
272
+ `memory settle` 会把已记录的运行证据沉淀为 `.scale/memory/learning-candidates/` 下的学习候选。候选默认需要人审,避免把一次会话里的临时判断直接污染长期知识库。
273
+
274
+ 详见 [Memory Fabric](docs/MEMORY_FABRIC.md)。
275
+
276
+ ## Context Budget Progressive Governance
277
+
278
+ Context Budget 会把 always-loaded、on-demand、evidence、archive、generated 上下文分开统计,避免 Agent 把所有规则、历史方案、报告和生成物一次性塞进提示词。
279
+
280
+ ```bash
281
+ scale context budget --json
282
+ scale context doctor --max-always 2500 --max-task 8000
283
+ scale context pack --task "Review frontend route with browser evidence" --level L --budget 4000 --json
284
+ ```
285
+
286
+ Progressive Governance 会根据任务文本和变更文件自动推荐 `minimal`、`standard`、`expanded` `critical` 治理模式,并用 ROI 报告解释治理收益和开销:
287
+
288
+ ```bash
289
+ scale governance mode --task "Change auth permissions" --files src/auth/user.ts --requested-mode minimal --json
290
+ scale governance roi --task-id <task-id> --task "Review frontend route" --files src/routes/upload.tsx --json
291
+ ```
292
+
293
+ 详见 [Context Budget And Progressive Governance](docs/CONTEXT_BUDGET.md)。
294
+
295
+ ## Code Intelligence 与探索 ROI
296
+
297
+ Code Intelligence 是 adapter-first 的代码理解层:优先消费外部 CodeGraph 或 Graphify 产物,缺失时明确降级到内部 source scan,不静默假装已经完成代码图谱分析。
298
+
299
+ ```bash
300
+ scale codegraph init
301
+ scale codegraph status --json
302
+ scale codegraph query "UserService.create" --json
303
+ scale codegraph impact --symbol UserService.create --json
304
+ scale codegraph context --symbol UserService.create --budget 2000 --json
305
+ scale codegraph roi --symbol UserService.create --json
306
+ ```
307
+
308
+ 它会输出 provider、fallback 状态、相关文件、confidence,以及 `fileReadsSaved` / `toolCallsSaved` 等探索收益指标。`scale governance roi` 也可以通过 `--symbol` 或 `--code-query` 把代码智能纳入治理 ROI。
309
+
310
+ 详见 [Code Intelligence](docs/CODE_INTELLIGENCE.md)。
311
+
312
+ ## Workflow Eval 与 Failure Replay
313
+
314
+ Workflow Eval 用轻量套件衡量工作流是否真的减少返工、工具调用、token 消耗和人类纠偏。失败时会保留 Failure Replay,而不是只留下一个失败状态。
315
+
316
+ ```bash
317
+ scale eval init
318
+ scale eval run --suite workflow-baseline --json
319
+ scale eval compare --baseline <run-id> --candidate <run-id> --json
320
+ scale eval failures --since 30d --json
321
+ scale eval promote-failure <failure-id>
322
+ ```
323
+
324
+ 默认产物写入 `.scale/evals/`,属于本地运行时证据。长期提交到 Git 的应是经过整理的报告、基准 fixture 或明确要沉淀的改进项。
325
+
326
+ 详见 [Workflow Eval Harness](docs/WORKFLOW_EVAL.md)。
327
+
328
+ ## Skill Radar
329
+
330
+ Skill Radar chooses skills, MCP, browser automation, desktop automation, and external CLIs by task intent instead of relying on a static prompt list. It returns confidence, safety level, evidence requirements, and fallback behavior so agents can actively use tools without silently crossing safety boundaries.
331
+
332
+ ```bash
333
+ scale skill radar --task "Design upload UI and run browser E2E checks" --files src/pages/upload.tsx
334
+ scale skill radar --task "Automate WPS desktop workflow with CUA" --json
335
+ scale skill doctor --supply-chain
336
+ ```
337
+
338
+ Desktop CUA and external agent CLIs are blocked by default through Tool Policy until deliberately enabled. Third-party skills stay review-required until source, scripts, license, and pinned revision are checked.
339
+
340
+ 新引入或借鉴的社区 skills 必须保留来源、授权、致谢和使用边界。`OthmanAdi/planning-with-files`(MIT)、`rohitg00/agentmemory`(Apache-2.0)和 `garrytan/gbrain`(MIT)已完成明确登记;其他外部 skills、MCP、CLI、适配器和发现候选统一登记在 [External Reference Inventory](docs/EXTERNAL_REFERENCES.md),未知许可证保持 `review-required`。SCALE 目前只做治理登记、可选集成和方法借鉴,不直接 vendoring 上游源码。
341
+
342
+ See [Skill Radar](docs/SKILL_RADAR.md), [Third-Party Skills](docs/THIRD_PARTY_SKILLS.md), and [External Reference Inventory](docs/EXTERNAL_REFERENCES.md).
343
+
344
+ ## Memory Brain
345
+
346
+ Memory Brain stores long-term project knowledge separately from the short context pack. Runtime evidence and learning candidates enter as candidates first; active memory requires evidence paths, project scope, confidence, and explicit promotion.
347
+
348
+ ```bash
349
+ scale memory ingest --from evidence --task-id <task-id>
350
+ scale memory ingest --from failure --failure-id <failure-replay-id>
351
+ scale memory query "OAuth callback state design"
352
+ scale memory contradictions --json
353
+ scale memory dream --json
354
+ scale memory promote <candidate-id>
355
+ scale memory provider status --json
356
+ scale memory provider recall "OAuth callback Redis state" --json
357
+ ```
358
+
359
+ Strong memory is now provider-routed instead of expanded as a built-in Memory OS. SCALE treats `agentmemory`, `gbrain`, and `scale-local` as governed providers with read-only external defaults, privacy boundaries, fallback, and evidence records so agents can recall memory autonomously by task.
360
+
361
+ The point is not to remember everything. The point is to keep useful, reviewed project facts while reporting contradictions instead of silently overwriting them.
362
+
363
+ See [Memory Brain](docs/MEMORY_BRAIN.md).
364
+
365
+ ## Governance Dashboard
366
+
367
+ Governance Dashboard renders a local HTML health view from runtime evidence, Workflow Eval, Memory Brain, Resource Governance, and task HTML artifacts:
368
+
369
+ ```bash
370
+ scale artifact dashboard
371
+ scale artifact dashboard --task-id <task-id> --json
372
+ ```
373
+
374
+ Default output is `.scale/reports/governance-dashboard.html`. Markdown and JSON remain the maintainable source of truth; the dashboard is a review surface for humans.
375
+
376
+ See [Governance Dashboard](docs/GOVERNANCE_DASHBOARD.md).
377
+
378
+ ## Runtime Evidence
379
+
380
+ M/L/CRITICAL 任务在最终交付前应留下运行时证据,避免 Agent 没有真实验证就声称完成:
381
+
382
+ ```bash
383
+ scale runtime start --session-id <session-id> --task-id <task-id> --level M --agent codex
384
+ scale runtime record --title "build" --kind command --status passed --command "npm run build" --exit-code 0 --summary "build passed"
385
+ scale runtime final-check --task-id <task-id> --session-id <session-id> --level M
386
+ scale runtime doctor --task-id <task-id> --session-id <session-id> --level M
387
+ ```
388
+
389
+ 证据写入 `.scale/events/sessions/` 和 `.scale/evidence/runtime/`,默认属于本地运行时产物,不应提交到 Git。详见 [Runtime Evidence](docs/RUNTIME_EVIDENCE.md)。
390
+
391
+ ## Evolution 自改进闭环
392
+
393
+ 从会话缺陷中提取教训,晋升为规则和 Hook
394
+
395
+ ```bash
396
+ # 从会话提取 Lessons
397
+ scale evolution extract <session-id>
398
+
399
+ # 运行自改进闭环:Defect Lesson Rule → Hook
400
+ scale evolution improve <session-id>
401
+
402
+ # 显示自改进报告
403
+ scale evolution report <session-id>
404
+
405
+ # 查看生成的 Hooks 配置
406
+ scale evolution hooks <session-id> --json
407
+ ```
408
+
409
+ 阈值配置:
410
+ - Lesson → Rule:需验证 3 次
411
+ - Rule Active:需触发 10
412
+ - Rule → Hook:需触发 20 次
413
+
414
+ ## 安全模型
415
+
416
+ | 层级 | 作用 |
417
+ | --- | --- |
418
+ | FSM | 阻止非法 artifact 状态流转 |
419
+ | GateSystem | 执行 build、lint、test、coverage、security 门禁 |
420
+ | EvidenceStore | 持久化验证证据,用于审计和发布门禁 |
421
+ | ReviewStore | 持久化确定性 review 记录 |
422
+ | ReviewAnalyzer | 扫描 diff 中的高风险代码、流程债和缺失安全证据 |
423
+ | Detectors | 检测暴力重试、过早完成、甩锅、忙碌假象等失败模式 |
424
+ | Ship gate | 发布前必须验证通过,并且 review evidence 必须存在且通过 |
425
+
426
+ `ship` 不再执行 `git add .`。它只会暂存已通过 review 记录覆盖的文件;如果 review 后出现新的可 review 变更,`ship` 会阻断并要求重新 review。
427
+
428
+ Git 分支采用 GitLab Flow 变体:短分支合入 `dev`,验证后进入 `master`,生产发布由 `master` 上的 `vX.Y.Z` tag 触发。`scale ship` 会阻断在 `dev`、`master`、`main` 或 detached HEAD 上直接创建治理提交,并在临时 worktree 存在未推送或未合并提交时阻断清理。完整规则见 [docs/GITLAB_FLOW.md](docs/GITLAB_FLOW.md)。
429
+
430
+ G7 `SecurityGate` 内置轻量安全扫描,覆盖硬编码密钥、私钥、TLS 校验关闭、`eval`/`Function`、原始 HTML 注入、危险 shell 命令、shell 执行和空 `catch` 等模式。兼容模式只阻断 CRITICAL;严格模式会同时阻断 HIGH。
431
+
432
+ ## 支持的平台与角色
433
+
434
+ SCALE Engine 内置 22 个平台适配器,包括 Claude Code、Codex CLI、OpenCode、Cursor、Gemini CLI、OpenClaw、Hermes、Trae、WorkBuddy、VS Code Copilot CLI、QCoder、Qoder、JCode、DeepSeek-TUI、Aider、Windsurf、Kiro、Cline、Kilo Code、Antigravity、Kimi、Doubao。
435
+
436
+ 内置 12 个专业 Agent Profile:
437
+
438
+ - frontend
439
+ - backend
440
+ - testing
441
+ - UI design
442
+ - operations
443
+ - product
444
+ - code review
445
+ - security
446
+ - database
447
+ - performance
448
+ - documentation
449
+ - architecture
450
+
451
+ ## 项目结构
452
+
453
+ ```text
454
+ src/api/cli.ts CLI 入口
455
+ src/cli/phaseCommands.ts DEFINE/PLAN/BUILD/VERIFY/REVIEW/SHIP
456
+ src/cli/evolutionCommands.ts L6 Evolution CLI 命令
457
+ src/workflow/gates/ 质量门禁与验证证据
458
+ src/workflow/ReviewAnalyzer.ts 确定性 review 分析
459
+ src/workflow/ReviewStore.ts review 记录持久化
460
+ src/workflow/EvidenceStore.ts gate evidence 持久化
461
+ src/workflow/evolution/ LessonExtractor + SelfImproveEngine
462
+ src/workflow/qa/ BrowserQA + E2ETestRunner
463
+ src/artifact/ artifact 存储与 FSM 定义
464
+ src/guardrails/ detector gateway
465
+ src/guardrails/OWASPDetector.ts OWASP Top 10 安全检测
466
+ src/capabilities/BrowserQACapability.ts Playwright MCP 包装器
467
+ src/evolution/ Defect/Lesson/Rule/Hook 自进化层
468
+ tests/ Vitest 测试套件
469
+ ```
470
+
471
+ ## 开发与验证
472
+
473
+ ```bash
474
+ npm install
475
+ npm run build
476
+ npx vitest run
477
+ npm pack --dry-run
478
+ ```
479
+
480
+ 工作流相关定向测试:
481
+
482
+ ```bash
483
+ npx vitest run tests/workflow/phaseCli.test.ts
484
+ npx vitest run tests/workflow/reviewAnalyzer.test.ts tests/workflow/reviewStore.test.ts tests/workflow/gateSystem.test.ts
485
+ ```
486
+
487
+ ## v0.20.0 Updates
488
+
489
+ - Added Context Budget and Progressive Governance so low-risk S tasks stay lightweight while auth, data, security, deployment, and cross-module changes escalate automatically.
490
+ - Added Code Intelligence with adapter-first CodeGraph / Graphify support, explicit fallback, impact analysis, context recommendations, and exploration ROI.
491
+ - Added Workflow Eval, Failure Replay, and improvement candidates with pass@k, fix iterations, tool-call counts, token estimates, and human-correction metrics.
492
+ - Added Skill Radar for intent-based skills, MCP, browser, desktop automation, and external CLI recommendations with confidence, safety level, and evidence requirements.
493
+ - Added Memory Brain for evidence-backed long-term memory candidates, contradiction detection, dream maintenance, explicit promotion, and failure replay ingestion.
494
+ - Added Governance Dashboard to summarize runtime, eval, memory, resource, and HTML artifact evidence in a local HTML review surface.
495
+ - Fixed new --dir-aware commands so relative .scale state resolves inside the target project instead of the caller workspace.
496
+
497
+ ## v0.18.0 更新
498
+
499
+ - 新增受治理 HTML artifact:`scale artifact render/doctor/settle/open`。
500
+ - Markdown 保持为可维护源文件;生成 HTML 作为可追溯任务证据。
501
+ - governance pack 增加 output policy 和 HTML artifact 资源分类。
502
+ - 增加 HTML 渲染、安全检查、settlement evidence 和模板生成测试。
503
+
504
+ ## v0.17.0 更新
505
+
506
+ - 新增主动工作流命令门控:`scale context`、`scale diagnose`、`scale tdd`、`scale status`。
507
+ - 增加 required next-action queue,减少 Agent 静默跳过上下文、调试、TDD 或验证步骤。
508
+
509
+ ## v0.16.0 更新
510
+
511
+ - 新增受治理 skill repository、skill 推荐、安装安全检查、可视化 Vibe 模板和领导者角色预设。
512
+ - 加强工具编排、资源治理和工程规范治理。
513
+
514
+ ## v0.15.1 更新
515
+
516
+ - 新增 UI/UX、联网研究、浏览器自动化、桌面自动化和外部 Agent CLI 路由契约。
517
+ - 为生成项目包增加资源治理和工程规范治理。
518
+
519
+ ## v0.11.1 更新
520
+
521
+ - Phase Commands FSM 阻断:`canTransition` + `process.exit(1)` 确保 guard 失败时阻塞
522
+ - OWASP Top 10 检测器:19 类安全检测模式
523
+ - Browser QA Capability:Playwright MCP 包装器用于 E2E 测试
524
+ - L6 Evolution:`Defect → Lesson → Rule → Hook` 自改进闭环
525
+ - Evolution CLI:`scale evolution extract/improve/report/hooks`
526
+ - ReviewAnalyzer regex 修复:避免模式定义误报
527
+ - Vitest 测试套件纳入发布验证
528
+
529
+ ## v0.10.1 更新
530
+
531
+ - 新增 `ship --no-commit`。
532
+ - 强化 `ship`:发布提交只暂存已 review 文件。
533
+ - 新增可选严格 TDD evidence 校验。
534
+ - 增强命令证据元数据:工作目录、时间戳、stdout/stderr 尾部和输出 hash。
535
+ - 强化 deterministic review scanner:阻断空 `catch`、`@ts-ignore`、focused test、危险 shell/git 命令与缺 G7 证据的安全敏感变更。
536
+ - 强化 G7 内置安全扫描:输出文件/行号证据,默认阻断 CRITICAL,严格模式阻断 HIGH。
537
+ - 新增 `review -> ship`、未 review 文件阻断和安全扫描误报边界的 CLI/单元回归测试。
538
+ - 发版前已验证 `npm run build`、完整 Vitest 测试和 `npm pack --dry-run`。
539
+
540
+ ## v0.10.0 更新
541
+
542
+ - 新增阶段化 CLI 工作流,并接入 FSM。
543
+ - 新增验证证据和 review 记录持久化。
544
+ - 发布 `@hongmaple0820/scale-engine@0.10.0`。
545
+
546
+ ## License
547
+
548
+ MIT