@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.
Files changed (46) hide show
  1. package/README.en.md +2 -2
  2. package/README.md +3 -3
  3. package/dist/api/mcp.js +86 -0
  4. package/dist/api/mcp.js.map +1 -1
  5. package/dist/codegraph/CodeIntelligence.d.ts +40 -0
  6. package/dist/codegraph/CodeIntelligence.js +141 -2
  7. package/dist/codegraph/CodeIntelligence.js.map +1 -1
  8. package/dist/cortex/SessionInjector.d.ts +1 -0
  9. package/dist/cortex/SessionInjector.js +33 -0
  10. package/dist/cortex/SessionInjector.js.map +1 -1
  11. package/dist/evolution/EvolutionEngine.d.ts +1 -0
  12. package/dist/evolution/EvolutionEngine.js +43 -5
  13. package/dist/evolution/EvolutionEngine.js.map +1 -1
  14. package/dist/memory/MemoryBrain.d.ts +22 -0
  15. package/dist/memory/MemoryBrain.js +183 -4
  16. package/dist/memory/MemoryBrain.js.map +1 -1
  17. package/dist/memory/MemoryProviders.d.ts +6 -1
  18. package/dist/memory/MemoryProviders.js +190 -6
  19. package/dist/memory/MemoryProviders.js.map +1 -1
  20. package/dist/orchestrator/JiraTrackerAdapter.d.ts +21 -0
  21. package/dist/orchestrator/JiraTrackerAdapter.js +181 -0
  22. package/dist/orchestrator/JiraTrackerAdapter.js.map +1 -0
  23. package/dist/orchestrator/LinearTrackerAdapter.d.ts +17 -0
  24. package/dist/orchestrator/LinearTrackerAdapter.js +186 -0
  25. package/dist/orchestrator/LinearTrackerAdapter.js.map +1 -0
  26. package/dist/orchestrator/OrchestratorDaemon.js +20 -2
  27. package/dist/orchestrator/OrchestratorDaemon.js.map +1 -1
  28. package/dist/prompts/PhasePromptRegistry.d.ts +1 -0
  29. package/dist/prompts/PhasePromptRegistry.js +37 -7
  30. package/dist/prompts/PhasePromptRegistry.js.map +1 -1
  31. package/dist/setup/SetupWizard.js +21 -7
  32. package/dist/setup/SetupWizard.js.map +1 -1
  33. package/dist/skills/SkillRepository.js +64 -1
  34. package/dist/skills/SkillRepository.js.map +1 -1
  35. package/dist/workflows/WorkflowOrchestrator.d.ts +1 -2
  36. package/dist/workflows/WorkflowOrchestrator.js +37 -4
  37. package/dist/workflows/WorkflowOrchestrator.js.map +1 -1
  38. package/docs/README.md +3 -0
  39. package/docs/architecture/README.md +248 -0
  40. package/docs/migration/v0.38-to-v0.44.md +232 -0
  41. package/docs/reference/cli.md +234 -0
  42. package/package.json +4 -5
  43. package/docs/EXTERNAL_REFERENCES.md +0 -66
  44. package/docs/SKILL-REPOSITORY.md +0 -57
  45. package/docs/SKILL_RADAR.md +0 -135
  46. package/docs/THIRD_PARTY_SKILLS.md +0 -114
@@ -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`.