@yugoo-design/dsh-design-system-dsh 0.0.0-stage → 0.1.0-beta.2
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.
Potentially problematic release.
This version of @yugoo-design/dsh-design-system-dsh might be problematic. Click here for more details.
- package/LICENSE +202 -0
- package/NOTICE +18 -0
- package/README.md +471 -2
- package/THIRD_PARTY_NOTICES.md +35 -0
- package/cordis.patch.yml +60 -0
- package/index.js +2 -0
- package/licenses/dsh-distribution.json +35 -0
- package/package.json +38 -4
package/LICENSE
ADDED
|
@@ -0,0 +1,202 @@
|
|
|
1
|
+
|
|
2
|
+
Apache License
|
|
3
|
+
Version 2.0, January 2004
|
|
4
|
+
http://www.apache.org/licenses/
|
|
5
|
+
|
|
6
|
+
TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
|
|
7
|
+
|
|
8
|
+
1. Definitions.
|
|
9
|
+
|
|
10
|
+
"License" shall mean the terms and conditions for use, reproduction,
|
|
11
|
+
and distribution as defined by Sections 1 through 9 of this document.
|
|
12
|
+
|
|
13
|
+
"Licensor" shall mean the copyright owner or entity authorized by
|
|
14
|
+
the copyright owner that is granting the License.
|
|
15
|
+
|
|
16
|
+
"Legal Entity" shall mean the union of the acting entity and all
|
|
17
|
+
other entities that control, are controlled by, or are under common
|
|
18
|
+
control with that entity. For the purposes of this definition,
|
|
19
|
+
"control" means (i) the power, direct or indirect, to cause the
|
|
20
|
+
direction or management of such entity, whether by contract or
|
|
21
|
+
otherwise, or (ii) ownership of fifty percent (50%) or more of the
|
|
22
|
+
outstanding shares, or (iii) beneficial ownership of such entity.
|
|
23
|
+
|
|
24
|
+
"You" (or "Your") shall mean an individual or Legal Entity
|
|
25
|
+
exercising permissions granted by this License.
|
|
26
|
+
|
|
27
|
+
"Source" form shall mean the preferred form for making modifications,
|
|
28
|
+
including but not limited to software source code, documentation
|
|
29
|
+
source, and configuration files.
|
|
30
|
+
|
|
31
|
+
"Object" form shall mean any form resulting from mechanical
|
|
32
|
+
transformation or translation of a Source form, including but
|
|
33
|
+
not limited to compiled object code, generated documentation,
|
|
34
|
+
and conversions to other media types.
|
|
35
|
+
|
|
36
|
+
"Work" shall mean the work of authorship, whether in Source or
|
|
37
|
+
Object form, made available under the License, as indicated by a
|
|
38
|
+
copyright notice that is included in or attached to the work
|
|
39
|
+
(an example is provided in the Appendix below).
|
|
40
|
+
|
|
41
|
+
"Derivative Works" shall mean any work, whether in Source or Object
|
|
42
|
+
form, that is based on (or derived from) the Work and for which the
|
|
43
|
+
editorial revisions, annotations, elaborations, or other modifications
|
|
44
|
+
represent, as a whole, an original work of authorship. For the purposes
|
|
45
|
+
of this License, Derivative Works shall not include works that remain
|
|
46
|
+
separable from, or merely link (or bind by name) to the interfaces of,
|
|
47
|
+
the Work and Derivative Works thereof.
|
|
48
|
+
|
|
49
|
+
"Contribution" shall mean any work of authorship, including
|
|
50
|
+
the original version of the Work and any modifications or additions
|
|
51
|
+
to that Work or Derivative Works thereof, that is intentionally
|
|
52
|
+
submitted to Licensor for inclusion in the Work by the copyright owner
|
|
53
|
+
or by an individual or Legal Entity authorized to submit on behalf of
|
|
54
|
+
the copyright owner. For the purposes of this definition, "submitted"
|
|
55
|
+
means any form of electronic, verbal, or written communication sent
|
|
56
|
+
to the Licensor or its representatives, including but not limited to
|
|
57
|
+
communication on electronic mailing lists, source code control systems,
|
|
58
|
+
and issue tracking systems that are managed by, or on behalf of, the
|
|
59
|
+
Licensor for the purpose of discussing and improving the Work, but
|
|
60
|
+
excluding communication that is conspicuously marked or otherwise
|
|
61
|
+
designated in writing by the copyright owner as "Not a Contribution."
|
|
62
|
+
|
|
63
|
+
"Contributor" shall mean Licensor and any individual or Legal Entity
|
|
64
|
+
on behalf of whom a Contribution has been received by Licensor and
|
|
65
|
+
subsequently incorporated within the Work.
|
|
66
|
+
|
|
67
|
+
2. Grant of Copyright License. Subject to the terms and conditions of
|
|
68
|
+
this License, each Contributor hereby grants to You a perpetual,
|
|
69
|
+
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
|
70
|
+
copyright license to reproduce, prepare Derivative Works of,
|
|
71
|
+
publicly display, publicly perform, sublicense, and distribute the
|
|
72
|
+
Work and such Derivative Works in Source or Object form.
|
|
73
|
+
|
|
74
|
+
3. Grant of Patent License. Subject to the terms and conditions of
|
|
75
|
+
this License, each Contributor hereby grants to You a perpetual,
|
|
76
|
+
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
|
77
|
+
(except as stated in this section) patent license to make, have made,
|
|
78
|
+
use, offer to sell, sell, import, and otherwise transfer the Work,
|
|
79
|
+
where such license applies only to those patent claims licensable
|
|
80
|
+
by such Contributor that are necessarily infringed by their
|
|
81
|
+
Contribution(s) alone or by combination of their Contribution(s)
|
|
82
|
+
with the Work to which such Contribution(s) was submitted. If You
|
|
83
|
+
institute patent litigation against any entity (including a
|
|
84
|
+
cross-claim or counterclaim in a lawsuit) alleging that the Work
|
|
85
|
+
or a Contribution incorporated within the Work constitutes direct
|
|
86
|
+
or contributory patent infringement, then any patent licenses
|
|
87
|
+
granted to You under this License for that Work shall terminate
|
|
88
|
+
as of the date such litigation is filed.
|
|
89
|
+
|
|
90
|
+
4. Redistribution. You may reproduce and distribute copies of the
|
|
91
|
+
Work or Derivative Works thereof in any medium, with or without
|
|
92
|
+
modifications, and in Source or Object form, provided that You
|
|
93
|
+
meet the following conditions:
|
|
94
|
+
|
|
95
|
+
(a) You must give any other recipients of the Work or
|
|
96
|
+
Derivative Works a copy of this License; and
|
|
97
|
+
|
|
98
|
+
(b) You must cause any modified files to carry prominent notices
|
|
99
|
+
stating that You changed the files; and
|
|
100
|
+
|
|
101
|
+
(c) You must retain, in the Source form of any Derivative Works
|
|
102
|
+
that You distribute, all copyright, patent, trademark, and
|
|
103
|
+
attribution notices from the Source form of the Work,
|
|
104
|
+
excluding those notices that do not pertain to any part of
|
|
105
|
+
the Derivative Works; and
|
|
106
|
+
|
|
107
|
+
(d) If the Work includes a "NOTICE" text file as part of its
|
|
108
|
+
distribution, then any Derivative Works that You distribute must
|
|
109
|
+
include a readable copy of the attribution notices contained
|
|
110
|
+
within such NOTICE file, excluding those notices that do not
|
|
111
|
+
pertain to any part of the Derivative Works, in at least one
|
|
112
|
+
of the following places: within a NOTICE text file distributed
|
|
113
|
+
as part of the Derivative Works; within the Source form or
|
|
114
|
+
documentation, if provided along with the Derivative Works; or,
|
|
115
|
+
within a display generated by the Derivative Works, if and
|
|
116
|
+
wherever such third-party notices normally appear. The contents
|
|
117
|
+
of the NOTICE file are for informational purposes only and
|
|
118
|
+
do not modify the License. You may add Your own attribution
|
|
119
|
+
notices within Derivative Works that You distribute, alongside
|
|
120
|
+
or as an addendum to the NOTICE text from the Work, provided
|
|
121
|
+
that such additional attribution notices cannot be construed
|
|
122
|
+
as modifying the License.
|
|
123
|
+
|
|
124
|
+
You may add Your own copyright statement to Your modifications and
|
|
125
|
+
may provide additional or different license terms and conditions
|
|
126
|
+
for use, reproduction, or distribution of Your modifications, or
|
|
127
|
+
for any such Derivative Works as a whole, provided Your use,
|
|
128
|
+
reproduction, and distribution of the Work otherwise complies with
|
|
129
|
+
the conditions stated in this License.
|
|
130
|
+
|
|
131
|
+
5. Submission of Contributions. Unless You explicitly state otherwise,
|
|
132
|
+
any Contribution intentionally submitted for inclusion in the Work
|
|
133
|
+
by You to the Licensor shall be under the terms and conditions of
|
|
134
|
+
this License, without any additional terms or conditions.
|
|
135
|
+
Notwithstanding the above, nothing herein shall supersede or modify
|
|
136
|
+
the terms of any separate license agreement you may have executed
|
|
137
|
+
with Licensor regarding such Contributions.
|
|
138
|
+
|
|
139
|
+
6. Trademarks. This License does not grant permission to use the trade
|
|
140
|
+
names, trademarks, service marks, or product names of the Licensor,
|
|
141
|
+
except as required for reasonable and customary use in describing the
|
|
142
|
+
origin of the Work and reproducing the content of the NOTICE file.
|
|
143
|
+
|
|
144
|
+
7. Disclaimer of Warranty. Unless required by applicable law or
|
|
145
|
+
agreed to in writing, Licensor provides the Work (and each
|
|
146
|
+
Contributor provides its Contributions) on an "AS IS" BASIS,
|
|
147
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
|
|
148
|
+
implied, including, without limitation, any warranties or conditions
|
|
149
|
+
of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
|
|
150
|
+
PARTICULAR PURPOSE. You are solely responsible for determining the
|
|
151
|
+
appropriateness of using or redistributing the Work and assume any
|
|
152
|
+
risks associated with Your exercise of permissions under this License.
|
|
153
|
+
|
|
154
|
+
8. Limitation of Liability. In no event and under no legal theory,
|
|
155
|
+
whether in tort (including negligence), contract, or otherwise,
|
|
156
|
+
unless required by applicable law (such as deliberate and grossly
|
|
157
|
+
negligent acts) or agreed to in writing, shall any Contributor be
|
|
158
|
+
liable to You for damages, including any direct, indirect, special,
|
|
159
|
+
incidental, or consequential damages of any character arising as a
|
|
160
|
+
result of this License or out of the use or inability to use the
|
|
161
|
+
Work (including but not limited to damages for loss of goodwill,
|
|
162
|
+
work stoppage, computer failure or malfunction, or any and all
|
|
163
|
+
other commercial damages or losses), even if such Contributor
|
|
164
|
+
has been advised of the possibility of such damages.
|
|
165
|
+
|
|
166
|
+
9. Accepting Warranty or Additional Liability. While redistributing
|
|
167
|
+
the Work or Derivative Works thereof, You may choose to offer,
|
|
168
|
+
and charge a fee for, acceptance of support, warranty, indemnity,
|
|
169
|
+
or other liability obligations and/or rights consistent with this
|
|
170
|
+
License. However, in accepting such obligations, You may act only
|
|
171
|
+
on Your own behalf and on Your sole responsibility, not on behalf
|
|
172
|
+
of any other Contributor, and only if You agree to indemnify,
|
|
173
|
+
defend, and hold each Contributor harmless for any liability
|
|
174
|
+
incurred by, or claims asserted against, such Contributor by reason
|
|
175
|
+
of your accepting any such warranty or additional liability.
|
|
176
|
+
|
|
177
|
+
END OF TERMS AND CONDITIONS
|
|
178
|
+
|
|
179
|
+
APPENDIX: How to apply the Apache License to your work.
|
|
180
|
+
|
|
181
|
+
To apply the Apache License to your work, attach the following
|
|
182
|
+
boilerplate notice, with the fields enclosed by brackets "[]"
|
|
183
|
+
replaced with your own identifying information. (Don't include
|
|
184
|
+
the brackets!) The text should be enclosed in the appropriate
|
|
185
|
+
comment syntax for the file format. We also recommend that a
|
|
186
|
+
file or class name and description of purpose be included on the
|
|
187
|
+
same "printed page" as the copyright notice for easier
|
|
188
|
+
identification within third-party archives.
|
|
189
|
+
|
|
190
|
+
Copyright [yyyy] [name of copyright owner]
|
|
191
|
+
|
|
192
|
+
Licensed under the Apache License, Version 2.0 (the "License");
|
|
193
|
+
you may not use this file except in compliance with the License.
|
|
194
|
+
You may obtain a copy of the License at
|
|
195
|
+
|
|
196
|
+
http://www.apache.org/licenses/LICENSE-2.0
|
|
197
|
+
|
|
198
|
+
Unless required by applicable law or agreed to in writing, software
|
|
199
|
+
distributed under the License is distributed on an "AS IS" BASIS,
|
|
200
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
201
|
+
See the License for the specific language governing permissions and
|
|
202
|
+
limitations under the License.
|
package/NOTICE
ADDED
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
Yugoo-design
|
|
2
|
+
Copyright 2026 YugooDesign Team
|
|
3
|
+
|
|
4
|
+
Yugoo Design was initiated by Jianfeng Yang, who independently completed
|
|
5
|
+
its initial design and development. The project is maintained by
|
|
6
|
+
YugooDesign Team.
|
|
7
|
+
|
|
8
|
+
Except where otherwise identified, the original code and documentation in this
|
|
9
|
+
repository are licensed under the Apache License, Version 2.0. See LICENSE.
|
|
10
|
+
|
|
11
|
+
Third-party code, dependencies, vendored runtimes, and attributed materials
|
|
12
|
+
retain their own licenses and copyright notices. This notice does not relicense
|
|
13
|
+
those materials. See THIRD_PARTY_NOTICES.md and applicable component notices.
|
|
14
|
+
|
|
15
|
+
DSH distribution materials for this package: licenses/dsh-distribution.json.
|
|
16
|
+
It lists actual output hashes, selected original texts in this package, and external npm dependencies separately.
|
|
17
|
+
Existing third-party materials retain their individual terms.
|
|
18
|
+
Historical Companion/source observations are not claims of complete coverage for this DSH archive.
|
package/README.md
CHANGED
|
@@ -1,3 +1,472 @@
|
|
|
1
|
-
#
|
|
1
|
+
# Yugoo Design for DeepSeek Harness
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
New Design Projects default to the system user's Documents directory under
|
|
4
|
+
`YuGoo/Projects`, using the same Core registry as Companion. Windows Documents
|
|
5
|
+
redirection and Linux XDG user directories are honored; WSL uses Linux storage.
|
|
6
|
+
An explicit Core `projectsRoot` still wins. Existing projects, registry, native
|
|
7
|
+
conversation bindings and runtime state stay at their original paths; this
|
|
8
|
+
changes new-project placement, not DSH authentication or host integration.
|
|
9
|
+
|
|
10
|
+
The single external DeepSeek Harness installation bundle for Yugoo Design. Official DSH is a read-only Host compatibility target: this package uses public Cordis, command, tool, Agent, interaction, subagent, Remote, and client-module extension points and requires no DSH patch, fork, or Design-specific release. Installing it adds direct Loader rows for generic Core, Panel, Studio, Design Knowledge, the official Web App provider, and the official Web App content Kit. DeepSeek Harness discovers each package's browser plugin through its own `dsh.client` declaration; this distribution does not compile or hide a combined client. The Settings launcher opens the full-page `/design-studio/` workspace, which uses the same Typert Remote and storage-domain-backed Studio service without creating a Session or Agent.
|
|
11
|
+
|
|
12
|
+
`dsh-design-skills-web-app` contains one Mindset plus self-contained Bundle
|
|
13
|
+
files, including optional ordinary Agent-facing scripts. Generic Core confines
|
|
14
|
+
their execution and gives them no Design Files or Git authority.
|
|
15
|
+
The official Web App Kit's 15 Bundles now declare their presentations in
|
|
16
|
+
`panel.yaml`, using shared components supplied by `dsh-design-panel`.
|
|
17
|
+
`dsh-design-provider-web-app` remains in this distribution for explicitly selected
|
|
18
|
+
native presentations and comparison; it is not the default presentation contract
|
|
19
|
+
of those declarative Bundles. Neither presentation layer owns generation,
|
|
20
|
+
validation, repair, or publication logic. Generic Core, Panel, and Studio do not
|
|
21
|
+
depend on the Web App Kit or its native provider. A Kit can revise its validated
|
|
22
|
+
panel definition or locale content without rebuilding the Host; introducing a
|
|
23
|
+
new shared runtime component or native UI surface requires a runtime release.
|
|
24
|
+
Installed-package native-equivalence acceptance remains separate from this
|
|
25
|
+
source declaration and is not established by the presence of 15 definitions.
|
|
26
|
+
|
|
27
|
+
## Daily entry
|
|
28
|
+
|
|
29
|
+
DSH Web and Desktop use the same Core message producers. Plugin-authored
|
|
30
|
+
context, notices and delegated tasks carry the producer-owned source kind
|
|
31
|
+
`yugoo-design`; explicit user commands retain `kind: user`. Delivery still uses
|
|
32
|
+
the existing non-waking `agent.inject()` or delegated `followup()` operation.
|
|
33
|
+
The plugin does not rewrite Session history, replace the Host codec or translate
|
|
34
|
+
retired `kind: plugin` messages at runtime. UI presentation and Session protocol
|
|
35
|
+
version are separate compatibility boundaries.
|
|
36
|
+
|
|
37
|
+
Use `/yugoo` in the existing DSH conversation to open the project command help,
|
|
38
|
+
or `/yugoo new <name>`, `/yugoo open <id|name|path>` and `/yugoo status` to manage
|
|
39
|
+
Design Projects. These commands share the existing project service and native
|
|
40
|
+
conversation binding; they do not start a second host or change authentication.
|
|
41
|
+
|
|
42
|
+
`/yugoo` is the only registered project entry. Yugoo Design does not register
|
|
43
|
+
`/design`, even when that name is free, and does not offer it as a compatibility
|
|
44
|
+
alias. Another plugin's command remains untouched. A conflict on `/yugoo` fails
|
|
45
|
+
registration explicitly. Panel actions use `/yugoo`; internal service, tool and
|
|
46
|
+
package identifiers are not additional user command aliases.
|
|
47
|
+
|
|
48
|
+
## Installation target and current package composition
|
|
49
|
+
|
|
50
|
+
The product name is **yugoo-design**. Source package and Loader identifiers remain
|
|
51
|
+
`dsh-design-*`; public npm exports use the `@yugoo-design` scope. The brand does
|
|
52
|
+
not rename imports or Loader identities.
|
|
53
|
+
Official DSH is an external, separately installed host and is not one of the
|
|
54
|
+
plugin's system packages. Its agents supply model execution, questions,
|
|
55
|
+
subagents and search; installing this plugin must preserve the user's existing
|
|
56
|
+
model/search configuration and must not ask for a plugin-specific search key.
|
|
57
|
+
|
|
58
|
+
The current source distribution retains the ten system packages listed below
|
|
59
|
+
and adds `yugoo-design-git-native` (`packages/git-native`) as a Core runtime
|
|
60
|
+
dependency: eleven Yugoo package artifacts in the registry-based candidate set.
|
|
61
|
+
The native helper does not add a DSH Loader registration. The selected release
|
|
62
|
+
manifest determines the complete exact dependency set.
|
|
63
|
+
The directory column identifies the existing source package, not an end-user
|
|
64
|
+
checkout or build requirement.
|
|
65
|
+
|
|
66
|
+
| Package identifier | Source directory | Role |
|
|
67
|
+
| --- | --- | --- |
|
|
68
|
+
| `dsh-design-system-dsh` | `packages/dsh` | DSH installation bundle and Loader registration |
|
|
69
|
+
| `dsh-design-core` | `packages/core` | Design state, Bundle execution and validation |
|
|
70
|
+
| `dsh-design-panel` | `packages/panel` | Shared Panel runtime and components |
|
|
71
|
+
| `dsh-design-knowledge-ladybug` | `packages/knowledge-ladybug` | Design Knowledge provider |
|
|
72
|
+
| `dsh-design-provider-web-app` | `packages/provider-web-app` | Retained, explicitly selected native Web App presentations |
|
|
73
|
+
| `dsh-design-skills-web-app` | `packages/skills-web-app` | Official Web App Kit content |
|
|
74
|
+
| `dsh-design-skills-decision-modeling` | `packages/skills-decision-modeling` | Decision Modeling Kit content |
|
|
75
|
+
| `dsh-design-studio` | `packages/studio` | Host-neutral Studio service |
|
|
76
|
+
| `dsh-design-studio-ui` | `packages/studio-ui` | Shared Studio interface |
|
|
77
|
+
| `dsh-design-studio-dsh` | `packages/studio-dsh` | DSH Studio integration |
|
|
78
|
+
|
|
79
|
+
The Knowledge provider selects the official `@ladybugdb/wasm-core` at exact
|
|
80
|
+
version **`0.21.1`**. This is a separately pinned third-party runtime dependency,
|
|
81
|
+
not one of the eleven Yugoo package artifacts or a replacement DSH application.
|
|
82
|
+
Do not substitute the earlier WAL fork, an unpublished fixture alias, or `latest`.
|
|
83
|
+
|
|
84
|
+
### Agent-led installation and local release files
|
|
85
|
+
|
|
86
|
+
Copy the [shared installation prompt](../companion/HOSTS.md#default-prompt-any-supported-host)
|
|
87
|
+
into the existing DSH conversation, or explicitly use the
|
|
88
|
+
[DSH override](../companion/HOSTS.md#install-or-update-deepseek-harness).
|
|
89
|
+
The Agent checks release availability, acquires the exact product installer
|
|
90
|
+
from npm and uses its `release-hosts.json` to install the aggregate and internal
|
|
91
|
+
modules through the official host. Users do not install the internal modules or
|
|
92
|
+
native helper manually.
|
|
93
|
+
Use the accepted public installation guide and exact release manifest; the host Agent should:
|
|
94
|
+
|
|
95
|
+
1. Identify the installed official DSH version and check the selected release's
|
|
96
|
+
required host peers, including Core's Cordis minimum `^4.0.2`.
|
|
97
|
+
2. Resolve the selected release's complete exact dependency set, including any
|
|
98
|
+
declared native Git helper and pinned Ladybug `0.21.1`, then install the
|
|
99
|
+
DSH bundle through the official host's package/bundle interface. Preserve
|
|
100
|
+
existing user profiles, models and search settings.
|
|
101
|
+
3. Confirm the Loader registrations and open a Design Project with its pinned
|
|
102
|
+
Kit. Run a nonempty Bundle, edit and save its Panel, reopen it, and confirm
|
|
103
|
+
the canonical data and checkpoint. Verify KAG and GRA through actual host
|
|
104
|
+
execution, reporting any capability or credential limitation explicitly.
|
|
105
|
+
|
|
106
|
+
The npm scope is `@yugoo-design`. As checked on 2026-10-14, the product installer
|
|
107
|
+
`@yugoo-design/companion@0.1.0-beta.2` and all ten owned DSH packages at
|
|
108
|
+
`0.1.0-beta.1` are publicly available, with anonymous downloads matching the
|
|
109
|
+
reviewed archives. Companion's `beta` points to beta.2 and initial `latest`
|
|
110
|
+
remains beta.1; DSH's two tags point to beta.1. If a selected release is missing,
|
|
111
|
+
report it rather than partially installing a guessed set. Native suite and Kit/Bundle content versions
|
|
112
|
+
do not change with the npm prerelease. Registry acquisition, native installation
|
|
113
|
+
and functional acceptance remain separate checks.
|
|
114
|
+
The supplied local files below are for pre-publication preflight, rather than
|
|
115
|
+
the main public installation tutorial. A package-manager exit code, Loader mount or
|
|
116
|
+
MCP listing alone does not prove that Bundle generation, Panel saving, GRA and
|
|
117
|
+
KAG work. The developer launcher and clone/build steps are not the user install
|
|
118
|
+
path; Companion hosts use their own adapters rather than this DSH bundle.
|
|
119
|
+
|
|
120
|
+
### Current DSH host admission
|
|
121
|
+
|
|
122
|
+
Official DSH Web and Desktop **`0.2.0-rc.2`** are the current release target. The affected
|
|
123
|
+
host peers and development SDK pins require exact `0.2.0-rc.2`. The current
|
|
124
|
+
Agent setup and lifecycle APIs differ from earlier releases, so older versions
|
|
125
|
+
are no longer declared compatible; unknown RCs, `0.2.0` stable and React 19 are
|
|
126
|
+
not admitted. Historical local results below
|
|
127
|
+
retain their original versions and are not current-host acceptance evidence.
|
|
128
|
+
Loader compatibility uses its own prerelease policy and is not a substitute for
|
|
129
|
+
the package manager's strict peer resolution.
|
|
130
|
+
|
|
131
|
+
Run Core's `test:dependency-baseline` and `test:consumer-dependency-baseline`
|
|
132
|
+
after building the workspace dependencies to check exact SDK pins, strict
|
|
133
|
+
peers and shared Cordis identity. Compilation and `typecheck` are separate
|
|
134
|
+
checks. The focused V4 gate requires an explicit `DSH_TEST_WEB_ANCHOR` naming
|
|
135
|
+
an installed Host package manifest, or `DSH_TEST_ASAR` naming the actual
|
|
136
|
+
Desktop archive. The content-upgrade SDK test uses the Web anchor. These
|
|
137
|
+
read-only SDK inputs and scripted-loop tests do not establish rendered UI,
|
|
138
|
+
native model execution or recovery of an already failing live conversation.
|
|
139
|
+
|
|
140
|
+
The official RC2 factory supplies `setup(ctx, agent)` with an independent
|
|
141
|
+
child scope. Producer and Worker adapters capture only the authorized parent
|
|
142
|
+
tool definitions before creation, close inherited globals, then register those
|
|
143
|
+
exact definitions and their own confined capabilities in the child scope.
|
|
144
|
+
They do not require the historical `inheritParentAgentScope` Host patch.
|
|
145
|
+
Initialization uses the Host's awaited `agent/created` event. These public API
|
|
146
|
+
adaptations replace our need for the old fork behavior; they are not a claim
|
|
147
|
+
that the official Host incorporated that patch.
|
|
148
|
+
|
|
149
|
+
Bundle result reporting keeps execution provenance separate from the derived
|
|
150
|
+
U/S/T assessment. Worker completion is reported only from the current Host's
|
|
151
|
+
bounded, invocation- and conversation-bound observations, with the exact child
|
|
152
|
+
lifecycle and Host-computed receipt checked against the accepted publication's
|
|
153
|
+
canonical reference and artifact bytes. A rejected call, a missing or truncated
|
|
154
|
+
observation, a Producer fallback, or a model's assessment text is not a successful
|
|
155
|
+
Worker receipt. Missing provenance remains explicitly unverified; persisted
|
|
156
|
+
Bundle content is not rolled back because execution reporting is unavailable.
|
|
157
|
+
These checks do not reconstruct lost in-memory observations after a restart or
|
|
158
|
+
claim that a live native-model reporting regression has passed.
|
|
159
|
+
|
|
160
|
+
Background G/R/A reviews use the same public Agent factory with a child-local
|
|
161
|
+
read-only capability. The current adapter admits native `spawn` only; another
|
|
162
|
+
configured provider fails explicitly. It inherits the parent's model route,
|
|
163
|
+
but does not inherit shell, write, script, publication or delegation authority.
|
|
164
|
+
A monotonic tool guard also rejects unexpected child-local tools and same-name
|
|
165
|
+
replacements before execution. Nested dispatch and unverified PTC transports
|
|
166
|
+
are not admitted. Host-owned Session logging and advisory publication retain
|
|
167
|
+
their existing owners.
|
|
168
|
+
|
|
169
|
+
Review file reads use one full Git commit, including its own `project.json`
|
|
170
|
+
and exact Kit/Bundle overrides. Bounded source and resource reads use the
|
|
171
|
+
existing Git and content loaders; they do not discover files across the host
|
|
172
|
+
filesystem. The resource manifest distinguishes loaded method/schema
|
|
173
|
+
projections from raw resources and from committed project facts. Missing exact
|
|
174
|
+
content is an explicit error, never a latest-version or source-checkout fallback.
|
|
175
|
+
Structured results still pass the official profile parser and staleness check
|
|
176
|
+
before the existing publisher. Run Core's `test:advisory-readonly` with an
|
|
177
|
+
explicit `DSH_TEST_WEB_ANCHOR` for the actual RC2 factory/tools/loop regression;
|
|
178
|
+
the scripted-model test is separate from native model and installed-host
|
|
179
|
+
acceptance.
|
|
180
|
+
|
|
181
|
+
On the current host, advisory settings use the owning plugin's live `Config`
|
|
182
|
+
fields and the public `SettingsForms` projection. The host owns profile entry
|
|
183
|
+
identity, persistence and change delivery; the plugin creates no second settings
|
|
184
|
+
store. The Studio launcher consumes Slots and Locale only, retaining its
|
|
185
|
+
`settings.section` registration without requiring the removed, unused
|
|
186
|
+
`settingsScope` service. Pending question cancellation reads the current
|
|
187
|
+
session-status projection while preserving the exact session and question id.
|
|
188
|
+
Only an actual cancellation channel is invoked: the current host's hide-only
|
|
189
|
+
tool-call card dismissal is not reported as cancellation.
|
|
190
|
+
Existing settings-section adapters remain in source without qualifying older
|
|
191
|
+
Hosts for this release; unknown interfaces fail explicitly rather than being
|
|
192
|
+
replaced by empty or fake services.
|
|
193
|
+
|
|
194
|
+
Public API checks and isolated lifecycle fixtures establish only their tested
|
|
195
|
+
boundaries. The fixed beta archives still require actual strict installation,
|
|
196
|
+
native activation, browser interaction and functional regression as separate
|
|
197
|
+
acceptance steps; this declaration does not claim those outcomes.
|
|
198
|
+
|
|
199
|
+
### Unpublished release: official local workspace route
|
|
200
|
+
|
|
201
|
+
This route verifies a received fixed local candidate before registry publication.
|
|
202
|
+
Its historical installation results remain tied to those archives; they do not
|
|
203
|
+
establish beta registry acquisition, update or native-host acceptance.
|
|
204
|
+
The ten-archive recipe and receipts below describe that historical set. For a
|
|
205
|
+
newer candidate, use its supplied complete package inventory, including any
|
|
206
|
+
required native Git helper, rather than reusing the historical package count.
|
|
207
|
+
|
|
208
|
+
The local delivery includes ten compiled `.tgz` packages, `PORTABLE-INPUTS.json`
|
|
209
|
+
(archive filenames, package identities and SHA-256), `PORTABLE-PROVIDERS.json`
|
|
210
|
+
(exact public dependency versions), `portable-install.mjs`, and
|
|
211
|
+
`PORTABLE-RECIPE.md`. Keep these files together. No source checkout, source build,
|
|
212
|
+
host patch, package-manifest rewrite or developer dependency tree is required.
|
|
213
|
+
This is the local-file route for the same product, not an additional Companion
|
|
214
|
+
installation inside DSH.
|
|
215
|
+
|
|
216
|
+
The checked host is official DSH **0.1.2-rc.1**. Its actual `plugin` command
|
|
217
|
+
forwards **pnpm 9.15.4**; verify that command rather than a separately installed
|
|
218
|
+
pnpm executable. React and ReactDOM remain **18.3.1**.
|
|
219
|
+
|
|
220
|
+
Have your host agent perform these steps using recipient-owned absolute paths:
|
|
221
|
+
|
|
222
|
+
1. Initialize a new `yugoo-local` profile through the official DSH CLI with an
|
|
223
|
+
explicitly owned `DSH_HOME`, separate from your existing home and profiles:
|
|
224
|
+
|
|
225
|
+
```sh
|
|
226
|
+
DSH_HOME=/recipient/owned-dsh-home node /recipient/official-dsh/lib/bin.js \
|
|
227
|
+
plugin --profile yugoo-local --version
|
|
228
|
+
```
|
|
229
|
+
|
|
230
|
+
This normal first use initializes the profile and probes the forwarded pnpm
|
|
231
|
+
version; there is no separate `init` subcommand in this recipe. Preserve your
|
|
232
|
+
existing model, search and credential configuration.
|
|
233
|
+
2. Verify every archive against `PORTABLE-INPUTS.json`. Safely extract its
|
|
234
|
+
compiled `package/` contents into the profile's `packages/<package-name>`
|
|
235
|
+
directory, using the unscoped name (for example,
|
|
236
|
+
`profiles/yugoo-local/packages/dsh-design-core`). Reject absolute/traversing
|
|
237
|
+
paths, links and special archive members;
|
|
238
|
+
verify the unchanged extracted package name and version. Do not rewrite them.
|
|
239
|
+
3. Retain the profile workspace root (`.`), add `packages/*`, and preserve the
|
|
240
|
+
official `nodeLinker: hoisted` and `autoInstallPeers: false` defaults. Use a
|
|
241
|
+
separate empty npm userconfig for this isolated installation.
|
|
242
|
+
4. Run the supplied helper without `--execute` to validate inputs and print the
|
|
243
|
+
exact official command. It compares every original regular archive member
|
|
244
|
+
against staged bytes and executable modes, rejecting missing or changed
|
|
245
|
+
files, unsafe archive paths and symlinked staged paths/profile directories.
|
|
246
|
+
Matching package names and versions alone are insufficient. Replace all
|
|
247
|
+
example paths with your own:
|
|
248
|
+
|
|
249
|
+
```sh
|
|
250
|
+
node portable-install.mjs \
|
|
251
|
+
--dsh-bin /recipient/official-dsh/lib/bin.js \
|
|
252
|
+
--dsh-home /recipient/owned-dsh-home \
|
|
253
|
+
--archives-dir /recipient/release-files \
|
|
254
|
+
--npm-userconfig /recipient/empty.npmrc
|
|
255
|
+
```
|
|
256
|
+
|
|
257
|
+
5. Review the printed command, then explicitly add `--execute` to install. It
|
|
258
|
+
uses the ten original workspace packages and exact public providers through
|
|
259
|
+
the official CLI, with strict peer checking and explicit hoisted/no-auto-peer
|
|
260
|
+
settings. The helper does not initialize profiles, extract packages, start
|
|
261
|
+
DSH or configure models. Do not add `--no-frozen-lockfile` to `pnpm add`.
|
|
262
|
+
6. Check ten Loader identities, the aggregate registration, exact root providers,
|
|
263
|
+
Core-local host dependencies, all declared peer ranges and all runtime entry
|
|
264
|
+
resolutions. Then start the official host and perform the project/Kit and
|
|
265
|
+
save/reopen checks described above; dependency installation alone is not
|
|
266
|
+
functional acceptance.
|
|
267
|
+
|
|
268
|
+
The actual isolated official installation completed with strict checking:
|
|
269
|
+
ten Loader identities, eleven runtime entries and 52 declared peer checks passed.
|
|
270
|
+
The corrected helper's final ten-archive dry-run verified 1,198 original members;
|
|
271
|
+
eleven negative controls, including real older staging paired with final
|
|
272
|
+
archives, were rejected. Its `--execute` path subsequently installed those final
|
|
273
|
+
ten archives successfully; post-install checks retained all 1,198 original
|
|
274
|
+
members and matched 57 pinned providers. These results establish installation/load composition only,
|
|
275
|
+
not Cordis activation, all Panel interactions or another-machine acceptance.
|
|
276
|
+
Keep installation receipts and the owned profile for inspection and recovery;
|
|
277
|
+
no automatic rollback is promised.
|
|
278
|
+
|
|
279
|
+
### Host activation and content watching
|
|
280
|
+
|
|
281
|
+
For the checked official DSH 0.1.2-rc.1 composition, select the profile's public
|
|
282
|
+
`patchReload: startup` mode. Include the official `@deepseek-ai/dsh-web-app`
|
|
283
|
+
0.1.2-rc.1 carrier when opening Studio; its `webServer` service is required by
|
|
284
|
+
the Studio page. Keep the server on loopback and use the host's normal
|
|
285
|
+
authentication. An unauthenticated HTTP 401 confirms neither a usable page nor
|
|
286
|
+
Panel acceptance.
|
|
287
|
+
|
|
288
|
+
Install the official base and Web App carrier into that same owned profile,
|
|
289
|
+
after the local design packages and their pinned peers have been installed:
|
|
290
|
+
|
|
291
|
+
```sh
|
|
292
|
+
DSH_HOME=/recipient/owned-dsh-home node /recipient/official-dsh/lib/bin.js \
|
|
293
|
+
plugin --profile yugoo-local add --workspace-root --save-exact \
|
|
294
|
+
@deepseek-ai/dsh-base@0.1.2-rc.1 @deepseek-ai/dsh-web-app@0.1.2-rc.1 \
|
|
295
|
+
--strict-peer-dependencies --config.node-linker=hoisted \
|
|
296
|
+
--config.auto-install-peers=false --registry=https://registry.npmjs.org
|
|
297
|
+
```
|
|
298
|
+
|
|
299
|
+
Do not mix profile-local Agent plugins with fallback base modules from a different
|
|
300
|
+
installation. Matching version strings alone are insufficient: Agent loop,
|
|
301
|
+
presets and session controller must resolve the same physical `dsh-scope` module.
|
|
302
|
+
Separate module instances have different scope symbols and can reject session
|
|
303
|
+
creation before any model request. The checked normal profile installation
|
|
304
|
+
resolved all three consumers to one module; it did not patch the official host.
|
|
305
|
+
|
|
306
|
+
The setting lives in the owned profile's `package.json` at
|
|
307
|
+
`dsh.profile.patchReload`, not in a separate `profile.json`. Preserve the existing
|
|
308
|
+
bundle list when setting it. The official launcher accepts repeatable `--patch`
|
|
309
|
+
overlays; a recipient command has this form:
|
|
310
|
+
|
|
311
|
+
```sh
|
|
312
|
+
DSH_HOME=/recipient/owned-dsh-home node --expose-internals \
|
|
313
|
+
/recipient/official-dsh/lib/bin.js --profile yugoo-local \
|
|
314
|
+
--patch /recipient/official-dsh-web-app/cordis.patch.yml \
|
|
315
|
+
--patch /recipient/owned-runtime.patch.yml \
|
|
316
|
+
--host 127.0.0.1 --port 0 --no-open
|
|
317
|
+
```
|
|
318
|
+
|
|
319
|
+
Use your installed carrier's actual path and an owned runtime overlay for Core
|
|
320
|
+
project/state roots and any explicit Kit watcher settings. Do not copy test
|
|
321
|
+
directories or overwrite existing model/search settings. The verification below
|
|
322
|
+
called the launcher's installed `runProfile` implementation; it did not execute
|
|
323
|
+
this example as a separate CLI process.
|
|
324
|
+
|
|
325
|
+
This mode requires restarting DSH after changing host Cordis patch configuration.
|
|
326
|
+
It does not disable the Design Kit content watcher. To watch a package-backed
|
|
327
|
+
Kit, explicitly set `watch: true` on its existing Kit Loader configuration,
|
|
328
|
+
retaining its `packageName` and discovery settings. The checked installed
|
|
329
|
+
`runProfile` implementation started successfully, exposed both bundled Kits and
|
|
330
|
+
read an existing Design Project. With that watcher enabled, an isolated same-version
|
|
331
|
+
Web App mindset edit became visible through the actual Kit catalog; the original
|
|
332
|
+
content was restored and the project's thirteen Design Files remained unchanged.
|
|
333
|
+
These checks used the earlier validated installation, not a replay of every
|
|
334
|
+
final release archive, and did not create an Agent or invoke a model.
|
|
335
|
+
|
|
336
|
+
Do not select `patchReload: live` as a workaround: the checked official
|
|
337
|
+
composition calls `hmr.registerConfig`, which its installed HMR 1.0.19 does not
|
|
338
|
+
provide. This host patch-reload limitation remains unresolved; no host patch,
|
|
339
|
+
fake HMR service or automatic dependency upgrade is part of this delivery.
|
|
340
|
+
Successful startup/content watching does not establish authenticated UI,
|
|
341
|
+
generation, save/reopen, KAG or GRA acceptance.
|
|
342
|
+
|
|
343
|
+
For content authors, see the existing [Creator and Panel declaration guide](../../docs/wiki/extending.md#panel-选择).
|
|
344
|
+
Reuse the actual generic component catalog and preserve schema bindings, stable
|
|
345
|
+
IDs and locale resources. Validated Kit content reload/version updates apply
|
|
346
|
+
Panel and locale declaration changes without recompiling the runtime; source
|
|
347
|
+
edits do not automatically update installed packages or switch project pins.
|
|
348
|
+
New runtime components or executable Provider changes require their own build
|
|
349
|
+
and release.
|
|
350
|
+
|
|
351
|
+
### Candidate npm installer: DSH route and recovery limits
|
|
352
|
+
|
|
353
|
+
The generated Companion npm candidate also exposes an `install --host dsh`
|
|
354
|
+
route. This is an installer adapter for the separately installed official DSH
|
|
355
|
+
host, not a bundled DSH application or a desktop Companion runtime inside DSH.
|
|
356
|
+
Yugoo design has one product installation entry. For DSH, that entry installs
|
|
357
|
+
the exact mapped aggregate and its internal modules automatically; users do
|
|
358
|
+
not install the internal packages individually. DSH itself remains an external
|
|
359
|
+
host. The Companion payload is not registered as a DSH bundle.
|
|
360
|
+
|
|
361
|
+
This route requires an existing isolated or user-selected DSH profile, an
|
|
362
|
+
absolute `--dsh-config` JSON file pinning the official Node/CLI/Loader inputs,
|
|
363
|
+
`--profile`, and an external `--receipt-dir`. A bound product
|
|
364
|
+
`release-hosts.json` supplies the exact aggregate version and HTTPS registry.
|
|
365
|
+
Optional `--aggregate-selector` and `--registry` overrides must match it.
|
|
366
|
+
For a beta set, use the exact aggregate version recorded in that product
|
|
367
|
+
candidate's `release-hosts.json` and `https://registry.npmjs.org`, matching
|
|
368
|
+
the complete dependency set's exact package pins, including any declared native
|
|
369
|
+
Git helper. Do not substitute an earlier beta.
|
|
370
|
+
This identifies the intended release;
|
|
371
|
+
it does not establish registry availability or authorize publication. Older or unbound candidates
|
|
372
|
+
retain the explicit selector and registry compatibility route. Use `--dry-run`
|
|
373
|
+
first and keep its saved plan; `--apply` consumes that exact plan. Do not pass the CLI's display
|
|
374
|
+
object in place of the saved plan. Output plans and result receipts are written
|
|
375
|
+
outside the package, host home and pinned input directories, without replacing
|
|
376
|
+
existing files. Codex-specific runtime and receipt flags do not apply here.
|
|
377
|
+
|
|
378
|
+
An official package operation can fail after changing host state. The adapter
|
|
379
|
+
reports `failed-partial-state-retained`, keeps its result receipt and exits
|
|
380
|
+
unsuccessfully; it does not promise automatic DSH rollback, recovery or
|
|
381
|
+
uninstallation. Inspect the retained state before taking another action.
|
|
382
|
+
Loader/configuration readback does not establish runtime or model execution.
|
|
383
|
+
This registry adapter has source-level contract coverage; it does not accept
|
|
384
|
+
local tarball selectors. Before registry publication, only the supplied local
|
|
385
|
+
workspace route above is available for candidate preflight. Do not substitute
|
|
386
|
+
fixture selectors, `latest`, or a clone/build workflow. After publication, the
|
|
387
|
+
host Agent uses registry acquisition and this mapped product adapter; the prior
|
|
388
|
+
local-install result does not establish that installation or update path.
|
|
389
|
+
|
|
390
|
+
## Automatic Kit discovery
|
|
391
|
+
|
|
392
|
+
The distribution explicitly loads the bundled Web App and Decision Modeling
|
|
393
|
+
content packages through standard Kit Loader rows, then discovers additional
|
|
394
|
+
content Kits under `$DSH_HOME/design-system/kits` (default
|
|
395
|
+
`~/.dsh/design-system/kits`). Each direct child is a Kit directory containing
|
|
396
|
+
`mindset.md` and `skills/`. Missing roots are optional and are not created by
|
|
397
|
+
the loader. Additional absolute `discoveryRoots` extend this search; they do
|
|
398
|
+
not replace the default root. The source-checkout `./start.sh` also configures
|
|
399
|
+
the repository `packages/` root for development-only content discovery.
|
|
400
|
+
Additional user Kits placed in the default root need no per-Kit registration
|
|
401
|
+
or Host source changes. Bundled Kits instead have explicit distribution dependencies
|
|
402
|
+
and package-authority Loader rows; neither installation path requires start.sh.
|
|
403
|
+
|
|
404
|
+
Discovery validates and registers content without executing its scripts.
|
|
405
|
+
The installed catalog is shared by `/yugoo mindset <name>`, natural-language
|
|
406
|
+
selection, and Studio (`followInstalledSources: true`). Native renderer/runtime
|
|
407
|
+
drivers still require their own installed provider; discovery does not invent
|
|
408
|
+
missing capabilities. Explicit sources load first and retain their authority;
|
|
409
|
+
duplicate physical roots are skipped, and conflicting names are diagnosed
|
|
410
|
+
without replacing an installed Kit. Directory ordering is deterministic.
|
|
411
|
+
|
|
412
|
+
New Kits and valid edits are watched by default. Invalid edits or deleted
|
|
413
|
+
sources retain process-level last-good content, including the selection
|
|
414
|
+
catalog, with a diagnostic; scripts/source inspection may be unavailable after
|
|
415
|
+
deletion. Existing version pins remain resolvable until shutdown. Restarting
|
|
416
|
+
loads current files only: it does not restore a removed Kit from hidden storage.
|
|
417
|
+
Changing a Kit's identity in-place requires a restart. `watch: false` disables
|
|
418
|
+
watching and the bounded configured-root existence checks.
|
|
419
|
+
|
|
420
|
+
The Portable Kernel owns Design Projects, Kit and Bundle versions, validation, execution, DesignJournal, Design Knowledge, advisories, and the shared UI. The DSH Provider maps Host identity, model-context delivery, subagents, commands, tools, and panel transport to DSH public capabilities. It exposes `ctx.userQuestions` for an in-turn blocking question when Bundle policy or the Agent requires native ask-user. Persistent asynchronous continuation appears in the plugin continuation UI, and acceptance enters as an ordinary logged user turn; advisory dispositions remain plugin-owned review decisions. Its plugin-owned binding store maps an opaque DSH Session id to the selected Design Project. No Design Project, Kit, Design File, or clarity-specific DSH Session events or projections are required; the standard `designAdvisoryInbox` projection is only a refresh/read-model mechanism and is not Design authority.
|
|
421
|
+
|
|
422
|
+
Core owns both automatic read-only assessment and explicit main-Agent reporting.
|
|
423
|
+
Every successful `run_design_skill` completion remains attached while Core
|
|
424
|
+
synchronously evaluates U/S/T against that exact published Git commit. The
|
|
425
|
+
assessment is promoted to the shared project clarity authority and returned with
|
|
426
|
+
the completed result. A bounded evaluator failure never rolls back the Bundle
|
|
427
|
+
commit; it marks clarity failed so the main Agent cannot derive a next
|
|
428
|
+
recommendation from stale scores. `report_design_clarity` remains the explicit
|
|
429
|
+
main-Agent path for other meaningful checkpoints, including its existing
|
|
430
|
+
once-per-turn and exact-replay rules.
|
|
431
|
+
|
|
432
|
+
Meaningful Panel saves are assessed by the main Agent in the same native
|
|
433
|
+
continuation turn. After Git, DesignJournal and required gate settlement, the
|
|
434
|
+
server injects the saved diff and exact assessment input before Save returns.
|
|
435
|
+
The input pins the project, its selection revision, checkpoint, effective Kit
|
|
436
|
+
content and bounded human scope. The client retains the normal native prompt
|
|
437
|
+
and echo; its compatible receipt-metadata RPC is passive and starts no detached
|
|
438
|
+
evaluator or pending activity. The main Agent calls `report_design_clarity`
|
|
439
|
+
with the latest saved input before its final reply or next-step recommendation.
|
|
440
|
+
Several saves before continuation require one report of their latest checkpoint;
|
|
441
|
+
an unchanged or replayed save needs none. A valid current assessment already
|
|
442
|
+
returned by `run_design_skill` is used without a duplicate main report.
|
|
443
|
+
|
|
444
|
+
The explicit report requires complete input for the latest durable Panel-origin
|
|
445
|
+
change; non-Panel legacy callers retain optional input. It rejects obsolete
|
|
446
|
+
supplied input and retains the existing
|
|
447
|
+
currentness, cancellation, Journal and guarded authority-replacement fences in
|
|
448
|
+
the [architecture baseline](../../docs/system-design-baseline.md#agent-host-and-user-interface-integration).
|
|
449
|
+
Once-per-user-turn and exact replay remain unchanged. If another save invalidates
|
|
450
|
+
an already successful report in the same turn, the Agent withholds recommendations
|
|
451
|
+
from stale scores until the next real user boundary. No browser metadata,
|
|
452
|
+
displayed text or inbox claim manufactures a report or a user turn. Bundle
|
|
453
|
+
completion still synchronously evaluates and returns its exact checkpoint;
|
|
454
|
+
G/R/A stays in the background. Save, native admission, assessment and Agent
|
|
455
|
+
consumption need separate native Web/Desktop and installed-candidate evidence;
|
|
456
|
+
source or scripted lifecycle coverage is not that acceptance.
|
|
457
|
+
|
|
458
|
+
Every Design Project records the exact knowledge provider in `project.json`. This DSH composition creates new projects with `ladybug-wasm` and opens that project's embedded database below its external runtime-state root, never inside the Git repository. Project switching opens and materializes the target before replacing the binding-store selection, then releases the previous handle. Provider or materialization failures leave the prior selection active and fail visibly.
|
|
459
|
+
|
|
460
|
+
Grounding, reflection, and alignment are Kit-neutral built-in profiles. Successful Design publication automatically admits bounded KAG maintenance. GRA follows a separate project policy: auto combines Agent judgement with a configurable quiet merge window (default 30 seconds); continuous rechecks the latest published version every configurable N minutes (default 10), even unchanged; off disables autonomous GRA while explicit human rechecks remain available. Continuous scheduling runs online only, skips busy rounds without catch-up, and does not cancel an active reviewer. Legacy every-publication queues remain readable but are not offered in the new UI.
|
|
461
|
+
|
|
462
|
+
The lightbulb Design advisories entry opens its settings even with zero suggestions. Settings persist outside Design Files; Clarity and KAG are independent. Reviewers consume bounded persisted suggestion dispositions: pending/deferred issues should not be repeated, rejection is not a permanent ban, and new evidence must explain why reconsideration is warranted. The journal suppresses exact evidence/action duplicates, not fuzzy semantic matches. No suggestion is automatically accepted or rejected.
|
|
463
|
+
|
|
464
|
+
Pending targets survive restart; attempted evaluations are not automatically replayed as the same attempt. Historical results cannot update current advice, Clarity, or a newer KAG. Foreground Producer work does not block review of earlier completed designs: a running `run_design_skill` call explains editing scope, while the immutable commit boundary excludes unpublished content. The loops inherit the primary Agent's model route and credentials, never block the foreground conversation, isolate profile failures, and expose aggregate operational state through `/yugoo status`. Grounding checks deterministic cross-file consistency, Reflection recommends Research for external-knowledge uncertainty, and Alignment routes user-only decisions through the semantic Question capability. Every loop investigates committed Design Files with read-only Git commands, may use checkpoint-matched KAG as an optional discovery aid, performs its own stale checks, and publishes without waiting for siblings. There is no atomic G/R/A set or cross-profile input flow. Selecting or closing a Design Project cancels old analysis; the binding store and DesignJournal then expose only the selected project's evidence and clarity.
|
|
465
|
+
|
|
466
|
+
Design Kits are content packages managed by the Design System. They do not install or remove system capabilities. Deployment overlays may configure model providers, credentials, budgets, and other tunables, but must not reproduce this package's plugin roster.
|
|
467
|
+
|
|
468
|
+
The official DSH composition enables optional native delegation through the execution plugin's `delegation` configuration. Each candidate child receives up to four structured submissions so validation feedback can repair a complex artifact within one isolated worker context. Deployments may tune the provider and resource bounds there; disabling the group leaves the Producer serial without changing completion semantics, and a rejected candidate never settles merely because its submission budget is exhausted.
|
|
469
|
+
|
|
470
|
+
`pnpm run test:release:physical-distribution` at the repository root proves the isolated physical package closure: it packs this distribution and its internal packages, installs them in a consumer outside the source workspace, and rejects entry points that resolve back through the workspace. It does not install or boot an official DSH Host. The linked-profile composition gate against the pinned official DSH submodule is the official-Host compatibility check. Both gates are required before release because neither package closure nor Host compatibility implies the other.
|
|
471
|
+
|
|
472
|
+
Planned Codex and Claude Code Host Providers will reuse the same Portable Kernel, projects, Kits, execution rules, and shared UI. Their first implementations discriminate the capabilities published by the installed CLI version and do not assume native programmatic questions, subagents, or panel APIs. When a CLI cannot embed the UI, its provider opens a session-bound browser companion and keeps the originating CLI as the primary Agent surface. Those providers are not implemented by this DSH package.
|
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
# Third-party licensing inventory
|
|
2
|
+
|
|
3
|
+
Original Yugoo-design code and documentation are licensed under Apache-2.0,
|
|
4
|
+
except where otherwise identified. Third-party material retains its original
|
|
5
|
+
license. This inventory is a preparation record, not a complete release SBOM
|
|
6
|
+
or a substitute for license texts, source provision, or other obligations.
|
|
7
|
+
|
|
8
|
+
## Known components requiring release checks
|
|
9
|
+
|
|
10
|
+
| Component | License / location | Release requirement to verify |
|
|
11
|
+
| --- | --- | --- |
|
|
12
|
+
| Official Ladybug WASM dependency `@ladybugdb/wasm-core@0.21.1` | Package declares MIT; original text and public source locator in `third-party/native/ladybug-wasm-core-0.21.1/` | Current `packages/knowledge-ladybug` dependency route. Preserve Kùzu Inc./Ladybug Memory Inc. notices and verify actual release inclusion. The installed package has no separate third-party inventory or precise build-provenance file; embedded components and source/build correspondence remain unresolved. Package MIT is not a blanket license for the complete WASM. |
|
|
13
|
+
| Historical vendored Ladybug WASM runtime | MIT; `vendor/ladybug/runtime/LICENSE` | Separate legacy route: preserve its own copyright/license, provenance and patch if distributed. Do not use its patch/source evidence as the build provenance of the official npm dependency. Compiled-in component checks remain separate. |
|
|
14
|
+
| DSH code and reused utilities | MIT; `deepseek-harness/LICENSE` | Retain original notices; distinguish external host from copied/bundled utilities. |
|
|
15
|
+
| Pinned DSH JSON value utility (Core) | MIT; repository `packages/core/third-party/dsh-json/LICENSE`, Core package `third-party/dsh-json/LICENSE` | Preserve the original license and provenance README with the Core tarball; verify actual packed files. |
|
|
16
|
+
| ELK / elkjs | EPL-2.0 | Include license and corresponding source availability information; verify actual bundled version and modifications. |
|
|
17
|
+
| sharp | Apache-2.0 | Preserve applicable license and upstream notices. |
|
|
18
|
+
| Prebuilt sharp/libvips dependency bundle | Local `@img/sharp-libvips-*` package declares LGPL-3.0-or-later; contains multiple licenses | Inventory all bundled libraries per platform; provide required corresponding source/build materials and verify replacement/relinking conditions. libvips upstream alone is LGPL-2.1-or-later; do not confuse that with the distributed bundle's terms. |
|
|
19
|
+
| bpmn-js | bpmn.io License | Include original license/copyright; keep the required watermark visible and unchanged. |
|
|
20
|
+
| Design-style reference material and icon assets | Apache-2.0, MIT, ISC | Preserve the detailed notices in `packages/skills-web-app/skills/design_style/THIRD_PARTY_NOTICES.md`; verify required full license texts are distributed. |
|
|
21
|
+
|
|
22
|
+
## Scope exclusions
|
|
23
|
+
|
|
24
|
+
- `deepseek-harness/` and `vendor/ladybug/` are not relicensed by the root LICENSE.
|
|
25
|
+
- External packages keep their own licenses even when bundled into an output.
|
|
26
|
+
- Separately licensed Kit content and assets keep their explicit licenses.
|
|
27
|
+
- Downloaded model weights require their own version-specific license review;
|
|
28
|
+
the inference engine's license does not license the weights.
|
|
29
|
+
|
|
30
|
+
## Release work still pending
|
|
31
|
+
|
|
32
|
+
Generate a versioned inventory from actual tarballs and CLI plugin outputs,
|
|
33
|
+
include every required license/NOTICE, arrange corresponding source access for
|
|
34
|
+
applicable components, and verify Linux/Windows/macOS packaging separately.
|
|
35
|
+
See TODO.md. Do not label a release compliant based only on this inventory.
|
package/cordis.patch.yml
ADDED
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
- insert:
|
|
2
|
+
- id: dsh-design-core
|
|
3
|
+
name: "@yugoo-design/dsh-design-core"
|
|
4
|
+
- id: dsh-design-knowledge
|
|
5
|
+
name: "@yugoo-design/dsh-design-knowledge-ladybug/dsh"
|
|
6
|
+
config:
|
|
7
|
+
writerAttempts: 16
|
|
8
|
+
writerRetryMs: 5
|
|
9
|
+
projectLockRetries: 8
|
|
10
|
+
projectLockMinTimeoutMs: 25
|
|
11
|
+
projectLockStaleMs: 10000
|
|
12
|
+
maxQueryLimit: 1000
|
|
13
|
+
maxFilterValues: 64
|
|
14
|
+
maxTextBytes: 16384
|
|
15
|
+
maxImpactDepth: 8
|
|
16
|
+
maxImpactSeeds: 128
|
|
17
|
+
maxArchiveRecords: 100000
|
|
18
|
+
- id: dsh-design-provider-web-app
|
|
19
|
+
name: "@yugoo-design/dsh-design-provider-web-app"
|
|
20
|
+
- id: dsh-design-kit-decision-modeling
|
|
21
|
+
name: "@yugoo-design/dsh-design-core/kit-loader"
|
|
22
|
+
config:
|
|
23
|
+
packageName: "@yugoo-design/dsh-design-skills-decision-modeling"
|
|
24
|
+
- id: dsh-design-kit-web-app
|
|
25
|
+
name: "@yugoo-design/dsh-design-core/kit-loader"
|
|
26
|
+
config:
|
|
27
|
+
packageName: "@yugoo-design/dsh-design-skills-web-app"
|
|
28
|
+
discoveryRoots: []
|
|
29
|
+
- id: dsh-design-advisory-scheduler
|
|
30
|
+
name: "@yugoo-design/dsh-design-core/advisory-scheduler"
|
|
31
|
+
config:
|
|
32
|
+
provider: spawn
|
|
33
|
+
debounceMs: 30000
|
|
34
|
+
maxSuggestions: 5
|
|
35
|
+
- id: dsh-design-execution
|
|
36
|
+
name: "@yugoo-design/dsh-design-core/execution"
|
|
37
|
+
config:
|
|
38
|
+
producerMaxTokens: 16384
|
|
39
|
+
producerMaxDepth: 4
|
|
40
|
+
delegation:
|
|
41
|
+
provider: dsh-design-file-worker
|
|
42
|
+
maxDepth: 4
|
|
43
|
+
maxTokens: 32768
|
|
44
|
+
maxConcurrency: 4
|
|
45
|
+
maxArtifactInputFiles: 64
|
|
46
|
+
maxArtifactInputPathBytes: 512
|
|
47
|
+
maxArtifactInputFileBytes: 262144
|
|
48
|
+
maxArtifactInputTotalBytes: 2097152
|
|
49
|
+
- id: dsh-design-panel-remote
|
|
50
|
+
name: "@yugoo-design/dsh-design-core/panel-remote"
|
|
51
|
+
config:
|
|
52
|
+
maxBinaryArtifactBytes: 26214400
|
|
53
|
+
- id: dsh-design-panel
|
|
54
|
+
name: "@yugoo-design/dsh-design-panel"
|
|
55
|
+
- id: dsh-design-studio
|
|
56
|
+
name: "@yugoo-design/dsh-design-studio-dsh"
|
|
57
|
+
config:
|
|
58
|
+
followInstalledSources: true
|
|
59
|
+
- id: dsh-design-studio-page
|
|
60
|
+
name: "@yugoo-design/dsh-design-studio-dsh/studio-page"
|
package/index.js
ADDED
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
{
|
|
2
|
+
"schemaVersion": 1,
|
|
3
|
+
"package": "@yugoo-design/dsh-design-system-dsh",
|
|
4
|
+
"scope": "observed-current-dsh-output-and-selected-original-materials",
|
|
5
|
+
"sourceArchiveObserved": null,
|
|
6
|
+
"outputSha256": {
|
|
7
|
+
"index.js": "6ec94e30318c4c9bf77fbdfe4d8b768007cd189a3fde40fa0a5b8dbad55fa283"
|
|
8
|
+
},
|
|
9
|
+
"normalBuildMaps": [],
|
|
10
|
+
"components": [],
|
|
11
|
+
"fonts": [],
|
|
12
|
+
"embeddedBpmnFonts": [],
|
|
13
|
+
"unresolvedEmbeddedFonts": [],
|
|
14
|
+
"externalDependencies": {
|
|
15
|
+
"@yugoo-design/dsh-design-core": "0.1.0",
|
|
16
|
+
"@yugoo-design/dsh-design-knowledge-ladybug": "0.1.0",
|
|
17
|
+
"@yugoo-design/dsh-design-panel": "0.1.0",
|
|
18
|
+
"@yugoo-design/dsh-design-provider-web-app": "0.1.0",
|
|
19
|
+
"@yugoo-design/dsh-design-studio-dsh": "0.1.0",
|
|
20
|
+
"@yugoo-design/dsh-design-skills-web-app": "0.1.0",
|
|
21
|
+
"@yugoo-design/dsh-design-skills-decision-modeling": "0.1.0",
|
|
22
|
+
"@yugoo-design/dsh-design-studio": "0.1.0",
|
|
23
|
+
"@yugoo-design/dsh-design-studio-ui": "0.1.0"
|
|
24
|
+
},
|
|
25
|
+
"externalPeers": {},
|
|
26
|
+
"copiedMaterials": {},
|
|
27
|
+
"limitations": [
|
|
28
|
+
"This component list is scoped to retained maps whose output was compared to actual adapted archive bytes, and emitted source-region IDs; no complete coverage claim for generated/unmapped code.",
|
|
29
|
+
"External npm dependencies and peer host services are separate artifacts, even where other modules from that package are embedded.",
|
|
30
|
+
"Shared Radix/upstream attribution records keep their original historical-source limitations.",
|
|
31
|
+
"Existing embedded/font/native source obligations and rendering checks remain distinct from delivery of original license text."
|
|
32
|
+
],
|
|
33
|
+
"completeBundledInventoryVerified": false,
|
|
34
|
+
"releaseLicenseAcceptance": false
|
|
35
|
+
}
|
package/package.json
CHANGED
|
@@ -1,6 +1,40 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@yugoo-design/dsh-design-system-dsh",
|
|
3
|
-
"version": "0.
|
|
4
|
-
"
|
|
5
|
-
"
|
|
6
|
-
|
|
3
|
+
"version": "0.1.0-beta.2",
|
|
4
|
+
"license": "Apache-2.0",
|
|
5
|
+
"type": "module",
|
|
6
|
+
"description": "Yugoo Design (yugoo-design) installation plugin for DeepSeek Harness.",
|
|
7
|
+
"exports": {
|
|
8
|
+
".": "./index.js",
|
|
9
|
+
"./package.json": "./package.json"
|
|
10
|
+
},
|
|
11
|
+
"dsh": {
|
|
12
|
+
"bundle": {
|
|
13
|
+
"patch": "./cordis.patch.yml"
|
|
14
|
+
}
|
|
15
|
+
},
|
|
16
|
+
"files": [
|
|
17
|
+
"index.js",
|
|
18
|
+
"cordis.patch.yml",
|
|
19
|
+
"README.md",
|
|
20
|
+
"LICENSE",
|
|
21
|
+
"NOTICE",
|
|
22
|
+
"THIRD_PARTY_NOTICES.md",
|
|
23
|
+
"licenses"
|
|
24
|
+
],
|
|
25
|
+
"dependencies": {
|
|
26
|
+
"@yugoo-design/dsh-design-core": "0.1.0-beta.2",
|
|
27
|
+
"@yugoo-design/dsh-design-knowledge-ladybug": "0.1.0-beta.2",
|
|
28
|
+
"@yugoo-design/dsh-design-panel": "0.1.0-beta.2",
|
|
29
|
+
"@yugoo-design/dsh-design-provider-web-app": "0.1.0-beta.2",
|
|
30
|
+
"@yugoo-design/dsh-design-studio-dsh": "0.1.0-beta.2",
|
|
31
|
+
"@yugoo-design/dsh-design-skills-web-app": "0.1.0-beta.2",
|
|
32
|
+
"@yugoo-design/dsh-design-skills-decision-modeling": "0.1.0-beta.2",
|
|
33
|
+
"@yugoo-design/yugoo-design-git-native": "0.1.0-beta.2",
|
|
34
|
+
"@yugoo-design/dsh-design-studio": "0.1.0-beta.2",
|
|
35
|
+
"@yugoo-design/dsh-design-studio-ui": "0.1.0-beta.2"
|
|
36
|
+
},
|
|
37
|
+
"publishConfig": {
|
|
38
|
+
"access": "public"
|
|
39
|
+
}
|
|
40
|
+
}
|