@hongmaple0820/scale-engine 0.44.0 → 0.46.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.
- package/README.en.md +2 -2
- package/README.md +3 -3
- package/dist/api/mcp.js +86 -0
- package/dist/api/mcp.js.map +1 -1
- package/dist/codegraph/CodeIntelligence.d.ts +40 -0
- package/dist/codegraph/CodeIntelligence.js +141 -2
- package/dist/codegraph/CodeIntelligence.js.map +1 -1
- package/dist/cortex/SessionInjector.d.ts +1 -0
- package/dist/cortex/SessionInjector.js +33 -0
- package/dist/cortex/SessionInjector.js.map +1 -1
- package/dist/evolution/EvolutionEngine.d.ts +1 -0
- package/dist/evolution/EvolutionEngine.js +43 -5
- package/dist/evolution/EvolutionEngine.js.map +1 -1
- package/dist/memory/MemoryBrain.d.ts +22 -0
- package/dist/memory/MemoryBrain.js +183 -4
- package/dist/memory/MemoryBrain.js.map +1 -1
- package/dist/memory/MemoryProviders.d.ts +6 -1
- package/dist/memory/MemoryProviders.js +190 -6
- package/dist/memory/MemoryProviders.js.map +1 -1
- package/dist/orchestrator/JiraTrackerAdapter.d.ts +21 -0
- package/dist/orchestrator/JiraTrackerAdapter.js +181 -0
- package/dist/orchestrator/JiraTrackerAdapter.js.map +1 -0
- package/dist/orchestrator/LinearTrackerAdapter.d.ts +17 -0
- package/dist/orchestrator/LinearTrackerAdapter.js +186 -0
- package/dist/orchestrator/LinearTrackerAdapter.js.map +1 -0
- package/dist/orchestrator/OrchestratorDaemon.js +20 -2
- package/dist/orchestrator/OrchestratorDaemon.js.map +1 -1
- package/dist/prompts/PhasePromptRegistry.d.ts +1 -0
- package/dist/prompts/PhasePromptRegistry.js +37 -7
- package/dist/prompts/PhasePromptRegistry.js.map +1 -1
- package/dist/setup/SetupWizard.js +21 -7
- package/dist/setup/SetupWizard.js.map +1 -1
- package/dist/skills/SkillRepository.js +64 -1
- package/dist/skills/SkillRepository.js.map +1 -1
- package/dist/workflows/WorkflowOrchestrator.d.ts +1 -2
- package/dist/workflows/WorkflowOrchestrator.js +37 -4
- package/dist/workflows/WorkflowOrchestrator.js.map +1 -1
- package/docs/README.md +3 -0
- package/docs/architecture/README.md +248 -0
- package/docs/migration/v0.38-to-v0.44.md +232 -0
- package/docs/reference/cli.md +234 -0
- package/package.json +4 -5
- package/docs/EXTERNAL_REFERENCES.md +0 -66
- package/docs/SKILL-REPOSITORY.md +0 -57
- package/docs/SKILL_RADAR.md +0 -135
- package/docs/THIRD_PARTY_SKILLS.md +0 -114
package/docs/SKILL_RADAR.md
DELETED
|
@@ -1,135 +0,0 @@
|
|
|
1
|
-
# Skill Radar
|
|
2
|
-
|
|
3
|
-
Skill Radar is the active capability selection layer for SCALE. It does not auto-install or blindly run skills. It scores relevant skills, MCP servers, browser tools, desktop automation, and external CLIs against the current task, then returns:
|
|
4
|
-
|
|
5
|
-
- why the capability matches
|
|
6
|
-
- confidence score
|
|
7
|
-
- safety level
|
|
8
|
-
- required evidence
|
|
9
|
-
- fallback path
|
|
10
|
-
- supply-chain checks before installation or promotion
|
|
11
|
-
|
|
12
|
-
The goal is to make agents actively use useful tools without turning the project into an unsafe prompt or tool bundle.
|
|
13
|
-
|
|
14
|
-
## Commands
|
|
15
|
-
|
|
16
|
-
```bash
|
|
17
|
-
scale skill radar --task "Design upload UI and run browser E2E checks" --files src/pages/upload.tsx
|
|
18
|
-
scale skill radar --task "Automate WPS desktop workflow with CUA" --json
|
|
19
|
-
scale skill radar --task "Review release PR" --phase review --level L --output docs/worklog/tasks/release/skill-radar.md
|
|
20
|
-
scale skill doctor --supply-chain
|
|
21
|
-
scale skill doctor --supply-chain --json
|
|
22
|
-
scale ai-os plan --task "Design upload UI and run browser E2E checks" --files src/pages/upload.tsx --json
|
|
23
|
-
```
|
|
24
|
-
|
|
25
|
-
## Safety Levels
|
|
26
|
-
|
|
27
|
-
| Level | Meaning | Default action |
|
|
28
|
-
| --- | --- | --- |
|
|
29
|
-
| `trusted` | Official or low-risk capability with policy enabled | May be recommended when confidence is high |
|
|
30
|
-
| `review-required` | Third-party or ecosystem capability | Require source, license, scripts, and revision review |
|
|
31
|
-
| `restricted` | Browser, desktop, or external execution boundary | Require explicit evidence and side-effect boundaries |
|
|
32
|
-
| `blocked` | Disabled by policy or failed safety review | Do not run; use fallback |
|
|
33
|
-
|
|
34
|
-
## Confidence
|
|
35
|
-
|
|
36
|
-
Skill Radar combines:
|
|
37
|
-
|
|
38
|
-
- task keywords and workflow phase
|
|
39
|
-
- changed file patterns
|
|
40
|
-
- local skill installation
|
|
41
|
-
- tool availability
|
|
42
|
-
- trust level
|
|
43
|
-
- policy status
|
|
44
|
-
- frontend/package evidence
|
|
45
|
-
- safety penalties
|
|
46
|
-
|
|
47
|
-
The score is not a promise that the tool will work. It is a routing signal. Any recommendation still needs real evidence before the agent can claim success.
|
|
48
|
-
|
|
49
|
-
## Default Domains
|
|
50
|
-
|
|
51
|
-
| Domain | Typical triggers | Recommended capability types |
|
|
52
|
-
| --- | --- | --- |
|
|
53
|
-
| `ui` | UI, UX, frontend, component, visual, layout | design skills, visual review, screenshot evidence |
|
|
54
|
-
| `browserAutomation` | browser, E2E, Playwright, Chrome, DevTools | web access, browser automation, DevTools evidence |
|
|
55
|
-
| `desktopAutomation` | desktop, GUI, WPS, WeChat, CUA | disabled by default; manual operator fallback |
|
|
56
|
-
| `externalCli` | Codex, Gemini, OpenCode, external agent CLI | disabled by default; dry-run and output evidence |
|
|
57
|
-
| `review` | PR, merge, release, code review | reviewer skills, severity findings |
|
|
58
|
-
| `docs` | docs, README, ADR, governance asset | doc impact and source-of-truth evidence |
|
|
59
|
-
| `planning` | plans, task_plan, findings, progress, long-running work | file-backed planning, progress logs, plan attestation |
|
|
60
|
-
| `memory` | memory, recall, knowledge, persistent memory, agentmemory, gbrain | provider-routed memory through agentmemory, gbrain, or scale-local fallback |
|
|
61
|
-
| `discovery` | skill, MCP, tool, capability discovery | find-skills plus safety review |
|
|
62
|
-
|
|
63
|
-
## Evidence Contract
|
|
64
|
-
|
|
65
|
-
Each recommendation carries required evidence. Examples:
|
|
66
|
-
|
|
67
|
-
- UI work: `ui-spec`, `design-rationale`, `screenshot`, `visual-review`
|
|
68
|
-
- Browser work: `browser-evidence`, `console-summary`, `network-summary`, `scenario-result`
|
|
69
|
-
- Desktop work: `operator-boundary`, `desktop-screenshot`, `affected-app`
|
|
70
|
-
- External CLI work: `cli-version-check`, `command`, `exit-code`, `output-summary`
|
|
71
|
-
- Review work: `review-report`, `finding-list`, `severity`
|
|
72
|
-
- Planning work: `task-plan`, `findings-log`, `progress-log`, `plan-attestation`
|
|
73
|
-
- Memory work: `memory-provider-health`, `privacy-boundary`, `data-retention-policy`, `query-result`
|
|
74
|
-
|
|
75
|
-
If evidence is missing, the final delivery should list the capability as unverified rather than claiming it was used successfully.
|
|
76
|
-
|
|
77
|
-
## Skill Execution Plan
|
|
78
|
-
|
|
79
|
-
In v0.27.0, `createSkillPlan` and `scale ai-os plan` return an `executionPlan`:
|
|
80
|
-
|
|
81
|
-
- `strategy`: currently `intent-evidence-graph-v1`
|
|
82
|
-
- `steps`: ordered skill, artifact, and verification actions
|
|
83
|
-
- `reason`: why the step was selected from task intents
|
|
84
|
-
- `evidenceRequired`: what proof must be recorded
|
|
85
|
-
- `fallback`: what to do when the skill, MCP, CLI, or verification path is unavailable
|
|
86
|
-
|
|
87
|
-
This turns skill routing from a recommendation list into an auditable execution graph. Required steps still need concrete evidence or an explicit skipped/fallback record; recommended steps may be skipped with a reason.
|
|
88
|
-
|
|
89
|
-
## Supply-Chain Doctor
|
|
90
|
-
|
|
91
|
-
`scale skill doctor --supply-chain` reviews known skill sources and install commands for:
|
|
92
|
-
|
|
93
|
-
- HTTPS source requirement
|
|
94
|
-
- `curl | bash`, `wget | sh`, `Invoke-Expression`, and `iex` blocking
|
|
95
|
-
- destructive install patterns
|
|
96
|
-
- npm/npx lifecycle script review
|
|
97
|
-
- required source, license, and revision checks
|
|
98
|
-
- third-party attribution and NOTICE checks
|
|
99
|
-
|
|
100
|
-
This is intentionally conservative. Third-party skills should start in review-required mode and be promoted only after inspection.
|
|
101
|
-
|
|
102
|
-
External skill references and acknowledgements are tracked in [Third-Party Skills and External References](THIRD_PARTY_SKILLS.md) and the full [External Reference Inventory](EXTERNAL_REFERENCES.md). SCALE should not vendor community skill code unless the license text, source revision, copyright notice, and modification notes are preserved.
|
|
103
|
-
|
|
104
|
-
## Policy Integration
|
|
105
|
-
|
|
106
|
-
Skill Radar reads `.scale/tools.json` through the Tool Policy layer. Defaults:
|
|
107
|
-
|
|
108
|
-
- UI and browser capabilities are enabled but evidence-required.
|
|
109
|
-
- Desktop CUA is disabled by default.
|
|
110
|
-
- External agent CLIs are disabled by default.
|
|
111
|
-
- Browser tools require captured evidence and should stay in approved domains.
|
|
112
|
-
|
|
113
|
-
Use Tool Policy to enable a restricted capability deliberately rather than relying on an agent's assumption.
|
|
114
|
-
|
|
115
|
-
## Fallback Rule
|
|
116
|
-
|
|
117
|
-
Every recommendation must include a fallback. This prevents tool theater:
|
|
118
|
-
|
|
119
|
-
```text
|
|
120
|
-
If the capability is missing, unsafe, low-confidence, or policy-blocked,
|
|
121
|
-
the agent must use the fallback and record why the capability was not used.
|
|
122
|
-
```
|
|
123
|
-
|
|
124
|
-
## Artifact Lifecycle
|
|
125
|
-
|
|
126
|
-
Skill Radar reports can be written into task artifacts:
|
|
127
|
-
|
|
128
|
-
```bash
|
|
129
|
-
scale skill radar \
|
|
130
|
-
--task "Refactor upload page and verify browser flow" \
|
|
131
|
-
--files src/pages/upload.tsx \
|
|
132
|
-
--output docs/worklog/tasks/2026-05-19-upload-refactor/skill-radar.md
|
|
133
|
-
```
|
|
134
|
-
|
|
135
|
-
Keep the report when it is evidence for an M/L/CRITICAL task. Do not commit transient local detection output unless it is part of the reviewed task artifact set.
|
|
@@ -1,114 +0,0 @@
|
|
|
1
|
-
# Third-Party Skills and External References
|
|
2
|
-
|
|
3
|
-
This document records external skill projects that SCALE may learn from, recommend, or integrate with. It is a governance boundary, not a vendoring manifest. The complete cross-repo inventory is maintained in [External Reference Inventory](EXTERNAL_REFERENCES.md).
|
|
4
|
-
|
|
5
|
-
## Policy
|
|
6
|
-
|
|
7
|
-
- Do not vendor third-party skill code, images, logos, examples, or marketing copy unless the license review explicitly allows redistribution.
|
|
8
|
-
- Preserve upstream license text, copyright notices, NOTICE files, source URL, and source revision before any vendored or modified redistribution.
|
|
9
|
-
- Mark modified files and document what changed from upstream.
|
|
10
|
-
- Treat optional external services as review-required until privacy, retention, credential, and delete boundaries are reviewed.
|
|
11
|
-
- `scale skill doctor --supply-chain` must include license, attribution, script, and pinned-revision checks for third-party skills.
|
|
12
|
-
- Community skills start as `review-required`; promotion requires real installation evidence and a recorded safety decision.
|
|
13
|
-
|
|
14
|
-
## Highlighted External References
|
|
15
|
-
|
|
16
|
-
| Project | License | Upstream | SCALE usage | Redistribution status |
|
|
17
|
-
| --- | --- | --- | --- | --- |
|
|
18
|
-
| Planning with Files | MIT | [OthmanAdi/planning-with-files](https://github.com/OthmanAdi/planning-with-files) | Adapt concepts for file-backed plans, findings, progress logs, active-plan routing, and plan attestation. | Not vendored. |
|
|
19
|
-
| agentmemory | Apache-2.0 | [rohitg00/agentmemory](https://github.com/rohitg00/agentmemory) | Optional external memory provider via REST or MCP for teams that need cross-agent persistent memory beyond local SCALE Memory Brain. | Not vendored. |
|
|
20
|
-
| GBrain | MIT | [garrytan/gbrain](https://github.com/garrytan/gbrain) | Default memory provider route for graph-backed cross-session recall. SCALE verifies that a brain is configured and recall-critical health checks pass; CLI existence alone is not enough. | Not vendored. |
|
|
21
|
-
| awesome-design-md | MIT | [VoltAgent/awesome-design-md](https://github.com/VoltAgent/awesome-design-md) | DESIGN.md catalog for brand, visual language, typography, and design-system direction. `scale setup --pack ui --apply` syncs upstream under `~/.scale/vendor/awesome-design-md` and creates `~/.agents/skills/awesome-design-md/SKILL.md`. | Installed only with explicit setup/apply. |
|
|
22
|
-
| ui-ux-pro-max | Upstream project license | [nextlevelbuilder/ui-ux-pro-max-skill](https://github.com/nextlevelbuilder/ui-ux-pro-max-skill) | UX, UI state, accessibility, responsive, and acceptance-review skill. `scale setup --pack ui --apply` syncs upstream under `~/.scale/vendor/ui-ux-pro-max` and creates `~/.agents/skills/ui-ux-pro-max/SKILL.md`. | Installed only with explicit setup/apply. |
|
|
23
|
-
| RTK | Upstream project license | [rtk-ai/rtk](https://github.com/rtk-ai/rtk) | Governed CLI proxy for shell-output compression and token savings. SCALE checks `rtk gain` and hook initialization. | External CLI only. |
|
|
24
|
-
| Graphify | Upstream project license | [safishamsi/graphify](https://github.com/safishamsi/graphify) | Knowledge graph artifact provider. SCALE expects `graphify-out/graph.json` and Codex hook/skill freshness before relying on it. | Generated artifacts are project-local. |
|
|
25
|
-
| CodeGraph | Upstream project license | [colbymchenry/codegraph](https://github.com/colbymchenry/codegraph) | Code structure provider for symbol/context exploration. SCALE expects a project `.codegraph/` index. | External CLI/index only. |
|
|
26
|
-
|
|
27
|
-
Other referenced skills, MCP servers, CLIs, discovery candidates, and adapter targets are listed in [External Reference Inventory](EXTERNAL_REFERENCES.md). Unknown licenses stay `review-required`; do not treat a repository link as redistribution permission.
|
|
28
|
-
|
|
29
|
-
## Acknowledgements
|
|
30
|
-
|
|
31
|
-
SCALE acknowledges these upstream projects and contributors:
|
|
32
|
-
|
|
33
|
-
- `OthmanAdi/planning-with-files`, Copyright (c) 2026 Ahmad Adi.
|
|
34
|
-
- `rohitg00/agentmemory` and its upstream contributors.
|
|
35
|
-
- `garrytan/gbrain` and its upstream contributors.
|
|
36
|
-
- All upstream projects listed in [External Reference Inventory](EXTERNAL_REFERENCES.md) according to their licenses and contribution histories.
|
|
37
|
-
|
|
38
|
-
The current SCALE implementation records these projects as external references or adapted concepts. It does not copy their source code into this repository.
|
|
39
|
-
|
|
40
|
-
## Vendoring Checklist
|
|
41
|
-
|
|
42
|
-
If SCALE later vendors or modifies any third-party skill, the change must include:
|
|
43
|
-
|
|
44
|
-
1. Full upstream license text in the distributed package.
|
|
45
|
-
2. Upstream copyright and NOTICE material.
|
|
46
|
-
3. Source repository URL and pinned revision.
|
|
47
|
-
4. Modification notes for every copied or changed file.
|
|
48
|
-
5. Tests or doctor checks proving the attribution metadata is present.
|
|
49
|
-
6. README and generated skill repository documentation updates.
|
|
50
|
-
|
|
51
|
-
## Runtime Boundaries
|
|
52
|
-
|
|
53
|
-
External memory providers must not be enabled silently. Before use, record:
|
|
54
|
-
|
|
55
|
-
- provider endpoint and health check evidence
|
|
56
|
-
- project data scope
|
|
57
|
-
- credential boundary
|
|
58
|
-
- retention and deletion policy
|
|
59
|
-
- whether data leaves the local machine or team-controlled infrastructure
|
|
60
|
-
- whether provider writes are disabled, candidate-only, or explicitly enabled
|
|
61
|
-
|
|
62
|
-
External planning skills must not replace SCALE task evidence. They can improve the plan artifact shape, but final delivery still requires verification output, changed-file evidence, and explicit unverified-risk notes.
|
|
63
|
-
|
|
64
|
-
## User-Facing Setup
|
|
65
|
-
|
|
66
|
-
Use the governed installer instead of asking users to discover every upstream command manually:
|
|
67
|
-
|
|
68
|
-
```bash
|
|
69
|
-
scale setup --pack full
|
|
70
|
-
scale setup --pack full --apply --yes
|
|
71
|
-
scale setup --pack full --json
|
|
72
|
-
```
|
|
73
|
-
|
|
74
|
-
Default language is Chinese. Running `scale setup` without `--json` starts the interactive wizard: language, dependency pack, memory provider, memory route, and install scope. Use `--lang en` or `SCALE_LANG=en` for English output.
|
|
75
|
-
|
|
76
|
-
`setup` and `bootstrap deps` now expose report-level `runtimeChecks` before any install command runs. Missing `python`, `bun`, `cargo`, `uv/pipx`, or `node/npm/npx` is shown with a targeted install hint, so users can fix the environment before `--yes`/`--apply`.
|
|
77
|
-
|
|
78
|
-
Memory provider routing can be configured during setup:
|
|
79
|
-
|
|
80
|
-
```bash
|
|
81
|
-
scale setup --pack memory --memory-provider scale-local --json
|
|
82
|
-
scale setup --pack memory --memory-provider gbrain --memory-mode external-first --json
|
|
83
|
-
```
|
|
84
|
-
|
|
85
|
-
Repository maintainers should run the setup smoke before release or after changing installer behavior:
|
|
86
|
-
|
|
87
|
-
```bash
|
|
88
|
-
npm run smoke:setup
|
|
89
|
-
make setup-smoke
|
|
90
|
-
```
|
|
91
|
-
|
|
92
|
-
The smoke is intentionally non-destructive: it validates bilingual output, `runtimeChecks`, memory-provider routing writes in a temp `.scale`, and CodeGraph/Graphify status discovery without running third-party installers.
|
|
93
|
-
|
|
94
|
-
For a real installer smoke in an isolated home directory, verify both the skill adapter and the upstream vendor checkout:
|
|
95
|
-
|
|
96
|
-
```bash
|
|
97
|
-
scale setup --pack ui --include awesome-design-md --apply --yes
|
|
98
|
-
test -f ~/.agents/skills/awesome-design-md/SKILL.md
|
|
99
|
-
test -d ~/.scale/vendor/awesome-design-md
|
|
100
|
-
```
|
|
101
|
-
|
|
102
|
-
For OS-specific failures, run:
|
|
103
|
-
|
|
104
|
-
```bash
|
|
105
|
-
scale doctor env --json
|
|
106
|
-
```
|
|
107
|
-
|
|
108
|
-
This reports platform, shell discovery, PATH shape, core tools, package managers, and optional third-party runtimes in one machine-readable payload.
|
|
109
|
-
|
|
110
|
-
`frontend-design` is no longer part of the default UI install path. The default UI stack is:
|
|
111
|
-
|
|
112
|
-
- `awesome-design-md` for brand, visual language, and `DESIGN.md`.
|
|
113
|
-
- `ui-ux-pro-max` for UX flow, UI state, accessibility, and responsive acceptance.
|
|
114
|
-
- `frontend-design` only when explicitly requested with `--include frontend-design`.
|