@@ -56,7 +56,7 @@ mutations; discarded resources are released after paint replacement, and disposa
 removes owned paint before releasing URLs. Package files and stored image data
 remain unchanged; temporary display URLs are never persisted or exported.
 
-The create-visual-theme Skill requires a component/state material plan and actual
+The openbitfun-skin-designer Skill requires a component/state material plan and actual
 visual acceptance alongside package validation. Projected paths alone do not
 establish participation or readability.
 
@@ -260,7 +260,7 @@ the shared semantic visual layer and fixed decorative projections.
 
 For authoring instructions, evidence capture, accessibility checks, asset
 provenance, and the generated example, see
-`src/crates/assembly/core/builtin_skills/create-visual-theme/SKILL.md`.
+`src/crates/assembly/core/builtin_skills/openbitfun-skin-designer/SKILL.md`.
 
 The Skill includes `scripts/visual-skin.mjs` with `contract`, `init`, `validate`,
 and `pack` commands. It loads the target checkout's production parser and public
 
@@ -3222,7 +3222,7 @@ test('Reqwest consumers inherit the workspace version without duplicating featur
     rule.reason.includes('Reqwest consumers must inherit the workspace-owned compatible version')
   );
 
-  assert.equal(rules.length, 7);
+  assert.equal(rules.length, 6);
   for (const rule of rules) {
     const pattern = rule.patterns[0].regex;
     assert.match('reqwest = { workspace = true, features = ["rustls-no-provider"] }', pattern);
 
@@ -9,7 +9,7 @@ const read = (relativePath) =>
   fs.readFileSync(path.join(repoRoot, relativePath), 'utf8');
 const exists = (relativePath) => fs.existsSync(path.join(repoRoot, relativePath));
 
-// Both markets build from the repo root with a per-Dockerfile ignore file, so
+// Market images build from the repo root with a per-Dockerfile ignore file, so
 // the build context is a hand-maintained whitelist. Anything the Dockerfile
 // copies must be allowlisted there, otherwise the COPY resolves to nothing.
 const marketImages = [
@@ -18,11 +18,6 @@ const marketImages = [
     dockerfile: 'src/apps/miniapp-market-server/Dockerfile',
     ignoreFile: 'src/apps/miniapp-market-server/Dockerfile.dockerignore',
   },
-  {
-    name: 'skin',
-    dockerfile: 'src/apps/skin-market-server/Dockerfile',
-    ignoreFile: 'src/apps/skin-market-server/Dockerfile.dockerignore',
-  },
 ];
 
 function patchSectionPaths(cargoToml) {
 
@@ -538,7 +538,7 @@ For visual-skin Skill authoring helpers and canonical example packaging (Node,
 prepared Web UI dependencies; no Rust build required):
 
 ```bash
-node --test src/crates/assembly/core/builtin_skills/create-visual-theme/scripts/visual-skin.test.mjs
+node --test src/crates/assembly/core/builtin_skills/openbitfun-skin-designer/scripts/visual-skin.test.mjs
 ```
 
 These exercise the real frontend parser and authoring CLI, not native rendering
 
@@ -1,5 +1,5 @@
 ---
-name: create-visual-theme
+name: openbitfun-skin-designer
 description: Create or update an importable OpenBitFun visual skin from reference images or an art brief, using the target product's actual paint contract and checking the result in the existing UI.
 ---